【译】SQL Server误区30日谈-Day11-镜像在检测到故障后瞬间就能故障转移

误区 #11:镜像在检查实验到故障后刹那间就能够故障转移

   
本连串小说是本身在sqlskill.com的PAUL的博客见到的,超级多误区都比较具备规范性和代表性,原来的小说来自T-SQL
Tuesday #11: Misconceptions about….
EVERYTHING!!,经过我们集团的翻译和整合治理公布在AgileSharp上。希望对大家享有利于。

指鹿为马 数据库镜像的故障转移不仅能自动发起,也能够手动发起。

 

在机关发起的情事下,是由镜像服务器试行故障转移操作,在知恋人服务器和镜像服务器都意识无法和主体服务器交流消息(这一个进程被称作”形成决策”,译者注:约等于由此程序对集群开展软禁,集群可用的基于来自囚禁程序的算法,比如根据:各类节点的配备,文件分享景况,磁盘访问景况,种种节点的可用性等来分明集群是还是不是可用卡塔尔况兼镜像方式是共同有的时候间,能够开展故障转移。(译者注:所谓的协作指的是器重服务器必需等待镜像服务器的日记写入后,本领够交给业务。相对异步来讲质量更差,但更安全,何况还没有需求SQL
Server是信用合作社版State of Qatar。

误区 #11:镜像在质量评定到故障后弹指间就能够故障转移

手动故障转移是由你发起的,手动发起大概是出于不设有见证服务器(以至于不能够“形成决定”State of Qatar,或是在大旨服务器未来难点时镜像的周转格局不是“同步”。

错误

当注重服务器发生故障时,镜像服务器在日志队列Redo达成以前不会上线(所谓的日志队列正是由中央服务器传送到镜像服务器的日记,但还没曾经在镜像服务器Replay卡塔尔国。固然你镜像的运作情势是同步,也只有只可以证实日志被写入镜像磁盘,但无法担保日志在镜像服务器被重放。而对此故障转移来说,镜像服务器必得经历Roll
Forward阶段本领够上线.但Roll Back阶段是镜像上线后才会做的。

 

在SQL Server规范版以致店堂版所在的CPU低于5个水源,Roll
Forward独有贰个线程。对于商号版同不经常间CPU多余5核,为每4个核分配二个Roll
Forward线程。所以完全能够看出故障转移所需的年华决定于要求对日记进行Redo管理的连串大小,CPU的核数,以致镜像服务器的负荷。

    数据库镜像的故障转移不仅能够自行发起,也能够手动发起。

发表评论

电子邮件地址不会被公开。 必填项已用*标注