执行此操作有几种方法，具体取决于a）您执行动作的速度如何，b）是否始终需要后备解决方案，c）是否需要保持相同的精确度 ASE数据服务器名称，d）如果要引入新的repserver实例（或使用当前的repserver），e）如果要升级到新的RS版本，f）如果要升级到新的ASE版本，以及 g）DBA执行操作的能力。

假定没有新的ASE/RS升级和数据服务器名称的更改是可接受的，假设新的数据服务器名称为PDB2和RDS2，并且假定PDB1为 当前的活动/主数据服务器，一个的想法是：

------------------------ ------------------

从PDB1到RDS2的设置复制：

1a-为每个数据库创建第二个MSA/订阅 从PDB1到RDS2

1b-对从PDB1到RDS2的每个数据库执行正常的dump-n-load/resync操作

1c-（重新）配置 重新将RDS2数据库中的repagents（例如，指向正确的RS实例以用于将来复制到PDB2）

1d-此时，您应该将PDB1主动复制到RDS2（验证 rs_tickets ，数据从PDB1到RDS2）

--------------

从PDB1到PDB2的设置复制：

2a-为从PDB1到PDB2的每个数据库创建第三个MSA/订阅

2b-为从PDB1到PDB2的每个数据库执行正常的dump-n-load/resync操作

2c-（重新）配置PDB2数据库中的repagents（例如，指向正确的RS实例以供将来复制到RDS2）

2d-此时，您应该正在从PDB1主动复制到 PDB2（验证 rs_tickets 并且数据正在从PDB1流到PDB2）

--------------

指出您当前的活动/主数据库（PDB1）正在复制到3x组辅助数据库（RDS1，RDS2，PDB2）。

注意：如果使用相同的RS实例，则需要确保它们 C

--------------

配置/测试从PDB2到RDS2的复制：

3a-为每个数据库（从PDB2到RDS2）创建一个新的MSA/repdef/订阅

3b-验证复制是否正常，例如，从每个主数据库发送一个 rs_ticket （PDB2。），并确保它显示在相应的复制数据库（RDS2。）

--------------

4a-为每个数据库（从RDS2到PDB2）创建一个新的MSA/repdef/订阅

4b-验证复制是否正常 例如，从每个主数据库（RDS2。）发送 rs_ticket 并确保其显示在相应的复制数据库（PDB2。）

中- ------------

这时，应该在新的ASE实例（PDB2，RDS2）之间启动MSA复制并使其处于活动状态。

注意： 假设所有repagents（旧的和新的）都已配置为忽略（默认设置）维护 服务交易； 最终结果是，应该在PDB2和RDS2之间复制的唯一内容是 rs_ticket （从PDB2或RDS2发送）

---------- ---

一旦确认所有新的复制设置均正常运行，并且您准备关闭旧的ASE实例...

5a-从以下位置执行切换 PDB1（当前的活动/主数据服务器）到RDS2（或PDB2，具体取决于您的交换机处理方式）

5b-此时，您已脱离PDB1，应该在新ASE上启动并运行 实例

注意：由于此特定计划未设置从新ASE数据库复制回旧ASE数据库的复制，因此您将无法回退到旧ASE数据库（而不会丢失新生成的用户数据） ）。 这种功能（可以将旧ASE数据库的后备功能合并到混合功能中，但需要进行更多设置-即从RDS2到PDB1以及从PDB2到RDS1设置MSA/repdef/subscription）

--------------

这时，旧的ASE实例（PDB1和RDS1）仍是复制的一部分，但它们没有被复制到soooo中，旧的ASE实例 可以在此时从复制中删除。

此计划有很多变体，具体取决于您的时间表，需求和舒适度（例如，一次关闭一个旧的ASE实例；维护/重复使用ASE实例名称；同时执行ASE和/或RS升级；等等）。