MSSQL数据库高可用性方案

1、高可用MS SQL Server数据库解决方案建设目标减少硬件或软件故障造成的影响，保持业务连续性，从而将用户可以察觉到的停机时间减至最小，确保数据库服务7*24小时（RTO为99.9%）运转，建设一套完整的高可用性MS SQL Server数据库系统。需求分析服务器宕机造成的影响服务器宕机时间使得丢失客户收益并降低员工生产效率，为了避免对业务造成影响，从两个方面采取预防措施：一、计划宕机时的可用性：l 补丁或补丁包安装l 软硬件升级l 更改系统配置l 数据库维护l 应用程序升级二、防止非计划性宕机：l 人为错误导致的失败l 站点灾难l 硬件故障l 数据损毁l 软件故障现有状况l 服务器存在单

2、点故障；l 数据库未做高可用性配置；l 数据库版本为MS SQL Server2008；l 服务器配置为CPU E7540 2.0，24G内存；l 数据库容量约800G技术解决方案解决思路考虑到本项目的需求和最佳性能，为了达到最佳可用性，方案采用两台数据库服务器做故障转移集群，连接同一台存储做数据库的共享存储，实现故障自动转移。同时，将旧服务器作为镜像数据库，采用SQL Server 2012的alwayson功能来再次完成自动故障转移，并可以分担查询的负载。架构拓扑新数据库：承担数据库主体计算功能，用于生产数据，采用双机集群，实现自动故障转移。旧数据库：通过镜像功能，存储数据库副本，用于发生

3、故障时的转移。也可配置为只读，承担备份的负载。存储：存储采用双控制器，双FC连接两台服务器，避免单点故障。主/辅域控制器：采用双机模式，SQL Server 2012 实现高可用的必备基础设施。高可靠性技术方案SQL Server的企业版支持所有的高可用性功能，这些功能包括：故障转移集群故障转移集群为整个SQL Server实例提供高可用性支持，这意味着在集群上某个节点的SQL Server实例发生了硬件错误、操作系统错误等会故障转移到该集群上的其它节点。通过多个服务器（节点）共享一个或多个磁盘来实现高可用性，故障转移集群在网络中出现的方式就像单台计算机一样，但是具有高可用特性。值得注意的是，

4、由于故障转移集群是基于共享磁盘，因此会存在磁盘单点故障，因此需要在磁盘层面部署SAN复制等额外的保护措施。最常见的故障转移集群是双节点的故障转移集群，包括主主节点和主从节点。事务日志传送事务日志传送提供了数据库级别的高可用性保护。日志传送可用来维护相应生产数据库（称为“主数据库”）的一个或多个备用数据库（称为“辅助数据库”）。发生故障转移之前，必须通过手动应用全部未还原的日志备份来完全更新辅助数据库。日志传送具有支持多个备用数据库的灵活性。如果需要多个备用数据库，可以单独使用日志传送或将其作为数据库镜像的补充。当这些解决方案一起使用时，当前数据库镜像配置的主体数据库同时也是当前日志传送配置的主

5、数据库。事务日志传送可用于做冷备份和暖备份的方式。数据库镜像数据库镜像实际上是个软件解决方案，同样提供了数据库级别的保护，可提供几乎是瞬时的故障转移，以提高数据库的可用性。数据库镜像可以用来维护相应生产数据库（称为“主体数据库”）的单个备用数据库（或“镜像数据库”）。 因为镜像数据库一直处于还原状态，但并不会恢复数据库，因此无法直接访问镜像数据库。但是，为了用于报表等只读的负载，可创建镜像数据库的数据库快照来间接地使用镜像数据库。数据库快照为客户端提供了快照创建时对数据库中数据的只读访问。每个数据库镜像配置都涉及包含主体数据库的“主体服务器”，并且还涉及包含镜像数据库的镜像服务器。镜像服务器不

6、断地使镜像数据库随主体数据库一起更新。 数据库镜像在高安全性模式下以同步操作运行，或在高性能模式下以异步操作运行。在高性能模式下，事务不需要等待镜像服务器将日志写入磁盘便可提交，这样可最大程度地提高性能。在高安全性模式下，已提交的事务将由伙伴双方提交，但会延长事务滞后时间。数据库镜像的最简单配置仅涉及主体服务器和镜像服务器。在该配置中，如果主体服务器丢失，则该镜像服务器可以用作备用服务器，但可能会造成数据丢失。高安全性模式支持具有自动故障转移功能的备用配置高安全性模式。这种配置涉及到称为“见证服务器”的第三方服务器实例，它能够使镜像服务器用作热备份服务器。从主体数据库至镜像数据库的故障转移通常

