随笔分类 -  SQL Server AlwaysOn可用性组

摘要:三、 大数据量操作的时候发生的切换1、对表进行大量插入,执行1千万遍,如下语句insert into aaselect * from sys.sysprocessesgo 100000002、在执行以上大量插入过程中,进行故障转移ALTER AVAILABILITY GROUP alwayson01 FAILOVER3、转移时间30秒,下图为转移过程恢复alwayson01数据库的日志记录;在恢复过程中发现有大量redo操作,需要等待日志写入到新副本,才能切换。由此可见如果大数据量操作时候发生切换,由于要实现同步,切换将会很缓慢。测试总结切换过程会先停止原主副本的操作,新主副本实现同步;若存在 阅读全文
posted @ 2014-03-25 18:47 阿传说 阅读(636) 评论(0) 推荐(0)
摘要:三、 SQL Server群集故障转移对AlwaysOn可用性组的影响1. 主副本在SQL Server群集CLUSTEST03/CLUSTEST03上1.1将节点转移Server02.以下是故障转移界面。1.2 服务脱机,alwaysOn自然脱机,但侦听IP并没有脱机。1.3 SQL服务联机后,侦听IP【10.0.0.224】会脱机重启,alwaysOn资源组联机1.4 转移后恢复正常,连接正常,语句执行正常。2. 主副本在SERVER03的服务上2.1 当前主副本在SERVER03上,SQL Server故障转移对可用性组没有影响。以下转移脱机界面。测试总结A、 若主副本在SQL 群集上, 阅读全文
posted @ 2014-03-25 18:45 阿传说 阅读(669) 评论(0) 推荐(0)
摘要:具体测试环境请参考:AlwaysOn可用性组测试环境安装与配置(一)--SQL群集环境搭建AlwaysOn可用性组测试环境安装与配置(二)--AlwaysOn配置(界面与T-SQL)一、 AlwaysOn可用性组故障转移测试1. 自动故障转移1.1 将故障转移模式改成自动,如果实例为SQL Server故障转移实例则配置无效。1.2 在SERVER03自动转移,CLUSTEST03\CLUSTEST03手动转移的情况下,kill SERVER03的SQL Server服务。如下界面1.3 无法发送自动故障转移,整个可用性主失败,如下所示2. 计划手动故障转移2.1 计划手动故障转移,需要将可用 阅读全文
posted @ 2014-03-25 18:44 阿传说 阅读(1189) 评论(0) 推荐(0)
摘要:一、测试环境介绍1、 宿主使用工作站(HYPR-V)基本配置如下:处理器:Intel(R) Core(TM) i5-4470 CPU @ 3.20GHz 3.20GHz内存(RAM):8.00GBWindows版本:Windows Server 2008 R2 Enterprise sp12、 虚拟... 阅读全文
posted @ 2014-03-25 18:37 阿传说 阅读(975) 评论(0) 推荐(0)
摘要:四、AlwaysOn配置1、开启AlwaysOn高可用性功能。1.1、开启Server01的可用性组1.2、需要重启服务:属于SQL server群集节点的服务,需要通过故障转移界面重启1.3、故障转移后,并能将此设置同步到节点02。如下界面显示。1.4、开启Server03的可用性组,设置界面1.5、重启服务界面2、新建并备份需要配置的数据库2.1、新建共享文件夹,用于存放共享备份文件。2.2、所有用户共享2.3、新建数据库并备份需要配置可用性组的数据库:AlwaysOn01,AlwaysOn022.4、拷贝备份文件:\\server01\soft到server03本地服务器。2.5、还原两 阅读全文
posted @ 2014-03-25 18:25 阿传说 阅读(1244) 评论(0) 推荐(0)
摘要:AlwaysOn可用组概念AlwaysOn作为SQL Server2012新功能,其目的主要为了替代镜像功能。AlwaysOn拥有镜像的同步和异地容灾功能,并能在镜像的基础上实现一对多的镜像副本同步,最多支持一个主副本和四个辅助副本,实现多个辅助副本可读取和备份操作,以提高硬件使用率。在异步和同步的... 阅读全文
posted @ 2014-03-25 18:16 阿传说 阅读(1696) 评论(0) 推荐(0)