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