SQL Server always on 高可用部署

合集下载

sqlserver数据库高可用的原理

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可用性组,都需要使用故障转移技术来实现故障切换。

sqlserver2012alwayson功能部署

sqlserver2012alwayson功能部署

Sqlserver2012 alwayson部署攻略一、环境。

1、服务器:准备4台虚拟机。

2、操作系统:windows2008 R2 SP2或者以上版本。

3、数据库:Sqlserver 2012。

二、操作系统安装及设置。

4、在4台虚拟机上均装上操作系统windows 2008 R2,并分别设置计算机名为:DomainServer、DB1、DB2、DB3,分别设置IP为192.168.100.20、192.168.100.21、192.168.100.22、192.168.100.23。

5、在DB1、DB2、DB3上开启功能.NET3.5 SP1。

6、在DB1、DB2、DB3上安装Sqlserver2012。

7、在DomainServer服务器上建立域服务、并将DB1、DB2、DB3的DNS设置为192.168.100.20,然后加如域。

三、windows2008故障转移群集部署。

8、以\administrator域帐户登录DB1、DB2、DB3,并添加故障转移集群功能。

9、在DB1、DB2、DB3中任一台机上创建群集,并将DB1、DB2、DB3台服务器添加进去、群集名称为alwaysoncluster,群集IP为192.168.100.25,仲裁配置为“多数节点”。

四、alwayson部署。

10、关闭DB1、DB2、DB3的防火墙或者在防火墙规则中添加例外端口1433、5022。

11、分别打开DB1、DB2、DB3的“SQL Server 配置管理器”,在左侧的“SQL Server 服务”列表中找到默认的实例。

12、将Sqlserver服务的登录帐户更改为域帐户\administrator,并重启sqlserver 服务。

13、分别使用数据库管理工具连接DB1、DB2、DB3的数据库,并创建sqlserver的域登录帐户\administrator,并赋予sysadmin角色。

14、在DB1、DB2、DB3的分别建立目录D:\SQLDATA用于存放sql数据库文件,在局域网内建立一个可读写共享目录,该共享目录用于存放快照文件。

SQL Server AlwaysOn安装部署手册

SQL Server AlwaysOn安装部署手册

SQL Server 2012 AlwaysOn Failover Cluster安装部署手册目录1.AlwaysOn介绍 (3)1.1.可用性模式 (3)➢同步提交 (3)➢异步提交 (3)1.2.故障转移模式 (3)➢手动转移(不存在数据丢失) (3)➢自动转移(不存在数据丢失) (4)➢强制转移(存在数据丢失) (4)1.3.主、辅数据库连接方式 (4)➢主数据库连接方式 (4)➢辅数据库是否允许只读 (4)2.SQL SERVER 2012安装(Alwayson群集环境) (5)3.配置AlwaysOn (23)3.1.启动服务 (23)3.2.设置数据库完整恢复模式 (24)3.3.完整备份数据库 (31)3.4.设置共享目录 (34)3.5.创建AlwaysOn Group (38)3.6.设置连接方式 (54)3.7.检查Read-Only Routing List (55)3.8.检查数据库同步情况 (56)3.9.测试Read-Only Routing (57)4.可用性副本未同步状态处理方法 (58)5.SQL Server 2012 ReportSvrice KB (60)AlwaysOn是SQL Server 2012提供的全新综合、灵活、高效经济的高可用性和灾难恢复解决方案。

它整合了镜像和群集的功能,基于OS 故障转移群集(Windows Server FailOver Cluster),通过在同一个WSFC的不同Node上,安装独立的SQL Server实例,定义AlwaysOn Group,一个数据库最多可以部署4个镜像。

当热备机出现故障时,可以手工或自动实现故障转移,交换主、辅数据库的角色。

AlwaysOn的亮点在于镜像可读。

对于OLTP应用,可以将读操作集中的报表等操作转移到Read-Only的辅助库上,极大地减少Primary DB的IO、CPU等资源占用。

由于辅助库是独立的SQL实例,因此创建临时表等TempDB操作不受影响。

SQL Server AlwaysOn可用性及故障转移

SQL Server AlwaysOn可用性及故障转移

SQL Server AlwaysOn可用性及故障转移2014-03-27 01:55:04标签:高可用数据库日志记录原创作品,允许转载,转载时请务必以超链接形式标明文章原始出处、作者信息和本声明。

否则将追究法律责任。

/382644/1384835SQL Server AlwaysOn可用性及故障转移杜飞在AlwaysOn 可用性组中,“可用性模式”是一个副本属性,该属性确定某一给定可用性副本是否可在同步提交模式下运行。

AlwaysOn的可用性模式决定了各副本之间是否允许存在数据差异,SQL Server2012的可用性组使用异步提交模式和同步提交模式来决定主副本在提交事务之前是否等待辅助副本将事务日志记录固化到磁盘。

如果主副本配置为“异步提交模式”,则它不会等待任何辅助副本将传入的事务日志记录写入磁盘(以便“强制写入日志”)。

如果某一给定的辅助副本配置为异步提交模式,则主副本不会等待该辅助副本强制写入日志。

如果主副本和某一给定辅助副本都配置为“同步提交模式”,则主副本将等待辅助副本,以便确认它已强制写入日志(除非辅助副本在主副本的“会话超时期限”内未能使用ping 命令联系上主副本)。

同步提交模式在同步提交模式下,主数据库在提交事务之前,主副本要等待同步提交辅助副本确认它已将日志固化到磁盘上。

只要辅助副本还没有告诉主副本日志固化完成,主副本上的事务就不能提交。

这样就保证两边的数据始终是同步的。

只要一直在进行数据同步,辅助数据库就会保持“已同步”(SYNCHRONIZED)的状态。

同步提交模式能够保证给定的辅助数据库与主数据库上的数据保持完全的同步。

但是代价是主数据库上的事务提交会有滞后时间。

可以说,同步提交模式相对于性能而言更强调高可用性。

辅助副本的同步工作原理:在同步提交模式下,在辅助副本联接可用性组并与主副本建立会话之后,辅助副本会将传入日志记录写入到磁盘(“固化日志”)并向主副本发送确认消息。

sqlserver2019 alwayson方案

sqlserver2019 alwayson方案

sqlserver2019 alwayson方案SQL Server 2019 Always On方案简介•SQL Server 2019 Always On是一种高可用性和灾备解决方案,可确保数据库始终可用并具备故障恢复能力。

•本方案将介绍SQL Server 2019 Always On的一些关键概念和步骤,以及如何实施和管理这一方案。

概念1.Always On可用性组–由一个主数据库和多个辅助数据库组成的集合,用于提供故障转移和自动故障恢复。

2.同步复制–主数据库的改变会立即传输到辅助数据库,确保数据的一致性。

3.异步复制–主数据库的改变会按一定的延迟传输到辅助数据库,适用于需要高可用性但能够容忍一定数据丢失的场景。

4.可读辅助–辅助数据库允许读取操作,提高系统的性能和可扩展性。

5.自动故障转移–当主数据库不可用时,Always On自动将辅助数据库提升为主数据库,以保证系统的连续可用性。

实施步骤1.确保满足系统要求–确保服务器硬件要求、操作系统、SQL Server版本和数据库设置符合SQL Server 2019 Always On的要求。

2.配置Windows故障转移群集–在服务器中启用和配置Windows故障转移群集,以便在主从切换时提供服务的连续性。

3.创建可用性组–在SQL Server Management Studio中创建可用性组,并选择主数据库和辅助数据库。

4.配置数据库复制–配置可用性组中的数据库复制设置,选择同步或异步复制模式,并配置辅助数据库的可读性。

5.测试故障转移–在故障维护期间测试自动故障转移功能,确保主从切换时系统能够按预期工作。

6.监控和管理–使用SQL Server Management Studio或其他监控工具来定期监控和管理可用性组的状态和性能。

注意事项•SQL Server 2019 Always On部署需要额外的硬件和资源,确保服务器足够强大以支持复制和故障转移操作。

sqlserver alwayson无域的原理

sqlserver alwayson无域的原理

sqlserver alwayson无域的原理SQL Server Always On是一种高可用性和灾备解决方案,可以确保数据库系统的持续可用性和数据完整性。

