SQL Server 2012 AlwaysOn高可用性组部署总结及截图下载 - 曾垂鑫的技术专栏 - 51CTO技术博客-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

SQL Server 2012 AlwaysOn高可用性组部署总结及截图下载 - 曾垂鑫的技术专栏 - 51CTO技术博客

简介:

本次本人做的测试截图已经上传到51CTO下载中心,如果有需要查看原图的,可以访问下面的链接下载:

51CTO文档下载地址

我觉得以后产品的测试部署就直接给大家上截图了,需要注意的我会在博客里面说出来,就不搞成系列了,没啥意思。截图中包含的内容如下。

------------------------------------------分割线-----------------------------------------------

本次部署所需要的虚拟机数量和IP地址规划如下表。

------------------------------------------分割线-----------------------------------------------

部署注意事项

在新建alwayson可用性组的过程中,碰到了“检查共享的网络位置”的错误,如图。

经过排查,确定是sql服务账户的问题,我当初安装SQL的时候使用的服务账户为localsystem账户,导致其他两个SQL被动节点在访问主动SQL节点的共享的时候,没有权限访问,所以这里提醒大家,如果数据库要启用alwayson,服务账户一定要最好使用domain user账户,后来,我分别登陆三个SQL节点,把SQL服务账户手动修改为域账户,如图。

再次选择初始数据同步的位置为共享\\sql2012a\backkup,如图。

验证成功通过,如图。

------------------------------------------分割线-----------------------------------------------

SQL serveralwayson部署的参考资源,网上的资料还是比较丰富的,以technet库和msdn资源为主,当然也可以参考微软的MVP博客或者团队博客来进行测试,下面我搜集的一些入门资源提供给大家。

Justin Gao’s bloghttp://blogs.technet.com/b/justin_gao/

SQL technet资源中心 http://technet.microsoft.com/zh-cn/sqlserver/default.aspx

Alwayson的优点

支持最多五个可用性副本。 “可用性副本”是可用性组的实例化,此可用性组由特定的 SQL Server 实例承载,该实例维护属于此可用性组的每个可用性数据库的本地副本。 每个可用性组支持一个主副本和最多四个辅助副本。  
支持替代可用性模式,如下所示:异步提交模式。 此可用性模式是一种灾难恢复解决方案,适合于可用性副本的分布距离较远的情况。同步提交模式。 此可用性模式相对于性能而言更强调高可用性和数据保护,为此付出的代价是事务延迟时间增加。 一个给定的可用性组可支持最多三个同步提交可用性副本(包括当前主副本)。    
支持几种形式的可用性组故障转移:自动故障转移、计划的手动故障转移(通常简称为“手动故障转移”)和强制的手动故障转移(通常简称为“强制故障转移”)。    
利用只读连接访问,与副本的只读连接可以在此副本作为辅助副本运行时访问和读取其数据库。    
当副本作为辅助副本运行时,对副本的数据库执行备份操作。通过使用活动辅助功能,可更好地利用辅助硬件资源,从而提高 IT 效率并降低成本。 此外,通过将读意向应用程序和备份作业转移到辅助副本,有助于提高针对主副本的性能。    
支持每个可用性组的可用性组侦听器。 “可用性组侦听器”是一个服务器名称,客户端可连接到此服务器以访问 AlwaysOn 可用性组的主副本或辅助副本中的数据库。 可用性组侦听器将传入连接定向到主副本或只读辅助副本。 侦听器在可用性组故障转移后提供快速应用程序故障转移。

关于alwayson的相关术语解释

可用性组 (availability group):一个容器,用于一组共同实现故障转移的数据库(“可用性数据库”)。  
可用性数据库 (availability database):属于可用性组的数据库。 对于每个可用性数据库,可用性组将保留一个读写副本(“主数据库”)和一个到四个只读副本(“辅助数据库”)。    
主数据库 (primary database):可用性数据库的读写副本。    
辅助数据库 (secondary database):可用性数据库的只读副本。    
可用性副本 (availability replica):可用性组的实例化,该可用性组由特定的 SQL Server 实例承载,并维护属于该可用性组的每个可用性数据库的本地副本。 存在两种类型的可用性副本:一个“主副本”和一至四个“辅助副本”。    
主副本 (primary replica):可用性副本使主数据库可用于来自客户端的读写连接,还用于将每个主数据库的事务日志记录发送到每个辅助副本。    
辅助副本 (secondary replica):维护各可用性数据库的辅助副本的可用性副本,充当可用性组的潜在故障转移目标。 或者,辅助副本可以支持对辅助数据库进行只读访问,并支持对辅助数据库创建备份。    
可用性组侦听器 (availability group listener):一个服务器名称,客户端可连接到此服务器以访问 AlwaysOn 可用性组的主副本或辅助副本中的数据库。 可用性组侦听器将传入连接定向到主副本或只读辅助副本。    
详情参考:http://technet.microsoft.com/zh-cn/library/hh510230.aspx

Alwayson故障转移群集实例
 

作为 SQL Server AlwaysOn 产品/服务的一部分,AlwaysOn 故障转移群集实例利用 Windows Server 故障转移群集 (WSFC) 功能通过冗余在服务器实例级别(故障转移群集实例 (FCI))提供了本地高可用性。 FCI 是在 Windows Server 故障转移群集 (WSFC) 节点上和(可能)多个子网中安装的单个 SQL Server 实例。 在网络上,FCI 表现得好像是在单台计算机上运行的 SQL Server 实例,但它提供了从一个 WSFC 节点到另一个 WSFC 节点的故障转移(如果当前节点不可用)。  
详情参考:http://technet.microsoft.com/zh-cn/library/ms189134.aspx

已剪辑自: http://543925535.blog.51cto.com/639838/1341805/

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享: