使用此过程可以将邮件存储从较低版本的 Messaging Server 迁移到较高版本的 Messaging Server,也可以将邮箱从一个 Sun Messaging Server 邮件存储移动到另一个 Sun Messaging Server 邮件存储。此过程适用于 iPlanet Messaging Server 5.0 及更高版本。不能使用此过程从早期版本的 Messaging Server 或非 Sun Microsystem 邮件存储中移动邮件。
使用此过程移动邮箱的优点如下所示:
无需用户参与,系统管理员即可将邮箱从旧的源系统移动到新的目标系统。
此过程比其他任何过程都快。
移动整个分区时不必重新链接。
两个 Messaging Server 系统都保持活动和联机状态。
您可以迁移邮件存储上的所有邮箱或这些邮件的某个子集。此过程可以实现增量迁移。
使用此过程移动邮箱的缺点如下所示:
此方法不能用于非 Sun 邮件服务器。
迁移中的用户在自己的邮箱完成迁移之前,将无法访问这些邮箱。
此方法可能复杂且费时。
增量迁移具有许多优点,可以安全有效地将邮件存储移动到其他系统或升级到新系统;增量迁移允许您在保留旧后端邮件存储的同时构建新的后端邮件存储系统。这样就可以测试新系统,迁移一些友好用户,然后再测试一次新系统。在适应了新系统、新配置以及迁移过程之后,即可开始迁移实际的商业用户。 可以将这些用户分成单独的备份组,这样在迁移过程中,只有此组的成员在短时间内处于脱机状态。
联机增量迁移的另一个优点是,不必针对升级失败来规划系统范围的回退。回退是指一种过程,此过程可以恢复对系统所做的更改,从而使系统返回到更改前的原始工作状态。进行迁移时,必须针对故障进行规划,这意味着必须对迁移中的每个步骤进行规划,以便使系统返回到先前的运行状态。
脱机迁移的问题是,在完成所有迁移步骤并重新启用服务之前,无法确定迁移是否成功。如果系统出现故障且无法立即修复,则需要回退所有已执行的步骤。这可能会给您带来压力,并且需要花费一些时间,而在这段时间内用户仍处于脱机状态。
使用联机增量迁移时需执行以下基本步骤:
1. 构建与旧系统并存的新系统,以便两个系统可以独立运行。
2. 配置旧系统,使之与新系统并存。
3. 迁移一组友好用户,并测试新系统及其与旧系统的并存情况。
4. 对旧系统上的用户进行分组,并根据需要将这些组逐个迁移到新系统。
5. 对旧系统进行反汇编。
由于两个系统将会并存,因此在迁移到新系统之前,您可以有时间来测试和适应新系统。如果必须执行回退过程(此种可能性很小),则只需对步骤 2 和 步骤 4 进行规划。由于未涉及到用户数据,因此步骤 2 很容易恢复。在步骤 4 中,回退过程会将用户状态恢复为活动状态,并将用户的 mailhost 属性恢复为旧主机。不必执行系统范围的回退。
在联机状态下迁移邮箱的过程非常简单。但是要确保在迁移过程中传输到邮箱的邮件(在 MTA 通道队列中等待传送)不会丢失,则情况会比较复杂。一种解决方案是:以 held 状态保留迁移过程中发送的邮件,并等待各个通道队列中的邮件传送出去。但是,邮件可能会因为系统问题或特定用户超过配额而卡在队列中。在这种情况下,必须先解决此问题,然后再迁移邮箱。
可以采取各种措施来降低邮件丢失的可能性,并确保邮件不会卡在通道队列中,但这些措施会使过程更加复杂。
在此过程中,步骤的顺序和必要性取决于部署,以及是否不允许丢失发送到每个邮箱的每一封邮件。此部分介绍了与这些步骤相关的理论和概念。您必须了解每个步骤,并根据您的特定部署来确定要执行的步骤以及执行顺序。以下是对移动邮箱过程的概述。此过程可能会根据部署的不同而有所不同。
阻止用户访问要移动的邮箱。
暂时保留发送到要移动的邮箱的邮件。
确保邮件未卡在通道队列中。
将用户的 mailhost 属性更改为新的邮箱位置。
将邮箱移动到新位置。
释放所保留的邮件,以便将其传送到新邮箱,并使外来邮件能够传送到已迁移的邮箱。
检查旧的邮件存储,以查看在迁移后是否有邮件传送到此存储中。