而Alwayson无域则是在构建Always On解决方案时不要求必须加入Windows域的一种配置方式。

本文将详细介绍SQL Server Always On和Always On无域的原理。

I. SQL Server Always OnSQL Server Always On是一个高可用性和灾备解决方案,能够确保数据库系统在面临硬件、软件或网络故障时依然可用。

它采用了故障切换、数据冗余和可容错的设计思想,使得数据库能够无缝切换到备用服务器并继续提供服务。

1. 部署环境:- 主服务器:担任数据库的主要角色,并处理用户的请求。

- 辅助服务器:作为备用服务器,通过与主服务器同步数据,以便在主服务器发生故障时接管服务。

2. 数据同步:在Always On中,主服务器和辅助服务器之间通过日志重放技术来保持数据的同步。

主服务器将每个事务都记录到一个事务日志中,并将这些日志记录传输给辅助服务器。

辅助服务器将事务日志逐个应用到数据库上,确保数据的一致性。

3. 心跳机制:Always On还通过心跳机制来确认主服务器和辅助服务器之间的连接状态。

通过定期发送心跳消息,服务器可以及时检测到对方的状态,并做出相应的处理。

4. 自动故障切换:当主服务器发生故障时,Always On能够自动进行故障切换,将辅助服务器提升为主服务器,并启动一个新的辅助服务器作为备用。

这个过程是透明的,并且不会影响用户的服务。

5. 数据完整性:Always On通过使用多个复制策略和检测机制来确保数据的完整性。

它采用了同步复制和异步复制两种方式,以满足不同的数据冗余需求。

此外,还可以配置监控和报警机制,用于检测数据不一致或服务器故障等现象。

II. Always On无域Always On无域是指在构建Always On解决方案时不要求必须加入Windows 域的一种配置方式。

alwayson sqlserver 查询集群状态的命令

alwayson sqlserver 查询集群状态的命令

alwayson sqlserver 查询集群状态的命令【原创版】目录1.引言2.AlwaysOn SQL Server 的作用3.查询集群状态的命令4.结论正文【引言】在 SQL Server 中,AlwaysOn 是一项重要的功能,它可以帮助用户实现数据库的高可用性和可伸缩性。

通过 AlwaysOn,用户可以创建一个由多个 SQL Server 实例组成的集群,以提高系统的可靠性和性能。

对于数据库管理员来说,了解如何查询集群状态非常重要。

本文将介绍如何使用命令查询 AlwaysOn SQL Server 集群状态。

【AlwaysOn SQL Server 的作用】AlwaysOn SQL Server 是 SQL Server 2012 及更高版本中引入的一项功能,它允许用户创建一个由多个 SQL Server 实例组成的集群。

通过AlwaysOn,用户可以实现以下目标:1.高可用性:在一个实例发生故障时,集群内的其他实例可以接管故障实例的工作,从而确保系统继续运行。

2.可伸缩性:通过添加更多的实例,可以提高系统的性能和处理能力。

3.易于管理:AlwaysOn 提供了一个统一的管理界面,使得管理员可以更轻松地管理和监控集群。

【查询集群状态的命令】要查询 AlwaysOn SQL Server 集群状态,可以使用以下命令:```ALTER AVAILABILITY GROUP <availability_group_name>```其中,`<availability_group_name>`是集群的名称。

执行该命令后,系统将显示集群的详细状态,包括每个实例的状态、故障转移设置等信息。

【结论】通过使用`ALTER AVAILABILITY GROUP`命令,数据库管理员可以轻松地查询 AlwaysOn SQL Server 集群的状态。

了解集群状态对于确保系统的高可用性和可伸缩性至关重要。

sql server always on 原理

sql server always on 原理

SQL Server Always On 是SQL Server 的一项高可用性和灾难恢复功能,它允许用户在SQL Server Always On 是SQL Server 的一项高可用性和灾难恢复功能,它允许用户在多个服务器之间实现数据库的同步和故障转移。

Always On 的原理如下:
1. 主副本复制:在Always On 配置中,有一个主服务器和一个或多个副本服务器。

主服务器上的数据会实时复制到副本服务器上,保持数据的一致性。

