SQLSERVER2005MIRROR配置指南.docVIP

SQL Server 2005 镜像配置指南 文档目的 本文档将介绍SQL Server 2005 Mirror配置方法及注意事项。 SQL Server 2005 镜像技术 概述 “数据库镜像”是用于提高数据库可用性的主要软件解决方案。 镜像基于每个数据库实现，并且只适用于使用完整恢复模式的数据库。 简单恢复模式和大容量日志恢复模式不支持数据库镜像。 因此，所有大容量操作始终被完整地记入日志。 数据库镜像可使用任意支持的数据库兼容级别。 数据库镜像维护一个数据库的两个副本，这两个副本必须驻留在不同的 SQL Server 数据库引擎服务器实例上。 通常，这些服务器实例驻留在不同位置的计算机上。 其中一个服务器实例使数据库服务于客户端（“主体服务器”）， 另一个服务器实例则根据镜像会话的配置和状态，充当热备用或温备用服务器（“镜像服务器”）。 同步数据库镜像会话时，数据库镜像提供热备用服务器，可支持在已提交事务不丢失数据的情况下进行快速故障转移。未同步会话时，镜像服务器通常用作备用服务器（可能造成数据丢失）。 注意：不能镜像 master、msdb、tempdb 或 model 数据库。 优点 增强数据保护功能 数据库镜像提供完整或接近完整的数据冗余，具体取决于运行模式是高安全性还是高性能。 在 SQL Server 2005 Enterprise Edition 或更高版本上运行的数据库镜像伙伴会自动尝试解决某些阻止读取数据页的错误。 无法读取页的伙伴会向其他伙伴请求新副本。 如果此请求成功，则将以新副本替换不可读的页，这通常会解决该错误。 提高数据库的可用性 发生灾难时，在具有自动故障转移功能的高安全性模式下，自动故障转移可快速使数据库的备用副本联机（而不会丢失数据）。在其他运行模式下，数据库管理员可以选择强制服务（可能丢失数据），以替代数据库的备用副本。 提高生产数据库在升级期间的可用性 若要尽量减少镜像服务器的停机时间，您可以按顺序升级参与数据库镜像会话的 SQL Server 实例。 这样只会导致一个故障转移的停机时间。 这种形式的升级称为“滚动升级”。 镜像工作方式 在“数据库镜像会话”中，主体服务器和镜像服务器作为“伙伴”进行通信和协作。 两个伙伴在会话中扮演互补的角色：“主体角色”和“镜像角色”。在任何给定的时间，都是一个伙伴扮演主体角色，另一个伙伴扮演镜像角色。 每个伙伴拥有其当前角色。 拥有主体角色的伙伴称为“主体服务器”（Principal），其数据库副本为当前的主体数据库。 拥有镜像角色的伙伴称为“镜像服务器”(Mirror)，其数据库副本为当前的镜像数据库。 如果数据库镜像部署在生产环境中，则主体数据库即为“生产数据库”。 数据库镜像涉及尽快将对主体数据库执行的每项插入、更新和删除操作“重做”到镜像数据库中。重做通过将每个活动事务日志记录发送到镜像服务器来完成，这会尽快将日志记录按顺序应用到镜像数据库中。 与逻辑级别执行的复制不同，数据库镜像在物理日志记录级别执行。 镜像-无见证服务器（Witness） 数据库镜像会话以同步操作或异步操作运行。 在异步操作下，事务不需要等待镜像服务器将日志写入磁盘便可提交，这样可最大程度地提高性能。 在同步操作下，事务将在伙伴双方处提交，但会延长事务滞后时间。 有两种镜像运行模式。 一种是“高安全性模式”，它支持同步操作。 在高安全性模式下，当会话开始时，镜像服务器将使镜像数据库尽快与主体数据库同步。 一旦同步了数据库，事务将在伙伴双方处提交，这会延长事务滞后时间。 第二种运行模式，即“高性能模式”，异步运行。 镜像服务器尝试与主体服务器发送的日志记录保持同步。 镜像数据库可能稍微滞后于主体数据库。 但是，数据库之间的时间间隔通常很小。 但是，如果主体服务器的工作负荷过高或镜像服务器系统的负荷过高，则时间间隔会增大。 在高性能模式中，主体服务器向镜像服务器发送日志记录之后，会立即再向客户端发送一条确认消息。 它不会等待镜像服务器的确认。这意味着事务不需要等待镜像服务器将日志写入磁盘便可提交。 此异步操作允许主体服务器在事务滞后时间最小的条件下运行，但可能会丢失某些数据。 所有数据库镜像会话都只支持一台主体服务器和一台镜像服务器。 下图显示了该配置。 镜像-有见证服务器（Witness） 具有自动故障转移功能的高安全性模式要求使用第三个服务器实例，称为“见证服务器”。 与这两个伙伴不同的是，见证服务器并不能用于数据库。 见证服务器通过验证主体服务器是否已启用并运行来支持自动故障转移。只有在镜像服务器和见证服务器与主体服务器断开连接之后而保持相互连接时，镜像服务器才启动自动故障转移。 下图显示了包含见证服务器的配置。 注意： 1、使用见证服务器必须保证其和