适用范围：
SQL Server
注意
将在 SQL Server 的未来版本中删除此功能。 避免在新开发工作中使用此功能，并计划修改当前使用此功能的应用程序。 对于高可用性，请改用 Always On 可用性组。
重要
SQL Server 中的数据库镜像是与 Microsoft Fabric 数据库镜像不同的技术。 镜像到 Fabric 可提供更好的分析性能、将数据资产与 Fabric 中的 OneLake 统一，以及以 Delta Parquet 格式打开对数据的访问权限。
使用镜像功能将现有数据资产持续复制到 Microsoft Fabric 中的 OneLake，包括但不限于来自 SQL Server 2016+、Azure SQL 数据库、Azure SQL 托管实例、Cosmos DB、Oracle、Snowflake 等的数据。
在将 SQL Server 镜像实例升级到新版本、新 SQL Server 服务包或积累更新，或升级到新 Windows 服务包或积累更新时，可以通过执行滚动升级将每个镜像数据库的停机时间降低到仅需一次手动故障转移（如果无法故障转移回原始的主要副本，则需两次手动故障转移）。 滚动升级是一个多阶段过程，其最简单的形式如下：升级当前在镜像会话中充当镜像服务器的 SQL Server 实例，然后对镜像数据库进行手动故障转移，升级以前的主体 SQL Server 实例，并恢复镜像。 实际上，确切过程将取决于运行模式以及在所升级的 SQL Server 实例上运行的镜像会话的编号和布局。
有关在迁移过程中使用数据库镜像与日志传送的信息，请下载此 数据库镜像和日志传送白皮书。
先决条件
开始之前，请仔细阅读以下重要信息：
支持的版本和版本升级：验证是否可以从 Windows 操作系统版本和 SQL Server 版本升级 SQL Server。 例如，不能直接从 SQL Server 2005 实例升级到 SQL Server 的最新版本。
选择数据库引擎升级方法：检查支持的版本和版本升级以及环境中安装的其他组件，并据此选择适当的升级方法和步骤，按正确顺序升级组件。
计划并测试数据库引擎升级计划：查看发行说明和已知升级问题、预升级清单，并制定和测试升级计划。
安装 SQL Server 2016 的硬件和软件要求：查看安装 SQL Server 的软件要求。 如果需要其他软件，则应在升级过程开始之前在每个节点上安装该软件，从而最大程度减少故障时间。
建议的准备工作（最佳实践）
在开始滚动升级之前，建议您：
至少对一个镜像会话执行实际手动故障转移：
注意
有关手动故障转移如何实现的详细信息，请参阅数据库镜像会话期间的角色切换 (SQL Server)。
保护数据：
对每个主体数据库执行完整数据库备份：
在每个主体服务器上运行 DBCC CHECKDB 命令。
滚动升级的阶段
滚动升级的具体步骤取决于镜像配置的运行模式。 不过基本阶段是相同的。
注意
有关运行模式的详细信息，请参阅 数据库镜像运行模式。
下图是显示各个运行模式的滚动升级基本阶段的流程图。 该图后面的内容介绍了对应的步骤。
重要
在并发镜像会话中，一个服务器实例可能扮演不同的镜像角色（主体服务器、镜像服务器或见证服务器）。 在这种情况下，必须相应地调整基本滚动升级过程。 有关详细信息，请参阅数据库镜像会话期间的角色切换 (SQL Server)。
注意
在许多情况下，滚动升级完成后，将会故障回复到原始主体服务器。
将会话从高性能模式更改为高安全模式
如果镜像会话在高性能模式下运行，则在执行滚动升级之前，将运行模式更改为不带自动故障转移功能的高安全模式。
重要
如果镜像服务器与主体服务器在地理位置上存有一定距离，则可能不适宜进行滚动升级。
在 SQL Server Management Studio 中：使用“数据库属性”对话框中的镜像页将“操作模式”选项更改为“不带自动故障转移功能的高安全(同步)” 。 有关如何访问此页的详细信息，请参阅启动配置数据库镜像安全向导 (SQL Server Management Studio)。
在 Transact-SQL 中：将事务安全设置为 FULL。 有关详细信息，请参阅更改数据库镜像会话中的事务安全 (Transact-SQL)
从会话中删除见证服务器
如果镜像会话包括见证服务器，则建议您在执行滚动升级之前删除该见证服务器。 否则，在升级镜像服务器实例时，数据库的可用性将取决于仍然连接至主体服务器实例的见证服务器。 删除见证服务器之后，可以在滚动升级过程中随时对其进行升级，而不会有数据库停机的风险。
注意
有关详细信息，请参阅仲裁：见证服务器如何影响数据库可用性（数据库镜像）。
执行滚动升级
为了最大限度地减少停机时间，我们建议：通过更新任何当前在其所有镜像会话中均为镜像服务器的镜像伙伴开始滚动升级。 此时，可能需要更新多个服务器实例。
注意
在滚动升级过程中可以随时升级见证服务器。 例如，如果某个服务器实例在会话 1 中为镜像服务器，在会话 2 中为见证服务器，则可以立即升级此服务器实例。
要首先升级的服务器实例是由镜像会话的当前配置决定的，如下所示：
如果任何服务器实例在其所有镜像会话中均已为镜像服务器，则将此服务器实例升级为新版本。
如果在任何镜像会话中所有服务器实例当前都是主体服务器，则选择一个要首先升级的服务器实例。 然后，对其每个主体数据库进行手动故障转移并升级该服务器实例。
升级完成后，服务器实例将自动重新加入其每个镜像会话。
对于其镜像服务器实例刚完成升级的每个镜像会话，请等待会话进行同步。 然后，连接到主体服务器实例并对会话进行手动故障转移。 故障转移后，已升级的服务器实例成为该会话的主体服务器，而以前的主体服务成为镜像服务器。
此步骤的目的是让其他服务器实例在其作为伙伴的每个镜像会话中成为镜像服务器。
在出现故障时转移到已升级的服务器实例后的限制。
在从早期服务器实例故障转移到升级后的 SQL Server 服务器实例后，数据库会话将挂起。 直到升级完其他伙伴后，此会话才能继续。 但主体服务器仍然接受连接，并允许对主体数据库进行数据访问和修改。
注意
如果建立新镜像会话，则要求所有服务器实例运行相同版本的 SQL Server。
完成故障转移后，我们建议您在主体数据库上运行 DBCC CHECKDB 命令。
升级在其作为伙伴的所有镜像会话中目前为镜像服务器的每个服务器实例。 此时，可能需要更新多个服务器。
重要
在复杂的镜像配置中，某个服务器实例在一个或多个镜像会话中可能仍作为原始主体服务器。 对这些服务器实例重复步骤 2-4，直至涉及的所有实例均已升级。
继续镜像会话。
注意
升级完见证服务器并将其重新添加到镜像会话中之后，自动故障转移功能才会起作用。
升级在其所有镜像会话中为见证服务器的任何剩余服务器实例。 在已升级的见证服务器重新加入镜像会话之后，自动故障转移功能将重新变为可用。 此时，可能需要更新多个服务器。
将会话恢复为高性能模式
可以选择使用下列方法之一返回高性能模式：
在 SQL Server Management Studio 中：使用“数据库属性”对话框中的镜像页将“操作模式”选项更改为“高性能(同步)” 。
在 Transact-SQL 中：使用 ALTER DATABASE 将事务安全设置为 OFF。
将见证服务器重新添加到镜像会话中
在高安全模式下，可以选择让见证服务器重新回到每个镜像会话中。
返回见证服务器
另请参阅
使用安装向导升级到 SQL Server 2016（安装程序）
从命令提示符安装 SQL Server 2016
ALTER DATABASE 数据库镜像 (Transact-SQL)
BACKUP （Transact-SQL）
查看镜像数据库的状态 (SQL Server Management Studio)
数据库镜像 (SQL Server)
数据库镜像会话期间的角色切换 (SQL Server)
在数据库镜像会话中强制服务 (Transact-SQL)
启动数据库镜像监视器 (SQL Server Management Studio)
数据库镜像运行模式