2. 自动故障转移:当主服务器出现故障时,一个备用服务器会自动成为新的主服务器,继续提供服务。

这个过程对用户是透明的,不需要人工干预。

3. 多副本支持:Always On 支持多个副本服务器,以提高系统的可用性和读性能。

用户可以将读操作分发到不同的副本服务器上,提高查询性能。

4. 只读副本:除了支持读写副本外,Always On 还支持只读副本。

只读副本用于承载报表和数据分析等只读工作负载,减轻主服务器的压力。

5. 同步和异步复制:Always On 支持同步和异步复制方式。

同步复制确保主副本之间的数据完全一致,但可能会影响性能;异步复制则允许一定程度的数据不一致,但可以提高性能。

6. 维护窗口:在进行主副本切换、备份等操作时,需要设置维护窗口。

维护窗口内,系统不允许执行可能影响数据一致性的操作。

总之,SQL Server Always On 通过主副本复制、自动故障转移、多副本支持等功能,实现了数据库的高可用性和容灾能力。

sqlserver allwayson 证书

sqlserver allwayson 证书

一、介绍SQL Server AlwaysOn技术SQL Server AlwaysOn是微软推出的一种高可用性和灾难恢复解决方案,旨在提供可靠的数据库保护和持续可用性。

它是建立在Windows Server故障转移集裙(Windows Server F本人lover Clustering)和SQL Server数据库镜像(SQL Server Database Mirroring)技术的基础上,为企业级数据库系统提供了强大的容错能力和高水平的可用性。

二、SQL Server AlwaysOn的优势1. 高可用性:通过数据库镜像和故障转移集裙的组合,实现了数据库级别和服务器级别的高可用性,当主数据库出现故障时能够快速切换到备用数据库,保证系统的持续可用。

2. 数据保护:数据同步和自动故障转移机制能够保证数据的完整性和一致性,避免数据丢失或损坏,保护企业重要数据的安全。

3. 灾难恢复:在发生灾难性事件时,SQL Server AlwaysOn能够快速将数据库恢复到备用服务器,保证系统的快速恢复和业务的连续运行。

三、SQL Server AlwaysOn的应用场景1. 数据库关键应用:对于关键业务系统的数据库,如金融、电子商务等,采用SQL Server AlwaysOn能够保证系统的高可用性和数据的安全。

2. 跨数据中心部署:企业跨地域部署数据库时,可以利用SQL Server AlwaysOn实现数据中心间的高可用性和灾难恢复,确保各地用户能够获得稳定可靠的数据库服务。

3. 长距离异地复制:对于需要长距离异地复制数据的场景,SQL Server AlwaysOn可以实现异地数据中心的数据同步和容错切换,提升数据的可靠性和稳定性。

四、SQL Server AlwaysOn的证书SQL Server AlwaysOn证书是微软冠方认可的SQL Server AlwaysOn技术的专业认证,它是评估数据库专业人员在设计、实施和管理SQL Server AlwaysOn解决方案方面技能的重要凭证。

sql server always on原理

sql server always on原理

sql server always on原理SQL Server Always On原理本文将深入解释SQL Server Always On的相关原理,从浅入深逐步介绍相关概念和工作原理。

1. 什么是SQL Server Always On•SQL Server Always On是一种高可用性和灾备解决方案,旨在提供数据库的连续可用性和数据保护。

•它通过多台SQL Server实例在不同的服务器上复制和同步数据来实现高可用性。

2. Always On的主要概念主服务器(Primary Server)•主服务器(Primary Server)是在Always On群集中负责处理来自客户端的读写请求的主要SQL Server实例。

•主服务器是其中一个可用性复制组(Availability Replica Group)中的主副本。

从服务器(Secondary Server)•从服务器(Secondary Server)是在Always On群集中用于备份主服务器数据的SQL Server实例。

•从服务器是可用性复制组中的次要SQL Server副本,可以处理只读查询请求。

可用性复制组(Availability Replica Group)•可用性复制组(Availability Replica Group)是由主服务器和一个或多个从服务器组成的逻辑实体。

•主服务器和从服务器之间通过复制和同步机制来保持数据的一致性。

