SQL Server复制:何时说不

日期: 2009-12-14 作者:Don Jones翻译:孙瑞 来源:TechTarget中国 英文

试想一下,当你的事务性复制发布端有五个更新中的订阅端。订阅端A对一些数据进行了更改,并将事务发送给发布端。发布端运行事务并将更改应用到数据库拷贝中,结果这样的更改还要发送给另外四个订阅端。与此同时,订阅端B、C、D、E也进行同样的动作,这会导致什么样的结果?   在一个繁忙的数据库应用中,上面所描述的动作会迅速生成大量的流量, 即使网络连接全部用来进行这一任务,你同样会给SQL Server主机增加几何倍数的负载。

每个服务器不仅需要跟上自己的变化,而且还要跟上其它服务器的变化。发布端还要负责合并所有的变更。   这么复杂的工作可行吗?当然,再某些情况下可以。但它并不是魔法,当超出网络与服务器负……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

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

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

试想一下,当你的事务性复制发布端有五个更新中的订阅端。订阅端A对一些数据进行了更改,并将事务发送给发布端。发布端运行事务并将更改应用到数据库拷贝中,结果这样的更改还要发送给另外四个订阅端。与此同时,订阅端B、C、D、E也进行同样的动作,这会导致什么样的结果?

  在一个繁忙的数据库应用中,上面所描述的动作会迅速生成大量的流量, 即使网络连接全部用来进行这一任务,你同样会给SQL Server主机增加几何倍数的负载。每个服务器不仅需要跟上自己的变化,而且还要跟上其它服务器的变化。发布端还要负责合并所有的变更。

  这么复杂的工作可行吗?当然,再某些情况下可以。但它并不是魔法,当超出网络与服务器负载能力时,它将停止工作。而修复复制更加痛苦,通常需要删除之前的复制,从第一步快照重新开始。

  根据我的经验,复制对于分布在世界各地、处理着繁忙事务的数据库来说并不合适,它们都是由相对较慢的WAN来连接的。在大多数复制失败的情况下,我认为都是进行复制的人对其工作原理不甚了解。另外,如果你需要一个繁忙的数据库可以全球访问,云计算平台也是一个不错的选择,比如Windows Azure。

作者

Don Jones
Don Jones

投稿作者

翻译

孙瑞
孙瑞

相关推荐

  • Oracle on Azure将于3月份正式GA

    微软将于今年的3月12日正式开放Windows Azure平台下的Oracle相关服务,届时客户将可以在微软Windows Server Hyper-V和Windows Azure平台下运行Oracle的相关服务。

  • 解读Windows Azure SQL数据库的优势

    Windows Azure是微软公司的云基础架构平台,它已经成为了微软公司整体战略的一个主要部分,而Windows Azure SQL 数据库也成为其中一个主要组件。

  • 微软云计算:企业应做好迁移准备

    微软为企业应用向云计算平台迁移提供了许多的工具与服务,商业应用部门副总裁Ted Kummert向TechTarget记者进行了这方面的介绍。

  • 利用IIS实现SQL Server合并复制(上)

    微软SQL Server合并复制(merge replication)功能为企业进行站点间安全的数据复制提供了一个新的选择。而在2005版之后,我们更是可以使用IIS来完成这一工作。