AlwaysOn详解PPT.ppt

AlwaysOn介绍MaxMicrosoft议程什么是AlwaysOn 为什么选择AlwaysOn解决方案AlwaysOn VS MirrorAlwaysOn VS ClusterAlwaysOn VS LogShippingAlwaysOn VS ReplicationAlwaysOn进阶AlwaysOn解决方案注意事项案例什么是AlwaysOn参考：http:/ 可用性模式和故障转移模式设置 A 同步提交模式（自动故障转移）B 同步提交模式（自动故障转移）C 同步提交模式（仅限计划的手动故障转移）D 异步提交模式（仅限强制故障转移）故障转移模型为什么选择AlwaysOn解决方案AlwaysOn解决方案优势AlwaysOn与MirrorAlwaysOnMirrorAuto Failover支持支持需第三节点支持WindowsCluster支持必须无需域控制器必须可选保护存储支持5套副本支持2套副本快速切换SecSec备节点可读可读2同步只读2异步只读可读需要数据库快照支持共享监听支持多个共享监听1主IP1Failover（备）IP实例名可不一致可不一致如果客户有两个或以上节点考虑的情况下最佳解决方案选择AlwaysOn注意事项：数据库日志文件问题创建初期给予一个较大Log File文件定期备份事务日志文件定期全备数据库Instance Login 问题普通关系型数据库两种解决方案都需要做创建Login和SID映射包含数据库不需要重新创建Login和SID映射包含数据库的功能比普通关系型数据库弱，做方案时需注意取舍AlwaysOn解决方案优势AlwaysOn与ClusterAlwaysOnClusterAuto Failover支持支持WindowsCluster支持必须必须保护存储支持5套副本不支持1套副本快速切换SecMin备节点可读可读不可使用共享监听共享监听共享监听实例名可不一致必须一致分布式事务服务支持MSDTC不用必须Failover如果客户有两个或以上节点考虑的情况下最佳解决方案选择AlwaysOnAlwaysOn解决方案优势AlwaysOn与LogShippingAlwaysOnLogShippingAuto Failover支持不直接支持，需自定义脚本保护存储支持5套副本不完全支持多套副本快速切换Sec手工干预备节点可读可读不完全支持需设置共享监听共享监听无实例名可不一致可不一致域控制器必须同网段内非必须Keep RestoreCrash备份主数据库尾日志还原尾日志切换应用程序数据库连接IP如果客户有两个或以上节点考虑的情况下最佳解决方案选择AlwaysOnAlwaysOn解决方案优势AlwaysOn与ReplicationAlwaysOnReplicationAuto Failover支持不支持WindowsCluster支持必须不需要保护存储支持5套副本不完全支持保护特定的数据对象快速切换Sec不可切换备节点可读可读可读写共享监听共享监听无实例名可不一致可不一致Crash重建发布服务器重建订阅关系刷新订阅如果客户有两个或以上节点考虑的情况下最佳解决方案选择AlwaysOnAlwaysOn进阶AlwaysOn解决方案进阶Two NodeLocal SolutionRemote Solution收益自动故障转移0数据丢失实时数据读写分离备份压力分摊自动页坏块修复收益手动故障转移异步数据读写分离异地容灾AlwaysOn解决方案进阶Three NodeLocal SolutionLR Mix Solution收益自动故障转移0数据丢失实时数据读写分离任意服务器宕机不增加其他服务器负载收益自动故障转移+手动故障转移0数据丢失+异步节点容忍短期数据丢失同步/异步数据读写分离异地容灾AlwaysOn解决方案进阶（一）多子网AlwaysOn解决方案-网络拓扑图Local192.168.10.0/24Remote192.168.20.0/24AlwaysOn解决方案进阶（一）多子网AlwaysOn解决方案-部署关键点Router子网间心跳网络路由子网间Domain网络路由Windows Cluster多子网Windows Cluster，从Windows 2008 R2 开始由操作系统原生支持Double Domain Controller在考虑多子网远程数据库容灾的解决方案中，使用到的域控制器也一定要做到容灾，防止短板发生File Server用于提供Cluster仲裁文件夹用于提供AlwaysOn所需的备份集共享存储Share Listener监听位于192.168.10.0/24网络数据包监听位于192.168.20.0/24网络数据包AlwaysOn解决方案进阶（二）多子网复杂AlwaysOn解决方案-网络拓扑图AlwaysOn解决方案进阶小结单实例激活AlwaysOn是为了以后扩展节点时不造成停机的预留手段，一般情况用不到，但如果客户在短期内有扩容需求则可以考虑进整体解决方案4个节点、5个节点的情况都属于以上两种基础解决方案的变形如果准备多节点情况下，需要明确是否有使用MSSQL的其他服务例如：Analysis Service、Integration Service等，如果有且需要共用这些服务器，则将这部分Feature独立出AlwaysOn所在实例，新建其他实例使用MSSQL Cluster同时为这些服务提供Failover能力建议不在Hyper-V Host构建Live Migration的VM中部署AlwaysOn，至少不使用该Host Cluster作为AlwaysOn Cluster，当Host Cluster发生Failover时，可能导致VM中AlwaysOn漂移AlwaysOn解决方案注意事项AlwaysOn解决方案注意事项（一）SQL Server 2012 没有负载均衡特性http:/ Server 2012 Mirror 备节点没有实时只读能力SQL Server 2012 Mirror 节点能够进行数据库备份AlwaysOn解决方案注意事项（二）AlwaysOn搭建以后无法读写分离的问题解决方案：为服务器上每个Instance配置对应的监听端口在可用性组中为只读副本配置可读参数配置只读路由表：PowerShellT-SQL为可用性组配置只读路由(SQL Server)http:/ Cache禁用，否则无法实现所需的节点漂移功能DNS Cache被Disable后每次连接或Ping都会重新向DNS服务器进行请求，这将加大DNS服务器的压力实施DNS轮询配置时一定要设置过期时间，否则某节点宕机后App节点请求到的DNS列表将依然包含该节点IP，导致链接失败，就算设置过期也需要一定时延（1秒），所以设计App时也需要考虑到这点由于AlwaysOn是1主+2同步，剩余2异步节点自身的数据同步时间是不可控的，最好做两组DNS轮询，以便直接将其隔离开升级紧迫性http:/ Western Bank香港赛马会Rackspace Hosting挪威DNV金蝶软件携程中海航案例四川工商信用系统四川电教馆中国电信南方航空广东国税广东省人民法院深圳标准技术研究院完美国际超图软件中国南方航空公司对于航空运输行业而言，效率和安全性是关乎企业生存的两大因素，因此，IT 系统的高可用性对于南方航空而言极其重要。微软 SQL Server 2012 所提供的 Always On 功能为南方航空实现了基于服务器集群的系统高可用性，提升了系统的安全性；同时 SQL Server 2012 的商业智能功能协助南方航空实现了增强的报表功能，提升了全员的运作效率。南方航空股份有限公司Thanks