心跳检查(Heartbeat Monitoring)•心跳检查(Heartbeat Monitoring)是Always On群集中的一项重要功能,用于检测服务器和数据库实例之间的连接状态。

•当主服务器出现故障时,心跳检查可以自动将控制权转移切换至从服务器。

3. Always On的工作原理复制和同步数据•SQL Server Always On使用数据库复制技术将主服务器上的数据复制到从服务器上。

SQLServer2016AlwaysOn总结整理

SQLServer2016AlwaysOn总结整理

SQLServer2016AlwaysOn总结整理⼀、Always On简介从SQL Server 2012开始,SQLServer引⼊了⼀种新的⾼可⽤技术,它的名字叫做AlwaysOn。

AlwaysOn在开发初期代号叫做HADRon。

但是AlwaysOn相对于故障转移群集、数据库镜像和⽇志传送⽽⾔,的确是拥有许多优势。

甚⾄可以说,AlwaysOn是这三种技术的集⼤成者。

想要了解更全⾯的介绍和技术内容,可参考《SQL Server 2012 实践与管理实战指南》和官⽅⽂档。

⼆、Always On 构建SQL Server 2016 Always On 可以在域环境、⾮域环境构建,从构建⾓度来看,最⼤的不同之处是AG间主要副本和辅助副本间数据同步时,数据库实例间认证⽅式存在差异。

域环境可以使⽤Windows认证、证书认证,⾮域环境可使⽤证书认证。

此处只讨论域环境下两个节点的Always On构建及维护。

1、环境准备(1)域账号AD\Administrator --域管理账户,⽤于创建WSFC集群AD\sqladmin --普通域账户,⽤于SQL Server 服务运⾏(2)软件SQL Server 2016 SP2 --直接使⽤SP2版本,打补丁只需打⼀次SQL Server补丁(CU14) --从官⽹下载最新的补丁(3)服务器主机名NA1NA2业务⽹段IP192.168.10.131192.168.10.132⼼跳⽹段IP192.168.20.131192.168.20.132存储⽹段IP192.168.30.131192.168.30.132操作系统Windows Server 2016Windows Server 2016备注:· 两台服务硬件配置、系统环境⼀致· 实际⽣产中,存储可能不是通过这种⽅式连接主机的· 业务⽹段⽹卡,需要“禁⽤TCP/IP上的NetBIOS",否正在创建可⽤性组侦听时会报错(具体原因待深究)。

sqlserver alwayson 常用sql语句

sqlserver alwayson 常用sql语句

sqlserver alwayson 常用sql语句SQL Server AlwaysOn是SQL Server的一个高可用性解决方案,它提供了数据冗余和故障转移功能。

SQL Server AlwaysOn常用的SQL语句有:1、查询某个表的字段名称、类型、长度:SELECT AS fieldname, AS typename, b.length AS fieldlen FROM sysobjects a, syscolumns b, systypes cWHERE a.id = b.id AND b.xtype = c.xtype AND = '表名'ORDER BY b.colid;2、查询出所有的库名:SELECT * FROM master.dbo.sysdatabases WHERE name LIKE 'aa';3、查看实例级别的某个参数XX的配置select * from sys.configurations where name='XX'4、没有系统表可以查询所有数据库下面对象,以下只能在当前数据库下面查select * from sys.all_objects --查询当前数据库的所有架构范围的对象select * from sys.sysobjects --查询当前数据库的所有对象--sys.all_objects、sys.sysobjects 这种视图在每个数据库的系统视图下面都有select * from sys.databases --在当前数据库下可以查询到所有数据库信息,包含是否on状态select * from sys.sysdatabases --在当前数据库下可以查询到所有数据库信息,不包含是否on状态,这个系统视图会在后续的版本中删除sys.databases、sys.sysdatabases这种的视图,在每个数据库的系统视图下面都有sys.processes --没有这个视图select * from sys.sysprocesses --在当前数据库下可以查询所有正在SQL Server 实例上运行的进程的相关信息,也就是所有数据库上的线程,这个系统视图会在后续的版本中删除5、查看某个存储过程的内容sp_helptext pro_name6、显示某个线程号发送到sqlserver数据库的最后一个语句DBCC INPUTBUFFER7、查看某个数据库中是否存在活动事务,有活动事务就一定会写日志DBCC OPENTRAN (dbname)8、监视日志空间DBCC SQLPERF (LOGSPACE)。

