Sun Java System Messaging Server 6.3 管理指南

20.15.1.1 增量邮箱迁移

增量迁移具有许多优点,可以安全有效地将消息存储移动到其他系统中或升级到新系统;增量迁移允许在保留旧后端消息存储的同时构建新的后端消息存储系统。您可以随后测试新系统,迁移一些友好用户,然后再次测试新系统。在适应了新系统、新配置和迁移过程之后,即可开始迁移实际的商业用户。可以将这些用户分成单独的备份组,这样在迁移过程中,只有此组的成员在短时间内处于脱机状态。

联机增量迁移的另一个优点是,不必在升级失败时规划系统范围的回退。回退是用于恢复对系统所做更改的过程,以便将系统恢复到原始工作状态。进行迁移时,您必须针对故障进行规划,这意味着必须对迁移中的每个步骤进行规划,以便将系统恢复到先前的工作状态。

脱机迁移的问题是,在完成所有迁移步骤并重新启用服务之前,无法确定迁移是否成功。如果系统出现故障且无法立即修复,则需要回退所有已执行的步骤。这可能会给您带来压力,并且需要花费一些时间,而在这段时间内用户仍处于脱机状态。

使用联机增量迁移时,您需要执行以下基本步骤:

1. 构建与旧系统并存的新系统,以使两个系统可以独立运行。

2. 配置旧系统,使之与新系统并存。

3. 迁移一组友好用户,并测试新系统及其与旧系统的并存情况。

4. 对旧系统上的用户进行分组,并根据需要将这些组逐个迁移到新系统中。

5. 对旧系统进行反汇编。

由于两个系统将会并存,因此在迁移到新系统之前,您将有时间来测试和适应新系统。如果必须执行回退过程(这种可能性很小),则只需对步骤 2 和 步骤 4 进行规划。由于未涉及到用户数据,因此步骤 2 很容易恢复。在步骤 4 中,回退过程会将用户状态恢复为活动状态,并将其 mailhost 属性恢复为旧主机。不必执行系统范围的回退。