随笔分类 -  SQL Server Replication

摘要：最近帮一个客户搭建跨洋的合并复制，由于数据库非常大，跨洋网络条件不稳定，因此只能通过备份初始化，在初始化完成后向海外订阅端插入数据时发现报出如下错误： Msg 548, Level 16, State 2, Line 2 The insert failed. It conflicted... 阅读全文

摘要：有时候搭建的复制在作业比较多的时候，会因为某些情况导致代理停止或出错，如果分发代理时间停止稍微过长可能导致复制延期，从而需要从新初始化复制，带来问题。因此我写了一个脚本定期检查处于停止状态的分发代理，将其启动。 注：该脚本需要跑在分发服务器下的MSDB库中。 USE [msdb] Create PROC [dbo].[CheckToRe... 阅读全文

摘要：由于关系数据库的机制要求合并复制数据同步时需要有良好的自治性，SQL Server的合并复制的应用场景相对比较少。一些典型的应用场景比如异地数据同步，跨洋的数据同步等。由于网络延时以及该种业务有相对比较大的数据独立性，因此在合并复制在某些场景会比较合适。 在一些情况下，合并复制如果由于某些原因坏掉，需要重新初始化，而由于网络带宽的限制，用快照重新初始化稍微大一点的库基本不现实，因... 阅读全文

摘要：在事务复制的过程中，有时候会由于各种各样的原因导致发布服务器和订阅服务器的数据不一致，造成这种情况往往是由于以下几种原因之一： 某个Agent运行出现错误或者Agent进程崩溃 比较大型的发布是使用了备份还原，而不是快照复制初始化，而备份后发布端修改了数据 非Distribution Agent线程修改了订阅服务器的数据 上面三种情况是最常见的导致发布端和订阅端数据不一致的原因，其中第三种原因往往出现的最多，在这种情况下，通常来说，可以通过重新初始化订阅来解决该问题，但对于比较大的订阅来说，或者发布和订阅之间相隔太远而造成网络宽带的问题... 阅读全文

摘要：在本系列文章的前两篇对高可用性的意义和单实例下的高可用性做了阐述。但是当随着数据量的增长，以及对RTO和RPO要求的严格，单实例已经无法满足HA/DR方面的要求，因此需要做多实例的高可用性。本文着重对SQL Server的复制进行阐述。 复制? 复制起初并不是用于作为高可用性功能而设计的，实际上复制的概念就像其名称一样，用于复制数据。比如将某个库中的数据“复制”到另一个库... 阅读全文

摘要：简介 本系列文章的上一篇对复制是什么做了一个概述。本篇文章根据发布服务器，分发服务器和订阅服务器的组织方式和复制类型来讲述常用复制的几种模式。 模式的选择 选择复制的模式取决于多个方面。首先需要考虑具体的业务需求，在此之后还需要考虑硬件和网络的限制。对于业务需求来说考虑的角度可以分为两个部分：自治和延时。自治是指”数据不被影响的程度”,比如说一个业务场景：公司的总部在北京，发布服务器和分发服务器全在总部，各个地区的分部有订阅服务器，使用快照复制来接收推送订阅总部每个月一次的公司员工通讯录。在这个业务场景中，订阅服务器仅仅是接收发布服务器发布的通讯录信息，对于这些信... 阅读全文

摘要：简介 SQL Server中的复制(Replication)是SQL Server高可用性的核心功能之一,在我看来，复制指的并不仅仅是一项技术，而是一些列技术的集合,包括从存储转发数据到同步数据到维护数据一致性。使用复制功能不仅仅需要你对业务的熟悉，还需要对复制功能的整体有一个全面的了解，本系列文章旨在对SQL Server中的复制进行一个简单全面的探讨。(PS:在我的上篇文章中我发现某... 阅读全文