sqlserver allwayson 原理

sqlserver allwayson 原理

sqlserver allwayson 原理SQL Server Always On是一种高可用性和灾难恢复解决方案,是SQL Server在企业级环境中的一项关键技术。

它通过使用数据库镜像、故障转移和自动故障恢复功能来确保数据库的持续运行,提供了数据库级别的冗余和容错能力。

接下来,我们将详细介绍SQL Server Always On的原理。

SQL Server Always On的原理主要包括以下几个方面:高可用性组、自动故障检测、数据复制和故障转移。

1.高可用性组:高可用性组是SQL Server Always On的核心概念,它由一个主数据库和一个或多个辅助数据库组成。

主数据库是应用程序的主要访问点,而辅助数据库负责实时复制主数据库的数据,并在主数据库发生故障时接管访问请求。

每个数据库都位于不同的SQL Server实例上,这些实例可以部署在不同的物理服务器上,实现数据库级别的冗余和容错。

2.自动故障检测:SQL Server Always On使用心跳检测来检测数据库实例的故障。

每个数据库实例都会定期向其他实例发送心跳信号,以确保它们的可用性。

如果某个实例不再发送心跳信号或心跳信号超时,其他实例将会检测到该实例的故障,并触发自动故障转移过程。

3.数据复制:SQL Server Always On使用了一种称为“Always On复制”的技术来实现数据的实时复制。

Always On复制使用了SQL Server日志传送服务(Log Shipping)和数据库镜像(Database Mirroring)的功能。

主数据库会将其写入的事务日志传送到辅助数据库,辅助数据库会实时应用这些事务日志以保持与主数据库的数据同步。

这种数据复制机制确保了数据库的冗余性和一致性。

4.故障转移:在主数据库发生故障时,SQL Server Always On会自动进行故障转移。

故障转移的过程包括以下几个步骤:首先,自动故障检测会检测到主数据库的故障,并将主数据库标记为不可用;然后,系统会启动一个辅助数据库来接管访问请求;最后,其他辅助数据库会重新选举一个新的主数据库,并继续提供服务。

SQLserver高可用方案

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)并不算是⼀个⾼可⽤性解决⽅案,只是它的功能可以实现⾼可⽤性。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1.1 数据库镜像支持有关对SQL Server 2012 中的数据库镜像的支持的信息,请参考:https:///zh-cn/previous-versions/sql/sql-server-2012 /cc645993%28v%3dsql.110%291.2 其他前置条件∙需要安装.NET 补丁,详见:https:///zh-cn/help/2654347/an-update-introduc es-support-for-the-alwayson-features-in-sql-server-2。

∙确保参与参与一个或多个可用性组的计算机不是域控,域控制器节点不支持可用性组。

∙确保每台计算机都是Windows Server 故障转移群集(WSFC) 群集中的节点,详见:https:///zh-cn/previous-versions/sql/sql-server-2012 /hh270278%28v%3dsql.110%29。

∙确保有足够的WSFC节点,详见:https:///zh-cn/previous-versions/sql/sql-server-2012 /ff877884%28v%3dsql.110%29。

∙若要管理WSFC 群集,用户必须是每个群集节点上的系统管理员。

注意:建议预留足够的空间,在主数据库增长时,其相应的辅助数据库也增长相同量。

建议:建议您为WSFC 群集成员之间的通信和可用性副本之间的通信使用相同的网络链接。

1.3 其他限制∙可用性副本必须由一个WSFC 群集的不同节点承载:对于某个给定可用性组,可用性副本必须由在同一WSFC 群集的不同节点上运行的服务器实例承载。

唯一的例外是在迁移到另一个WSFC 群集时,此时一个可用性组可能会暂时跨两个群集。

∙唯一的可用性组名称:每个可用性组名称在WSFC 故障转移群集上必须唯一。

可用性组名称的最大长度为128 个字符。

∙可用性副本:每个可用性组支持一个主副本和最多四个辅助副本。

所有副本都可在异步提交模式下运行,或最多3 个副本可在同步提交模式下运行。

