MSSQL数据库高可用性方案
如何设置高可用数据库服务器
如何设置高可用数据库服务器互联网的快速发展推动了大量数据的产生和存储，因此数据库服务器的高可用性显得尤为重要。
高可用数据库服务器可以确保数据库系统在面对硬件故障或网络中断等意外情况时仍能提供持续可靠的服务。
本文将介绍一些关键的设置和策略，帮助您搭建高可用的数据库服务器。
一、数据库服务器的冗余设置为了确保数据库系统的高可用性，首先需要进行服务器的冗余设置。
这意味着至少需要两台数据库服务器来提供冗余服务。
一台服务器作为主服务器，负责处理所有的读写请求，而另外一台服务器则作为备用服务器，监控主服务器的状态，并在主服务器发生故障时接管其职责。
为了实现这一设置，您可以考虑使用数据库复制技术。
数据库复制可以将主服务器上的数据同步到备用服务器上，确保备用服务器上的数据与主服务器上的数据保持一致。
当主服务器发生故障时，备用服务器可以立即切换为主服务器，继续提供服务。
二、实现高可用的网络架构除了服务器的冗余设置，高可用的数据库服务器还需要支持高可用的网络架构。
为了确保网络的可靠性，您可以考虑使用双机房部署。
将主服务器和备用服务器分别部署在不同的机房，通过跨机房的网络连接实现数据的同步和故障切换。
这样即使一台机房发生故障，另一台机房仍然可以继续提供服务。
此外，还可以考虑使用虚拟IP地址（VIP）技术来实现故障切换。
虚拟IP地址可以自动漂移到备用服务器上，确保在主服务器故障时，备用服务器可以立即接管主服务器的职责。
通过这种方式，可以实现数据库服务的无缝切换，减少业务中断的时间。
三、监控和故障转移要确保高可用数据库服务器的可靠性，监控和故障转移是必不可少的。
监控系统可以实时监测主服务器和备用服务器的状态，一旦发现主服务器出现故障，可以立即触发故障切换。
在故障发生时，需要及时进行故障转移，确保备用服务器可以立即接管主服务器的职责。
可以通过一些自动化的脚本或工具来实现故障转移的自动化，减少人工干预的时间和成本。
同时，为了保证数据库的数据完整性和一致性，还需要设置定期的数据备份和恢复策略。
数据库的高可用性与容灾方案
数据库的高可用性与容灾方案在现代信息化的背景下，数据库高可用和容灾方案已经成为日常工作的重要需求。
在此背景下，为了确保数据中心的可靠性和稳定性，数据库的高可用性以及容灾方案备受关注。
因此，本文将讨论数据库的高可用性和容灾方案，以及如何选择合适的方案，从而确保数据的安全和稳定。
一、数据库高可用性高可用性是指系统在遇到故障或异常情况时仍然能够保持可用性和处理能力的能力。
对于数据库而言，高可用性主要包括以下几个方面：1. 硬件冗余通过使用冗余的硬件设备，如双电源、双网卡、双控制器等，以及硬件级别的阵列RAID技术，可以提高系统的可用性。
当一个硬件组件发生故障时，系统可以自动转移到备用组件上，从而减少系统宕机的风险。
2. 数据库复制数据库复制是指将主数据库上的数据完全复制到备用数据库上，当主数据库发生故障时，可以快速切换到备用数据库上。
此外，数据库复制还可以提高系统的读取能力和负载均衡能力，提高整体系统的性能。
3. 数据库集群数据库集群是将多个数据库服务器组成一个集群，共同提供服务，以实现高可用性和负载均衡。
在数据库集群中，每个节点都可以独立的处理数据请求，并且可以实现动态扩容和缩容，从而提高系统的可用性。
二、数据库容灾方案容灾方案是指系统遭受严重灾难时，如地震、火灾等自然灾害、人为破坏等情况下，能够尽快恢复系统运行的能力。
对于数据库而言，容灾方案主要包括以下几个方面：1. 数据库备份定期的数据库备份可以确保在系统发生灾难时，可以快速恢复数据库。
备份可以在本地或者远程位置存储，以确保即使本地数据中心遭受损失，备份仍然可以在本地或者远程数据中心恢复。
2. 数据库复制数据库复制不仅可以用于提高系统的可用性，还可以用于实现数据在不同数据中心之间的同步复制。
当一个数据中心发生灾难时，可以快速切换到另一个数据中心，并且数据不会丢失。
3. 数据库异地容灾数据库的异地容灾是通过在不同的地理位置部署不同的数据库系统，以实现数据在不同地理位置之间的同步复制。
sqlserver数据库高可用的原理
SQL Server数据库高可用（High Availability，HA）是指在数据库系统出现故障时，能够保证系统能够继续提供服务，不会影响到用户的正常使用。
SQL Server提供了多种实现高可用的方式，其中最常用的是以下两种：1. 数据库镜像（Database Mirroring）：数据库镜像是SQL Server提供的一种高可用性解决方案。
它通过将一个数据库的更改实时复制到另一个数据库中，从而保证了数据的同步性和可用性。
在数据库镜像中，有一个主数据库和一个或多个副本数据库，主数据库负责接受写入请求，副本数据库负责接受读取请求。
当主数据库发生故障时，副本数据库会自动接管主数据库的工作，从而保证了系统的可用性。
2. Always On 可用性组（Always On Availability Groups）：Always On 可用性组是SQL Server 2012及以上版本提供的一种高可用性解决方案。
它通过将一个或多个数据库实例组成一个可用性组，并使用异步或同步数据复制来保证数据的同步性和可用性。
在Always On 可用性组中，有一个主数据库和多个副本数据库，主数据库负责接受写入请求，副本数据库负责接受读取请求。
当主数据库发生故障时，副本数据库会自动接管主数据库的工作，从而保证了系统的可用性。
无论是数据库镜像还是Always On可用性组，都需要使用一些技术和组件来实现高可用性。
其中包括：1. 数据库镜像：数据库镜像需要使用数据库镜像技术和数据库镜像组件来实现数据同步和故障切换。
2. Always On可用性组：Always On可用性组需要使用异步或同步数据复制技术和Always On 可用性组组件来实现数据同步和故障切换。
3. 数据库日志：无论是数据库镜像还是Always On可用性组，都需要使用数据库日志来记录数据库的操作，以便在发生故障时进行数据恢复。
4. 故障转移：无论是数据库镜像还是Always On可用性组，都需要使用故障转移技术来实现故障切换。
MYSQL高可用方案大全
MYSQL高可用方案大全MySQL是一个开源的关系型数据库管理系统，广泛应用于各种Web应用程序中。
为了确保业务的连续性和高可用性，需要采取一些措施来预防和解决数据库故障。
下面是一些MySQL高可用方案的介绍。
1. 数据库复制（Replication）数据库复制是MySQL提供的一种基本的高可用方案。
它使用了主从模式，将主数据库的更新操作异步地复制到一台或多台从数据库中。
主数据库负责处理写操作，而从数据库负责读操作。
当主数据库发生故障时，从数据库可以接管业务并提供读写服务。
2. 数据库镜像（Mirroring）数据库镜像是一种同步复制的方式，可以确保数据的完整性和一致性。
它通常使用两台或多台服务器，在主库上进行写操作，然后将写操作同步到所有从库上。
这样，当主库发生故障时，可以快速切换到从库并继续提供服务。
3. 数据库分片（Sharding）数据库分片是一种水平切分数据库的方式，可以将大型数据库分成多个较小的部分，分布在不同的服务器上。
每个分片都有自己的主从数据库，可以独立地处理读写请求。
这种方案可以提高数据库的可用性和性能。
4. 数据库集群（Cluster）数据库集群是一种多节点共享存储的方式，可以提供高可用性和高性能。
集群中的每个节点都是一个完整的数据库服务器，它们共享存储，可以同时处理读写请求。
如果一个节点发生故障，其他节点可以接管工作并继续提供服务。
5. 数据库备份与恢复（Backup and Recovery）数据库备份是一种常见的高可用方案，可以在数据库发生故障时恢复数据。
通过定期备份数据库，可以保留历史数据，并在需要时进行恢复。
备份可以分为物理备份和逻辑备份两种方式，具体选择哪种方式取决于业务需求和复杂度。
6. 数据库热备份（Hot Backup）数据库热备份是一种可以在数据库运行时进行备份的方式。
不需要停止数据库服务，可以实时备份数据库的数据和日志。
这样可以减少备份对业务的影响，并提高备份的可用性。
MySQL数据库高可用与负载均衡解决方案
MySQL数据库高可用与负载均衡解决方案MySQL数据库是一种常用的关系型数据库管理系统，在大型应用中往往需要保证数据库的高可用性和负载均衡。
为了满足这一需求，我们可以采取一系列解决方案。
一、MySQL数据库的高可用解决方案1. 主从复制（Master-Slave Replication）主从复制是MySQL中最常见的高可用解决方案之一。
在主从架构中，一个主数据库（Master）处理写入操作，并将这些操作记录在二进制日志中。
而一个或多个从数据库（Slave）则通过读取主数据库的二进制日志，并将这些操作应用于自身的数据库，从而实现数据的同步。
2. 主主复制（Master-Master Replication）主主复制是一种更加高级的复制解决方案。
在主主架构中，每个数据库既是主数据库又是从数据库。
两个数据库可以同时进行读写操作，并通过异步方式将这些操作同步到对方的数据库中。
这样，即使其中一个数据库发生故障，另一个数据库仍然可以正常提供服务。
3. 数据库集群（Cluster）数据库集群是一种将多个数据库服务器组合在一起工作的解决方案。
在集群中，各个数据库服务器负责不同的数据分片，从而提高数据库的整体性能和可靠性。
当有服务器故障时，集群可以自动将故障节点的数据迁移到其他节点上，从而实现高可用性和负载均衡。
二、MySQL数据库的负载均衡解决方案1. 代理层负载均衡通过在应用程序与数据库之间增加一个代理层，可以实现负载均衡和故障转移。
代理层可以根据负载情况将查询请求分发到不同的数据库服务器上，从而实现数据库的负载均衡。
当某个数据库服务器故障时，代理层可以自动将请求路由到其他正常工作的服务器上，从而保证服务的可用性。
2. 数据库分片数据库分片是将大型数据库拆分成多个较小的数据库片段，分布在不同的服务器上进行存储和处理。
每个数据库片段只负责一部分数据，通过分片键将查询请求路由到相应的片段。
这样可以降低单个数据库的负载，提高整体系统的吞吐量和响应速度。
SQLserver高可用方案
SQLserver⾼可⽤⽅案SQL server⾼可⽤⽅案⼀、⾼可⽤的类型●Always On ⾼可⽤性解决⽅案，需要sql server 版本在2012以上SQL Server Always On 即“全⾯的⾼可⽤性和灾难恢复解决⽅案”。
客户通过使⽤Always On 技术，可以提⾼应⽤程序可⽤性，并且通过简化⾼可⽤性的部署和管理⽅⾯的⼯作。
SQL Server Always On 在以下2个级别提供了可⽤性。
*数据库级可⽤性是⼀种“热备份”技术。
在同步提交模式下，主副本的数据被同步更新到其他辅助副本，主副本与辅助副本之间可以保持实时同步。
当系统监测到主副本发⽣故障时，辅助副本可以⽴即成为新的主副本。
*实例级可⽤性Always On 故障转移群集实例（Failover Cluster Instance，简称FCI）可以在多个16个节点之间实现故障转移（Failover）。
企业版最多⽀持16个节点，标准版只⽀持2个节点。
当主节点发⽣故障时，辅助节点提升为主节点并获取共享存储中的数据，然后才在这个新的主节点服务器中启动SQL Server 服务。
FCI 是⼀种“冷备份”技术。
辅助节点并不从主节点同步数据，唯⼀的⼀份数据被保存在共享存储（群集共享磁盘）中。
●⽇志传送⽇志传送依赖于传统的Windows ⽂件复制技术与SQL Server 代理。
主数据库所做出的任何数据变化都会被⽣成事务⽇志，这些事务⽇志将定期备份。
然后备份⽂件被辅助数据库所属的实例复制到它的本地⽂件夹，最后事务⽇志备份在辅助数据库中进⾏恢复，从⾯实现在两个数据库之间异步更新数据。
当主数据库发⽣故障时，可以使辅助数据库变成联机状态。
可以把每⼀个辅助数据库都当作“冷备⽤”数据库●其它辅助技术对数据库进⾏备份，当出现故障时，⼿动将数据还原到服务器，使得数据库重新联机，这也可以算作实现⾼可⽤性的⼀种技术⼿段。
复制（Replication）并不算是⼀个⾼可⽤性解决⽅案，只是它的功能可以实现⾼可⽤性。
PostgreSQL中的高可用性解决方案
PostgreSQL中的高可用性解决方案在现代的数据应用中，高可用性（High Availability，HA）是一个至关重要的因素。
在数据库领域，PostgreSQL提供了一些高可用性的解决方案，可以帮助用户实现数据的持续可用性和系统的可靠性。
本文将介绍一些常用的PostgreSQL高可用性解决方案。
1. 数据复制（Replication）数据复制是一种常见的高可用性解决方案，它通过将数据从主服务器复制到一个或多个备用服务器，实现数据的冗余存储和故障恢复能力。
PostgreSQL提供了多种数据复制方法，包括基于日志的物理复制（Physical Replication）和基于逻辑复制（Logical Replication）。
1.1 基于日志的物理复制基于日志的物理复制是PostgreSQL内置的一种数据复制方法，它通过复制主服务器上的事务日志（WAL），将变更的数据块物理复制到备用服务器。
这种方法可以实现快速的数据复制和故障切换，但对备用服务器的版本和配置要求较高。
1.2 基于逻辑复制基于逻辑复制是PostgreSQL 9.4及以上版本中引入的一种数据复制方法。
它通过解析和应用主服务器上的逻辑变更（例如INSERT、UPDATE、DELETE语句），将变更的数据逻辑复制到备用服务器。
这种方法相对灵活，可以实现不同版本和配置的备用服务器。
2. 流复制（Streaming Replication）流复制是PostgreSQL中一种基于日志的物理复制方法，它通过流式传输事务日志（WAL）来实现数据的持续复制和故障切换。
流复制要求主服务器和备用服务器之间有稳定的网络连接，并且备用服务器必须实时接收并应用主服务器上的更改。
2.1 同步流复制同步流复制是一种高可用性的方法，它确保主服务器上的事务在提交后，备用服务器立即应用并确认。
这种方法可以提供零数据丢失和最小的故障恢复时间，但对网络延迟和性能要求较高。
数据库管理技术的高可用性实现方法
数据库管理技术的高可用性实现方法在当今信息化的时代，数据库已经成为了企业和组织日常工作不可或缺的一部分。
然而，数据库管理系统的可用性一直是个值得关注的问题。
为了确保数据库系统的平稳运行和数据的安全性，高可用性的实现是非常必要的。
本文将介绍一些常用的数据库管理技术的高可用性实现方法，以帮助读者了解和应用这些技术来提高数据库系统的可用性。
1. 数据库复制数据库复制是一种常用的高可用性实现方法。
它通过将主库的数据复制到一个或多个备库来实现数据的冗余存储和高可用性。
当主库出现故障时，备库可以立即接管主库的工作，保证系统的可用性。
数据库复制可以采用同步复制或异步复制的方式。
同步复制要求备库必须与主库保持实时同步，确保数据的一致性；而异步复制则可以有一定的延迟，提高了数据同步的效率。
2. 数据库集群数据库集群是一种将多个数据库服务器连接起来形成一个逻辑上的整体，从而提高数据库系统的可用性和性能的方法。
数据库集群通常由主节点和多个从节点组成。
主节点负责处理用户提交的写请求，而从节点则用来处理读请求。
当主节点发生故障时，从节点中的一个会自动晋升为新的主节点。
数据库集群的好处在于它提供了水平扩展的能力，可以根据需要增加或减少节点的数量，以适应不同规模的应用需求。
3. 数据库备份与恢复数据库备份与恢复是一种保证数据安全和高可用性的重要手段。
通过定期对数据库进行备份，可以在数据库发生故障时快速恢复数据，减少系统停机时间。
在选择备份方案时，需要考虑到数据库的大小、备份的频率和备份的存储位置等因素。
同时，还需要测试备份和恢复的过程，以确保备份数据的完整性和可用性。
4. 数据库监控和故障检测数据库监控是保证数据库高可用性的关键环节之一。
通过对数据库系统的实时监控，可以及时发现故障和异常，采取相应的措施来预防和解决问题。
数据库监控可以包括对数据库性能指标的监测、对数据库资源的监控和对数据库操作的审计等。
同时，也可以通过故障检测来及时发现数据库中的硬件故障和软件故障，并采取相应的措施来修复。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
高可用MS SQL Server数据库解决方案建设目标减少硬件或软件故障造成的影响，保持业务连续性，从而将用户可以察觉到的停机时间减至最小，确保数据库服务7*24小时（RTO为99.9%）运转，建设一套完整的高可用性MS SQL Server数据库系统。
需求分析服务器宕机造成的影响服务器宕机时间使得丢失客户收益并降低员工生产效率，为了避免对业务造成影响，从两个方面采取预防措施：一、计划宕机时的可用性：●补丁或补丁包安装●软硬件升级●更改系统配置●数据库维护●应用程序升级二、防止非计划性宕机：●人为错误导致的失败●站点灾难●硬件故障●数据损毁●软件故障现有状况●服务器存在单点故障；●数据库未做高可用性配置；●数据库版本为MS SQL Server2008；●服务器配置为CPU E7540 2.0，24G存；●数据库容量约800G技术解决方案解决思路考虑到本项目的需求和最佳性能，为了达到最佳可用性，方案采用两台数据库服务器做故障转移集群，连接同一台存储做数据库的共享存储，实现故障自动转移。
同时，将旧服务器作为镜像数据库，采用SQL Server 2012的alwayson 功能来再次完成自动故障转移，并可以分担查询的负载。
架构拓扑新数据库：承担数据库主体计算功能，用于生产数据，采用双机集群，实现自动故障转移。
旧数据库：通过镜像功能，存储数据库副本，用于发生故障时的转移。
也可配置为只读，承担备份的负载。
存储：存储采用双控制器，双FC连接两台服务器，避免单点故障。
主/辅域控制器：采用双机模式，SQL Server 2012 实现高可用的必备基础设施。
高可靠性技术方案SQL Server的企业版支持所有的高可用性功能，这些功能包括：故障转移集群故障转移集群为整个SQL Server实例提供高可用性支持，这意味着在集群上某个节点的SQL Server实例发生了硬件错误、操作系统错误等会故障转移到该集群上的其它节点。
通过多个服务器（节点）共享一个或多个磁盘来实现高可用性，故障转移集群在网络中出现的方式就像单台计算机一样，但是具有高可用特性。
值得注意的是，由于故障转移集群是基于共享磁盘，因此会存在磁盘单点故障，因此需要在磁盘层面部署SAN复制等额外的保护措施。
最常见的故障转移集群是双节点的故障转移集群，包括主主节点和主从节点。
事务日志传送事务日志传送提供了数据库级别的高可用性保护。
日志传送可用来维护相应生产数据库（称为“主数据库”）的一个或多个备用数据库（称为“辅助数据库”）。
发生故障转移之前，必须通过手动应用全部未还原的日志备份来完全更新辅助数据库。
日志传送具有支持多个备用数据库的灵活性。
如果需要多个备用数据库，可以单独使用日志传送或将其作为数据库镜像的补充。
当这些解决方案一起使用时，当前数据库镜像配置的主体数据库同时也是当前日志传送配置的主数据库。
事务日志传送可用于做冷备份和暖备份的方式。
数据库镜像数据库镜像实际上是个软件解决方案，同样提供了数据库级别的保护，可提供几乎是瞬时的故障转移，以提高数据库的可用性。
数据库镜像可以用来维护相应生产数据库（称为“主体数据库”）的单个备用数据库（或“镜像数据库”）。
因为镜像数据库一直处于还原状态，但并不会恢复数据库，因此无法直接访问镜像数据库。
但是，为了用于报表等只读的负载，可创建镜像数据库的数据库快照来间接地使用镜像数据库。
数据库快照为客户端提供了快照创建时对数据库中数据的只读访问。
每个数据库镜像配置都涉及包含主体数据库的“主体服务器”，并且还涉及包含镜像数据库的镜像服务器。
镜像服务器不断地使镜像数据库随主体数据库一起更新。
数据库镜像在高安全性模式下以同步操作运行，或在高性能模式下以异步操作运行。
在高性能模式下，事务不需要等待镜像服务器将日志写入磁盘便可提交，这样可最大程度地提高性能。
在高安全性模式下，已提交的事务将由伙伴双方提交，但会延长事务滞后时间。
数据库镜像的最简单配置仅涉及主体服务器和镜像服务器。
在该配置中，如果主体服务器丢失，则该镜像服务器可以用作备用服务器，但可能会造成数据丢失。
高安全性模式支持具有自动故障转移功能的备用配置高安全性模式。
这种配置涉及到称为“见证服务器”的第三方服务器实例，它能够使镜像服务器用作热备份服务器。
从主体数据库至镜像数据库的故障转移通常要用几秒钟的时间。
数据库镜像可用于做暖备份和热备份。
复制复制严格来说并不算是一个为高可用性设计的功能，但的确可以被应用于高可用性。
复制提供了数据库对象级别的保护。
复制使用的是发布-订阅模式，即由主服务器（称为发布服务器）向一个或多个辅助服务器或订阅服务器发布数据。
复制可在这些服务器间提供实时的可用性和可伸缩性。
它支持筛选，以便为订阅服务器提供数据子集，同时还支持分区更新。
订阅服务器处于联机状态，并且可用于报表或其他功能，而无需进行查询恢复。
SQL Server 提供四种复制类型：快照复制、事务复制、对等复制以及合并复制。
AlwaysOnAlwaysOn 故障转移群集实例利用Windows Server 故障转移群集(WSFC) 功能通过冗余在服务器实例级别（故障转移群集实例(FCI)）提供了本地高可用性。
FCI 是在Windows Server 故障转移群集(WSFC) 节点上和（可能）多个子网中安装的单个SQL Server 实例。
在网络上，FCI 表现得好像是在单台计算机上运行的SQL Server 实例，但它提供了从一个WSFC 节点到另一个WSFC 节点的故障转移（如果当前节点不可用）。
当服务器上出现硬件或软件故障时，连接到该服务器的应用程序或客户端将会停机。
在将SQL Server 实例配置为FCI（而非独立实例）时，该SQL Server 实例的高可用性受到FCI 中提供的冗余节点的保护。
在FCI 中，一次只能有一个节点拥有WSFC 资源组。
在出现故障（硬件故障、操作系统故障、应用程序或服务故障）或进行计划的升级时，该资源组的所有权就会转移至另一个WSFC 节点。
此过程对于连接到SQL Server 的客户端或应用程序是透明的，可以最大限度地缩短出现故障时应用程序或客户端的停机时间。
故障转移群集实例提供的一些主要优点：●通过冗余提供实例级的保护●在出现故障（硬件故障、操作系统故障、应用程序或服务故障）时自动进行故障转移●支持多种存储解决方案，包括WSFC 群集磁盘（iSCSI、光纤信道等）和服务器消息块(SMB) 文件共享●使用多子网FCI 或在AlwaysOn 可用性组中运行FCI 托管数据库的灾难恢复解决方案。
利用Microsoft SQL Server 2012 中的新的多子网支持功能，多子网FCI 不再需要虚拟LAN，因此可提高多子网FCI 的可管理性和安全性●故障转移过程中无需重新配置应用程序和客户端●用于实现自动故障转移的针对具体触发器事件的灵活的故障转移策略●通过使用专用和持久的连接执行定期的详细运行状况检测，实现可靠的故障转移●通过间接后台检查点在故障转移期间实现可配置性和可预测性●故障转移期间限制对资源的使用AlwaysOn可用性组基于数据库(组)级别，是将一组用户数据库(可以是一个或多个)划到一个组中。
每组可用性数据库都由一个可用性副本承载。
可用性副本包括一个主副本和一到四个辅助副本。
主副本用于承载主数据库，辅助副本则承载一组辅助数据库并作为可用性组的潜在故障转移目标。
主副本使主数据库可用于客户端的读写连接，实现对数据库的更改操作。
同时在数据库级别进行同步。
主副本将每个主数据库的事务日志记录发送到每个辅助数据库。
每个辅助副本缓存事务日志记录，然后将它们还原到相应的辅助数据库。
主数据库与每个连接的辅助数据库独立进行数据同步。
因此，一个辅助数据库可以挂起或失败而不会影响其他辅助数据库，一个主数据库可以挂起或失败而不会影响其他主数据库。
此外，用户可以借助辅助数据库来实现近实时的报表查询，将查询的负载分担到只读副本。
相对于数据库群集及镜像来说，可以更好的利用硬件资源，从而提高IT效率并降低成本。
实施部署步骤第一步：SQL Server 故障转移群集故障转移集群的前提条件：●使用Windows 域帐户●基于Windows Server Fail-over Cluster●共享存储至少提供一个LUN，数据库文件（mdf/ndf/ldf）将安装在该LUN ●SQL Server 标准版/商业智能版（仅直接2个节点），或者企业版/数据中心版本（最多16个节点）部署SQL Server群集的步骤●确认Windows Fail-over Cluster●安装MSDTC （推荐）●安装单节点的SQL Server Fail-over Cluster●向SQL Server Fail-over Cluster 添加节点第二步：AlwaysOn可用性组AlwaysOn可用组的先决条件：●使用Windows 域环境●安装了Windows Server Fail-Over Cluster●SQL Server 数据库必须是完整恢复模式（事务日志备份）●共享网络文件夹●SQL Server 实例需要启用“可用性组”功能部署AlwaysOn的步骤：●完整备份●共享文件夹●配置节点、数据库以及侦听器●验证设备软硬件清单类别名称说明数量软件操作系统windows2008 R2 SP2或者以上版本 4 数据库软件SQL Server 2012 Enterprise 2硬件数据库服务器CPU：≥12线程、L3缓存≥18MB、≥6核、主频≥2.0GHz，双CPU；存：32GB；硬盘：300GB SAS*2；6GBSASHBA卡*22存储传输率：6GB/s；高速缓存2GB；600G SAS*8 RAID5； 1 域控制器CPU：≥2.0GHz；存：8GB；硬盘：300GB 2。