sql-server – 使用SQL Server复制有哪些性能影响？

>对行使复制有什么倒霉影响
>什么是复制有益的例子

办理要领

>它行使SQL署理日记阅读器功课从宣布数据库的事宜日记中获取已提交的事宜.这意味着在读取日记记录之前无法破除日记.假如变动了日记读取器署理措施周期,则您的日记也许会心外增添.日记读取器署理也也许导致高容量OLTP体系上的事宜日记争用,详细取决于您的IO子体系.
>复制不担保零数据丢失,由于在读取日记记录并将它们通过度发器转达给订户时涉及耽误.要实现零数据丢失,请查察同步数据库镜像或同步SAN复制
>对等复制是扩展查询事变负载的好要领,也可觉得数据添加一些冗余
>您必需行使点对点举办一些细心的架构计划,以停止因差异节点的相同变动而导致的斗嘴.不要行使分区标识.行使复合署理键(譬喻node-identifier bigint)
>行使点对点,也许很难为拓扑中的各个节点添加特另外冗余.宣布者可以被镜像,订户可以被镜像(在2008年相等轻易,在2005年不那么轻易),可是经销商不能.必需对其举办聚集才气添加冗余.

只是一些设法.您也可以查察我客岁http://download.microsoft.com/download/d/9/4/d948f981-926e-40fa-a026-5bfcf076d9b9/ReplicationAndDBM.docx写的关于镜像repl的白皮书

编辑：好的 – 这是午餐时刻,我尚有更多要增补的内容：

>对等复制：在2005年,假如要按照必要变动拓扑(添加或删除节点),则必需搁浅整个拓扑.在2008年你不必要.
>点对点复制直到2008年才有斗嘴检测,但即便云云,它的斗嘴办理方案如故是脑衰亡 – 具有最高ID(称为对等建设者ID)的节点得胜 – 也许不是您想要的.
>对等复制：全部节点都可以看到来自其他节点的全部变动.这意味着,在西雅图,伦敦,东京这样的3向拓扑中 – 假如西雅图呈现妨碍,伦敦和东京将继承成长.假如东京随后降落,西雅图上线,它将得到伦敦的全部伦敦更新以及伦敦所知的伦敦全部东京更新.很简约.
>没有情势的妨碍检测或复制自动妨碍转移.大概看看镜像.我想你可以行使某种情势的NLB.

在选择任何范例的HA办理方案时(我此刻正在为内部Microsoft DBA传授HA类的机缘很好),您必要在评估技能之前先开始需求说明.在不相识您的全部要求的环境下提出提议有点坚苦.

我在博客中提出了在提出医管计策时要问本身的题目：见http://www.sqlskills.com/BLOGS/PAUL/post/HA-Where-do-you-start-when-choosing-a-high-availability-solution.aspx

再次编辑：

>它的一个行使示例：数据层中的各类处事器,具有中间层负载均衡.点对点应承全部节点保持(最终)同步.
>令人厌恶的题目：假如用户被路由到节点1并执行事宜,那么在将数据复制到其他节点之前多久,由于repl耽误也许会有所差异？假如用户再次毗连到该处事,将她路由到哪个节点？与之前沟通的节点可能有足够的时刻来安详地路由到任何节点并担保她所做的上一个事宜已被复制到全部节点？

好的 – 没有更多的编辑！

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!