7、要用几秒钟的时间。数据库镜像可用于做暖备份和热备份。复制复制严格来说并不算是一个为高可用性设计的功能，但的确可以被应用于高可用性。复制提供了数据库对象级别的保护。复制使用的是发布-订阅模式，即由主服务器（称为发布服务器）向一个或多个辅助服务器或订阅服务器发布数据。复制可在这些服务器间提供实时的可用性和可伸缩性。它支持筛选，以便为订阅服务器提供数据子集，同时还支持分区更新。订阅服务器处于联机状态，并且可用于报表或其他功能，而无需进行查询恢复。SQL Server 提供四种复制类型：快照复制、事务复制、对等复制以及合并复制。AlwaysOnAlwaysOn 故障转移群集实例利用 Windows S

8、erver 故障转移群集 (WSFC) 功能通过冗余在服务器实例级别（故障转移群集实例 (FCI)）提供了本地高可用性。FCI 是在 Windows Server 故障转移群集 (WSFC) 节点上和（可能）多个子网中安装的单个 SQL Server 实例。在网络上，FCI 表现得好像是在单台计算机上运行的 SQL Server 实例，但它提供了从一个 WSFC 节点到另一个 WSFC 节点的故障转移（如果当前节点不可用）。当服务器上出现硬件或软件故障时，连接到该服务器的应用程序或客户端将会停机。在将 SQL Server 实例配置为 FCI（而非独立实例）时，该 SQL Server 实例的

9、高可用性受到 FCI 中提供的冗余节点的保护。在 FCI 中，一次只能有一个节点拥有 WSFC 资源组。 在出现故障（硬件故障、操作系统故障、应用程序或服务故障）或进行计划的升级时，该资源组的所有权就会转移至另一个 WSFC 节点。此过程对于连接到 SQL Server 的客户端或应用程序是透明的，可以最大限度地缩短出现故障时应用程序或客户端的停机时间。故障转移群集实例提供的一些主要优点：l 通过冗余提供实例级的保护l 在出现故障（硬件故障、操作系统故障、应用程序或服务故障）时自动进行故障转移l 支持多种存储解决方案，包括 WSFC 群集磁盘（iSCSI、光纤信道等）和服务器消息块 (SMB)

10、 文件共享l 使用多子网 FCI 或在 AlwaysOn 可用性组中运行 FCI 托管数据库的灾难恢复解决方案。利用 Microsoft SQL Server 2012 中的新的多子网支持功能，多子网 FCI 不再需要虚拟 LAN，因此可提高多子网 FCI 的可管理性和安全性l 故障转移过程中无需重新配置应用程序和客户端l 用于实现自动故障转移的针对具体触发器事件的灵活的故障转移策略l 通过使用专用和持久的连接执行定期的详细运行状况检测，实现可靠的故障转移l 通过间接后台检查点在故障转移期间实现可配置性和可预测性l 故障转移期间限制对资源的使用AlwaysOn可用性组基于数据库(组)级别，是将

11、一组用户数据库(可以是一个或多个)划到一个组中。每组可用性数据库都由一个可用性副本承载。可用性副本包括一个主副本和一到四个辅助副本。 主副本用于承载主数据库，辅助副本则承载一组辅助数据库并作为可用性组的潜在故障转移目标。主副本使主数据库可用于客户端的读写连接，实现对数据库的更改操作。 同时在数据库级别进行同步。主副本将每个主数据库的事务日志记录发送到每个辅助数据库。 每个辅助副本缓存事务日志记录，然后将它们还原到相应的辅助数据库。 主数据库与每个连接的辅助数据库独立进行数据同步。因此，一个辅助数据库可以挂起或失败而不会影响其他辅助数据库，一个主数据库可以挂起或失败而不会影响其他主数据库。此外，

12、用户可以借助辅助数据库来实现近实时的报表查询，将查询的负载分担到只读副本。相对于数据库群集及镜像来说，可以更好的利用硬件资源，从而提高IT效率并降低成本。实施部署步骤第一步：SQL Server 故障转移群集故障转移集群的前提条件：l 使用Windows 域帐户l 基于 Windows Server Fail-over Clusterl 共享存储至少提供一个LUN，数据库文件（mdf/ndf/ldf）将安装在该 LUNl SQL Server 标准版/商业智能版（仅直接2个节点），或者企业版/数据中心版本（最多16个节点）部署SQL Server群集的步骤l 确认Windows Fail-ov

13、er Clusterl 安装 MSDTC （推荐）l 安装单节点的 SQL Server Fail-over Clusterl 向 SQL Server Fail-over Cluster 添加节点第二步：AlwaysOn可用性组AlwaysOn可用组的先决条件：l 使用 Windows 域环境l 安装了Windows Server Fail-Over Clusterl SQL Server 数据库必须是完整恢复模式（事务日志备份）l 共享网络文件夹l SQL Server 实例需要启用“可用性组”功能部署AlwaysOn的步骤：l 完整备份l 共享文件夹l 配置节点、数据库以及侦听器l 验证设备软硬件清单类别名称说明数量软件操作系