升级多个辅助服务器实例的注意事项

  下图显示了此配置，其中 A 为主服务器实例，B 和 C 都是辅助服务器实例。

  必须先对所有辅助服务器实例进行升级，然后再升级主服务器。

  借助故障转移进行升级并切换回原始主服务器

  如果有多个辅助服务器实例，则借助故障转移升级主实例的过程将更加复杂。在下面的过程中，所有辅助服务器升级完毕后，主服务器故障转移到其中一个已升级的辅助数据库。原始主服务器得到升级，且日志传送重新故障转移到它。

  升级全部辅助服务器实例（服务器 B 和服务器 C）。

  获取主数据库（位于服务器 A 上）的事务日志尾部，并使用 WITH NORECOVERY 备份此事务日志，以使该数据库脱机。

  通过使用 WITH RECOVERY 还原日志备份，使您计划故障转移到的辅助服务器（服务器 B）上的辅助数据库联机。

  在所有其他辅助服务器（服务器 C）上，通过使用 WITH NORECOVERY 还原日志备份，使辅助数据库仍处于脱机状态。

  注意：
  日志传送复制和还原作业将在辅助服务器上运行，但由于新的日志备份文件不会放在备份共享中，因此这些作业不执行任何操作。
 
  将客户端从原始主服务器（服务器 A）重定向到联机辅助服务器（服务器 B），以对数据库进行故障转移。联机数据库将成为临时主服务器，从而保持该数据库在原始主服务器（服务器 A）脱机期间仍可用。

  升级原始主服务器（服务器 A）。

  在已故障转移到的数据库（即服务器 B 上的临时主数据库）上，使用 WITH NORECOVERY 手动备份事务日志。这将使该数据库脱机。

  将使用 WITH NORECOVERY 在临时主数据库（位于服务器 B 上）上创建的所有事务日志备份还原到所有其他辅助数据库（位于服务器 C 上）。从而在原始主数据库升级后，可以继续从其进行日志传送，而无需对每个辅助数据库进行完全的数据库还原。

  使用 WITH RECOVERY 将临时主服务器（服务器 B）上的事务日志还原到的原始主数据库（位于服务器 A 上）。

  重新部署日志传送

  如果不想使用上述过程之一迁移日志传送配置，可以通过使用主数据库的完整备份和恢复来重新初始化辅助数据库，从而从头开始重新部署日志传送。如果数据库较小，或者在升级过程中高可用性并不是至关重要的，此方法将是个不错的选择。