∙不要使用故障转移群集管理器来故障转移可用性组。

必须使用Transact-SQL 或SQL Server Management Studio。

服务器管理器-> 添加角色和功能,选择DNS 服务器,下一步:等待安装完成。

如下相关服务已安装完成。

四安装Active Directory 域服务服务器管理器-> 添加角色和功能,选择Active Directory 域服务。

等待安装完成。

如下相关服务已安装完成。

将此服务器提升为域控制器,进入域控制器服务向导。

弹出Active Direcotry 域服务配置向导,选择"添加新林”,输入域名,这个需慎重,FQDN配置完毕之后修改相对麻烦且有风险,并点击"下一步" 按钮:注意:如果是第一次搭建也是你整个内网中的第一台域控制器,那么需要选择第二项"在新林中新建域",第一项是内网中已经存在AD 环境再想搭建额外域控制器的时候使用的。

设置DSRM密码,默认林中的第一棵域树的根域的域控制器必须担当全局编录服务器和必须安装DNS服务,不能是只读域控制器。

设置"域还原密码",此密码相当的重要,后续做数据库迁移、备份、整理、恢复的时候都可能用到,需要谨记:创建DNS委派,跳过即可。

NetBIOS名称,默认即可。

进入AD 域的数据库文件、日志文件和共享文件位置设置页面,此处保持默认设置,点击"下一步" 按钮:进入"摘要" 界面,显示之前设置的摘要信息,点击"下一步" 按钮:先决条件检查,通过后即可进行安装。

安装向导进入安装过程。

提示:安装完成后,建议重启服务器。

此时,AD 域服务已经安装完成。

ADDS域控制器已经安装完成,在完成域控制器的安装后,系统会自动的将该服务器的用户账号转移到AD 数据库中。

域控制器DC 会将自己扮演的角色注册到DNS 服务器内,以便让其他计算机能够通过DNS 服务器来找到这台域控制器,因此先检查DNS 服务器内是否已经存在这些记录。

首先检查域控制器是否已经将其主机名与IP 地址注册到DNS 服务器内,本域控制器也扮演DNS服务器,则进入DNS中查看,此处应该会有一个名称为 的区域,主机(A)记录表示域控制器 已经正确地将其主机名与IP 地址注册到DNS 服务器内。

DNS 客户端所提出的请求大多是正向解析,即通过hostname 来解析IP 地址对应与此处的正向查找区域;通过IP 来查找hostname 即为反向解析,对应于此处的反向查找区域。

如果域控制器已经正确地将其扮演的角色注册到DNS 服务器,则还应该有对应的_tcp、_udp 等文件夹。

在单击_tcp 文件夹后可以看到如下所示的界面,其中数据类型为服务位置(SRV)的_ldap 记录,表示 已经正确地注册为域控制器。

其中的_gc 记录还可以看出全局编录服务器的角色也是由 扮演的。

DNS 区域内包含这些数据后,其他要加入域的计算机就可以通过通过此区域来得知域控制器为。

这些加入域的成员(域控制器、成员服务器、Windows 8、Windows 7、Windows Vista、Windows XP Professional 等)也会将其主机与IP 地址数据注册到此区域内。

五域用户创建及加入5.1 域用户创建控制面板-> 管理工具-> Active Directory 用户和计算机设置相关sqluser账号及密码。

设置符合一定密码复杂度要求的密码。

将sqluser加入到administrators管理组中。

5.2 加入域控nodea相关IP设置如下。

高级-> DNS -> 此连接的dns 后缀,添加域控的完整名称。

计算机右键-> 属性-> 高级系统设置-> 计算机名-> 更改修改计算机名nodea,修改隶属于域:点确定之后弹出一个输入在域控中建立的用户的用户名和密码。

提示加入成功,加入成功后建议重启计算机。

注意:、、都需要配置相关DNS为172.24.8.35,然后加入域“”,具体方法参考如上即可。

5.3 服务器配置域帐户管理员在、、计算机继续使用本地管理员administrator登录,分别将“imxhy\sqluser”帐户添加为本机管理员,如图所示:注销本地administrator,使用sqluser@用户登录,确认已具有管理员权限。

注意:、、参考如上配置即可。

