标签：选择服务器 相同 事务复制 介绍 写入 程序 series 测试 验证
SQL Server复制的阶梯：第1级 - SQL Server复制简介
网址：http://www.sqlservercentral.com/articles/Stairway+Series/72274/
作者： Sebastian Meine, 2012/12/26
该系列介绍：本文是Stairway系列文章的一部分:SQL Server复制的阶梯
SQL复制可以解决运行数据库驱动的应用程序时的许多问题。发布/订阅者的模型并不容易理解，脚本和监视复制系统的复杂性需要一些思考。最后，这一系列文章，致力于为所有类型的SQL Server复制提供一种无术语的方法。
第1层:SQL Server复制简介
主条目：rep-li-ca-tion
发音：\?re-pl?-‘ka-sh?n\
时间：14世纪
单词replication来自拉丁文replicare，意思是重复。复制描述了复制或复制的过程(www.merriam-webster.com)。
SQL Server中的复制就是这样做的; 它覆盖或复制数据。 只要你需要创建数据副本或对数据进行更改的时候，就可以使用复制。 该副本可以在相同的数据库中创建，也可以在单独服务器上的远程位置创建。
副本可以连续地与源数据保持同步，也可以按预定的间隔进行同步。单向同步和双向同步都是可能的。复制功能甚至可以用来保持多个数据集之间的同步。
在第一个级别中，我将介绍基本的复制组件，并描述它们如何协同工作，以及怎么允许你复制数据和数据更改。我们还将查看一个设置简单复制场景的详细示例。
复制组件
SQL Server复制由三个组件组成：发布服务器，分发服务器和订阅服务器。这些组件对发布和订阅中定义的文章起作用。
文章
对于应复制的每个SQL Server对象，都需要定义复制项目。每篇文章都对应一个SQL Server对象或一个对象的子集。最常复制的对象是表，视图和存储过程。有关可以复制的对象的完整列表，请查看联机丛书中的发布数据和数据库对象。文章的属性确定文章是否包含整个对象，或者对象的已筛选子集是否构成复制文章。通过一些限制，可以在一个对象上创建多个文章。
出版物
逻辑上属于一起的一组文章可以组合成出版物。该出版物具有适用于该出版物中所有文章的选项。发布定义的主要选项是要使用的复制类型。
出版者
使发布可用于复制的SQL Server实例称为发布程序。
发布者监视所有文章的更改，并向发布者提供关于这些更改的信息。
经销商
分发服务器是SQL Server实例，它跟踪所有订阅服务器和所有已发布的更改，并确保每个订阅服务器收到每个更改的通知。大多数更改都在分布数据库中进行跟踪。分发服务器可以是一个单独的SQL服务器实例，但分发服务通常与发布服务器运行在同一台机器上。
订阅者
订阅服务器是通过订阅接收所有已发布信息的SQL服务器实例
订阅
订阅是出版物的对应物。订阅定义哪个服务器（订户）将接收发布中发布的更新。每个订阅在一个发布和一个订阅者之间创建链接。订阅有两种类型：推送订阅和订阅订阅。在推送订阅中，分发者直接更新订户数据库中的数据。在订阅中，订阅者定期询问分发者是否有任何新的更改，然后更新数据本身。
复制类型
SQL Server中有三种主要的复制类型。它们是快照复制，合并复制和事务复制。
快照复制
快照复制每次运行时都会创建复制对象及其数据的完整副本。它使用SQL Server的BCP实用程序将每个表的内容写入快照文件夹。快照文件夹是共享文件夹位置，在启用复制时必须在分发服务器上设置该位置。复制设置中的每个参与者都需要有权访问快照文件夹。
每次运行快照复制时，所有内容都是从头重写的，因此它具有高带宽和存储需求。所有其他类型的复制都使用(默认情况下)单个复制快照，仅在初始设置期间将所有订阅服务器与分发服务器同步。
事务性复制
顾名思义，事务复制在事务基础上起作用。扫描每个已提交的事务以查找应用于复制项目的更改。扫描更改由日志读取器代理完成，该代理读取发布者数据库的事务日志。如果存在影响已发布对象的更改，则会在分发数据库中的分发服务器上记录这些更改。从那里他们走向订户。
事务性复制允许接近实时的同步，并且只在发布服务器上留下很小的内存占用。虽然允许双向数据移动的选项有好几个，但是事务复制最初设计为只以一种方式工作。
合并复制
合并复制从一开始就设计为允许在发布者和订阅者端对数据进行更改。合并复制还允许断开连接的方案，其中订户可能在白天没有连接。该用户将在晚上重新连接后同步。如果某行同时在两个不同的位置更新，则会发生冲突。合并复制带有几个内置选项来解决这些冲突。
设置事务复制
本节是有关如何设置涉及单个复制表的事务复制的分步指南。
要设置复制，需要配置分发服务器，发布者和订户。可以使用T-SQL脚本完全设置和控制复制。但是，必要时T-SQL涉及使用存储过程，它们共同具有超过一百个必需参数。因此，从使用SSMS-GUI开始是有意义的。此处显示的示例屏幕截图是在单个服务器（WIN2008A）上安装的，其中安装了SQL-Server实例（R2A）。此实例是SQL-Server 2008R2实例。但是，你也可以按照SQL Server 2008和2005上的示例进行操作。
设置分发
分发服务器是事务复制的核心。在设置所有其他组件时需要它可用，因此需要先进行配置。
首先打开SSMS并连接到包含复制源数据的SQL-Server实例。虽然分发服务器可以位于自己的SQL服务器实例上，但在许多情况下，让发布者和分发者在同一台机器上运行是有意义的，这将在本示例中假设。
连接到服务器后，右键单击服务器下的“Replication”文件夹，然后选择“Configure Distribution ...”，如图1所示。
图1：配置分发
配置分发向导将通过启动屏幕展示，如图2所示。
图2：配置分发向导
忽略此屏幕并单击“下一步”是安全的。
在下一个屏幕（图3）中，你将选择是否应在此服务器上运行分发服务，或者是否已在网络中配置了分发服务器。 运行分发服务的计算机也将包含分发数据库。 将此选择保留为默认值，即在此服务器上安装分发，然后单击“下一步”。
图3：选择分发服务器
这将打开图4中的对话框，要求你选择快照文件夹的位置。
图4：快照文件夹
快照文件夹可以是计算机或网络中的任何位置。 在经销商上为它创建网络共享。 此示例使用“\\ WIN2008A \ ReplicationSnapshotFolder”。
快照文件夹的设置也需要授予适当的权限。 现在不需要深入讨论太多细节，只需要在文件夹本身上授予对“经过身份验证的用户”(图5)的写访问权，并在共享上授予对“所有人”(图6)的读访问权。关于如何加强这一地区的安全的更多信息将在本楼梯的下一层给出。
图5：授予对快照文件夹的访问权限
图6：授予对快照文件夹共享的访问权限
设置共享并将网络路径放入向导的输入字段后，按“下一步”转到图7中所示的“分发数据库”表单。
图7：分发数据库
在此处指定分发数据库的名称以及其数据和日志文件的位置。 保留默认值并单击“下一步”进入“发布者”屏幕（图8）。
在“发布商”屏幕上，你可以让潜在的发布商准备好使用此发布。 我们将在同一个实例上安装我们的发布者，因此你可以将默认值和“Next”保留为最终问题（图9）。
图8：准备发布者
图9：向导操作
最后一个问题是你是否希望向导立即执行你的选择，或者你是否希望向导创建将在以后手动执行的脚本。 然后，保留默认设置，最后一次单击“下一步”。
现在，你将看到将要执行的操作列表，如图10所示。 单击“完成”以启动该过程。
图10：向导摘要
最后，图11中显示的屏幕提供了有关复制配置的进度和成功的信息。
图11：执行状态
第一个出版物
要创建发布，我们需要首先拥有一个包含要发布的表的数据库。 执行SQL脚本1以为发布创建测试数据库。
脚本1：为发布创建测试数据库
现在你已准备好设置出版物。
在SSMS对象资源管理器中，打开“复制”文件夹，然后右键单击“本地发布”。 在下拉菜单中选择“New Publication ...”（图12）。
图12：新出版物
将出现“新建出版向导”的欢迎页面，如图13所示。
图13：配置发布向导
点击下一步”。
在“Publication Database”框中（图14）选择刚刚创建的数据库ReplA，然后单击“下一步”。 “发布类型”屏幕（图15）允许您选择要使用的复制类型。 选择“事务发布”，然后单击“下一步”。
图14：选择发布数据库
图15：发布类型
现在你可以选择哪些文章应该成为本出版物的一部分（图16）。 选择表dbo.Test并再次单击“下一步”以转到“Filter Table Rows”对话框（图17）。 过滤器是一个高级主题，我们将在此Stairway的更高级别中介绍，因此现在只需单击“下一步”而不用在此表单上进行选择。
图16：文章
图17：行过滤器
接下来的三个屏幕处理快照代理。 在第一个屏幕上（图18），选择“立即创建快照”，然后单击“下一步”。 在“代理安全性”屏幕上（图19），单击“安全性设置”按钮，然后在打开的表单上选择“在SQL Server代理服务帐户下运行”（图20）。
图18：快照计划
图19：代理安全性
图20：选择一个帐户
单击表单上的“确定”，然后单击“代理安全性”屏幕上的“下一步”。
这将打开“向导操作”表单（图21），供你选择“创建出版物”。 最后一次单击“下一步”将进入摘要屏幕（图22）。
图21：向导操作
图22：向导摘要
在这里，你需要为你的出版物选择一个名称。 在字段中键入“MyFirstPublication”，然后单击“完成”以启动该过程。 同样，最后一个屏幕（图23）显示了进程完成时的进度信息和成功状态。
图23：执行状态
第一次订阅
在大多数情况下，订户将位于不同的计算机上，但有些情况下你希望它位于同一实例上。 为了使这个例子简单，我们将继续保持同一个实例。 使用脚本2中的代码：创建数据库ReplB。
脚本2：创建目标数据库
我们现在转到SSMS对象资源管理器并右键单击“本地订阅”并在下拉菜单中选择“新订阅...”（图24）。
图24：选择新订阅
“新订阅向导”（图25）欢迎你，并为你提供另一个练习按“下一步”按钮的机会。
图25：新订阅向导
在“发布”表单（图26）中，选择刚刚创建的发布，然后单击“下一步”。 “分发代理位置”屏幕（图27）允许你在推送和拉取订阅之间进行选择。 保留默认值并转到“Subscribers”屏幕（图28）。
图26：选择发布
图27：推送位置
图28：目标数据库
在这里，你需要选择服务器并选择ReplB数据库。
下一个屏幕需要你设置“分发代理安全性”（图29）。
图29：分发代理安全性
单击右侧的小省略号按钮，然后在打开的表单中选择“在SQL Server代理服务帐户下运行”（图30）。
图30：选择一个帐户
单击“确定”，然后单击“下一步”，将进入“同步计划”屏幕（图31）。 选择“连续运行”并转到“初始化订阅”屏幕（图32）。 保留默认值，立即初始化，然后“Next”到“Wizard Actions”表单（图33）
图31：同步计划
图32：初始化
图33：向导操作
和以前一样，保留默认值（创建订阅）并单击“下一步”可以进入摘要屏幕（图34），其中包含要执行的操作列表。 单击“完成”以启动该过程，并等待最终表单上出现绿色成功徽标（图35）。
图34：向导摘要
图35：执行状态
成功！
Script1在ReplA中创建了表dbo.Test并在其中插入了1000行。 将初始快照传输到订户后，你将在ReplB中找到dbo.Test表，其中包含所有1000行。完成设置后几分钟，你可以运行脚本3来验证复制是否按预期将所有数据推送到订阅者。此脚本将ReplA.dbo.Test和ReplB.dbo.Test表连接在一起，以显示正确复制的行。你现在可以运行自己的进一步测试，可以在ReplA.dbo.Test中插入和更新行，并观察这些更改神奇地出现在ReplB.dbo.Test中。
脚本3：比较发布者和订阅者
总结
SQL Server实例上的数据库中的对象（称为标记为要复制的发布者）称为文章。文章组合成出版物。订阅者通过订阅更新文章发生的更改。数据流经分发数据库，该数据库驻留在分发者身上。 发布者、分发服务器和订阅服务器可以是相同的实例。 源数据库和目标数据库可以相同（如果发布者和订阅者实际上是相同的SQL Server实例），但分发服务器数据库必须是独立的。
本文是SQL Server复制阶梯的阶梯的一部分
注册我们的RSS源，并在我们在Stairway发布新内容后立即收到通知！
Stairway to SQL Server Replication: Level 1 - Introduction to SQL Server Replication翻译，合并截图翻译
标签：选择服务器 相同 事务复制 介绍 写入 程序 series 测试 验证
原文地址：https://www.cnblogs.com/nicestlala/p/10180239.html