四安装WSFC和创建群集四种集群的仲裁配置:多数节点:此配置不会用到仲裁磁盘,而所谓多数节点就是在正常节点数量占多数的情况下,集群才会提供服务,否则就停止服务。

这种配置适用于奇数节点的集群,例如5个节点的集群,其正常节点数量必须至少3个,集群才会提供服务。

多数节点和磁盘:适用于偶数节点的集群,他在计算法定数量时会将仲裁磁盘计算进来,例如,4个节点+1个仲裁磁盘节点的集群,可以将其视为5个节点的集群,这时正常节点数量必须至少3个,集群才会提供服务。

多数节点和文件共享:它和(多数节点和磁盘)类似,不过仲裁磁盘改为共享文件夹内的文件。

没有多数:只有磁盘,只要仲裁磁盘脱机,集群就会停止提供服务(不建议使用)。

注意:域控不需要安装故障转移集群服务和SQL Server,也不需要加入到故障转移集群;SQL Server 2012 AlwaysOn只支持最多一个主副本和四个辅助副本,最多允许三个同步提交的可用性副本(包括主副本),最多允许两个自动故障转移副本(包括主副本)。

4.1 安装故障转移集群服务器管理器-> 添加角色和功能,选择故障转移群集。

确认相关信息。

等待安装完成。

4.2 验证配置服务器管理-> 工具-> 故障转移群集管理器,创建群集之前建议验证一次所有配置。

在“选择服务器或群集”界面中,单击“浏览”按钮将所有要加入群集的服务器添加进来,然后单击“下一步”按钮。

提示:域控不需要加入到群集中。

在验证配置向导中最好选择运行所有测试,进行全部检测就可以查看到服务器之间建立群集的所有设置,包括网络、共享磁盘、操作系统等。

确认相关测试项。

注意:测试需要一定时间,测试完毕后建议查看报告,报告中可详细查看具体的告警项,对于存储的警告,由于当前没有添加任何的存储设备,可忽略。

对于网络警告,由于各个节点只有一个网卡(心跳和业务共用),可忽略。

4.3 创建WSFC服务器管理-> 工具-> 故障转移群集管理器-> 创建群集。

进入创建群集向导。

输出群集名称:SQLCLUSTER注意:此IP为集群的管理名称和管理IP,跟AlwaysOn无关。

由于我们当前还没有任何存储,所以不勾选将所有符合条件的存储添加到群集。

等待创建群集完毕。

创建群集完成。

五查看验证群集创建5.1 查看相关信息通过故障转移群集可查看相关信息。

5.2 域控进行查看在dsserver域控节点,控制面板-> 管理工具-> Active Directory 用户和计算机。

提示:生产环境强烈建议将业务网络和心跳网络进行独立。

六配置群集6.1 配置群集仲裁设置进入配置群集仲裁向导。

选择高级仲裁配置,即手动配置仲裁。

选择所有节点。

不配置仲裁见证。

提示:对于本环境3个群集节点的情况,不需要仲裁磁盘,而所谓多数节点就是在正常节点数量占多数的情况下,集群才会提供服务,否则就停止服务。

这种配置适用于奇数节点的集群,例如5个节点的集群,其正常节点数量必须至少3个,集群才会提供服务。

配置完成。

七安装SQLServer 2012参考《003.SQLServer数据库镜像高可用部署》第六步即可。

注意:安装SQLServer 2012建议临时将DNS改为外网DNS,如223.5.5.5,安装过程需要更新相关补丁;服务器配置,保持默认,安装完毕后修改为域账号即可;同时建议使用本地用户Administrator登录这三个集群节点进行安装,不要用域用户sqluser登录,如果一开始使用域用户sqluser来登录集群节点机器,在安装SQL Server的过程中SQL Server安装程序会连接故障转移集群,但是实际上单机安装SQL Server不需要连接故障转移集群,其他操作一样。

7.1 配置SQLServer以域帐户运行注销本地administrator用户,使用域账户登录,在所有节点的“管理工具”中打开“服务”(或者用“SQL Server 配置管理器”),修改SQL Server实例的属性,将登录身份改为“imxhy\sqluser”。

相关文档
最新文档