图片 20

SQL Server的复制功能

但我觉得这个功能用来设置备份服务器或测试服务器也很有用,

SQL 2000怎么向SQL 2008 R2推送数据?

   最近做的一个项目要获取存在于其他服务器的一些数据,为了安全起见,采用由其他“服务器”向我们服务器推送的方式实现。我们服务器使用的是sql
server 2008 R2,其他“服务器”使用的都是SQL Server
2000,还都是运行在Windows
XP上的,整个过程遇到了一些问题,也参考了一些文档,最终费了好多事才算搞定。

  【一、配置分发服务器】

  SQLServer
2000的复制服务包括三个角色:发布服务器、分发服务器和订阅服务器,关系如图1所示。

图片 1

  图1

  其中发布服务器(数据源服务器)负责将数据的改变(如快照或事务等)传送到分发服务器中,由分发服务器将这些数据的改变分发到订阅服务器(目标服务器)中。其中分发服务器可以与发布服务器配置在一台服务器中。

  在配置分发服务器之前,首先需要打开SQL Server
Agent服务并配置为自动启动。除此之外,对于数据库复制操作,SQL Server
Agent不能使用系统账户登录,而必须为本地账户
,可以在“登录”选项卡中,将“登录身份”设置为“此账户”,选择任一管理员账户即可(该管理员账户必须有密码)。

  然后就可以配置分发服务器了。在SQL Server
2000中,打开企业管理器,然后选择已经注册的SQL
Server服务器(此处为本机服务器),然后选择“工具”菜单,选择“向导”,出现如图2所示的对话框。

图片 2

  图2

  选择“配置发布和分发向导”,确定后点击下一步出现如图3所示的对话框。

图片 3

  图3

  如果需要在当前数据库服务器上创建分发服务器,选择第一项即可,否则选择第二项,然后点击下一步,出现如图4所示的对话框。

图片 4

  图4

  这里需要注意的是,快照文件夹路径必须为网络路径,即\\计算机名\盘符默认共享\路径,默认系统已经填好该项,直接点击下一步即可。如果出现出错的情况,可以打开cmd,输入“net
share”查看当前共享中是否有盘符的默认共享,如果没有的话,使用“net share
c$”即可创建默认共享,如果还不行可以访问参考链接2。

  成功后一路下一步即可配置好分发服务器。配置完分发服务器后,在注册的数据库服务器中就会出现“复制监视器一项”。

  【二、配置发布数据库】

  对于SQL Server
2000向2000推送数据,接下来的操作可以继续在企业管理器中完成,而对于SQL
Server 2000向高版本SQL Server推送数据,则需要安装相应版本的SQL Server
Management
Studio,否则在最后一步连接订阅服务器时无法连接(出现“[sql-dmo]必须使用sql
server2005
管理工具才能连接到此服务器”粗无)。我们的目标服务器安装的是SQL Server
2008 R2,所以需要安装SQL Server 2008 R2 Management Studio

  安装完成后首先连接到本机服务器,注意,服务器名称不能使用“(local)”或者IP,必须使用本机计算机名
,登录方式使用SQL Server 身份认证。

  要配置待发布的数据库,首先需要确保该数据库的“恢复模式”为“完整”,右键单击数据库,选择属性,然后选择“选项”,在“恢复模式”中设置为“完整”即可。

  接下来就可以创建本地发布了,展开本机数据库,展开“复制”,在“本地发布”右键单击选择“新建发布”,如图5。

图片 5

  图5

  点击下一步后选择待发布的数据库,点击下一步即进入选择发布类型的对话框,如图6所示。

图片 6

  图6

  其中快照发布适合于表中无主键的数据表,每次复制时将数据全部复制过去;事务发布要求发布的数据表必须含有主键,否则无法复制。显然当数据量较大时,使用后者更好一些。如果数据库可以修改,建议将没有主键的表增加一个自增主键。这里由于源数据表中没有主键,也不能修改数据表结构,只能选择“快照发布”。点击下一步后出现选择要发布的内容的对话框,如果某个表不符合要求(如选择的事务发布但没有主键)则表名前出现禁止符号并且无法选择,如图7所示。

图片 7

  图7

  再次点击下一步后出现自定义筛选数据的对话框,如果不需要筛选数据,点击下一步进入设置快照代理时间。快照代理即负责生成数据库的修改,可以设置为按天、周、月重复执行。这里每天推送一次,所以也只需要生成一次快照,如图8所示。如果打算设置完订阅后立即推送一次,可以选择勾选第一个选项。

图片 8

  图8

  然后一路下一步即可完成发布的设置。

  【三、配置订阅】

  完成上述两步后就可以配置订阅了,订阅分为两种,分别是推式订阅和拉式订阅,前者由分发服务器连接订阅服务器,向订阅服务器推送数据;后者由订阅服务器连接分发服务器,向分发服务器拉取数据。所以在完成上一步后,“本地发布”中即出现了新创建的发布,右键单击选择“新建订阅”即可出现“新建订阅向导”对话框,点击下一步后已经选择了当前的订阅,继续点击下一步,出现订阅类型设置,如图9。

图片 9

  图9

  这里选择“推式订阅”,然后点击下一步出现选择订阅服务器和订阅数据库的对话框,如图10所示。

图片 10

  图10

  首先点击“添加 SQL Server
订阅服务器”添加订阅服务器,出现“连接到服务器”对话框,需要注意的是,订阅服务器也需要使用服务器名称登录。如果目标服务器与本地位于同一个局域网内,使用目标服务器名可以直接登录;否则则需要设置hosts文件,添加目标服务器IP与名称的对应关系才可以。登录方式同样使用SQL
Server 身份认证。注意,修改完hosts重启之后才会生效。

  添加完订阅服务器后,如果订阅服务器中有同名的数据库,则会自动显示在“订阅数据库”中。除此之外,订阅数据库需要登录账号有“db_owner”权限,否则不会显示在“订阅数据库”中,当然也可新建数据库。点击下一步后出现设置同步计划的对话框,如图11。

图片 11

  图11

  代理计划可以设置为“连续运行”、“仅按需运行”或与创建发布时类似的自定义时间,其中“连续运行”指的是一直检查更新并推送到订阅服务器中,“仅按需运行”则需要手动执行,“<定义计划>”与创建发布时相同,可以设置重复执行的周期。如果每天只推送一次的话,可以设置在上一步快照代理执行时间之后的一个事件,设置完同步计划后下一步可以设置初始化时间,如图12。

图片 12

  图12

  初始化时间可以设置为“立即”或“首次同步时”,如果上一步设置发布时选择的立即生成快照,同时这里选择“立即”初始化订阅的话,那么向导完成后会立即推送一次数据;否则将按预设的计划执行。

  按上述设置完成后遇到了一个问题,在执行订阅代理时,出现“登录失败。该登录名来自不受信任的域,不能与
Windows
身份验证一起使用”的错误。但是查看发现不论本机服务器还是订阅服务器均使用SQL
Server 身份认证。后来进入SQL Server
2000的企业管理器,在本机服务器的“复制”中右键单击,选择“配置发布、订阅服务器和分发”,然后点击订阅服务器,在订阅服务器的列表中点击之前设置的订阅服务器右侧的“…”,发现登录方式为“Windows
身份认证”。重新将订阅服务器的登录配置为SQL Server
身份认证即可解决该问题。

2000怎么向SQL 2008 R2推送数据?
最近做的一个项目要获取存在于其他服务器的一些数据,为了安全起见,采用由其他服务器向我们服务器…

SQL Server
2008数据库复制是通过发布/订阅的机制进行多台服务器之间的数据同步,我们把它用于数据库的同步备份。这里的同步备份指的是备份服务器与主服务器进行实时数据同步,正常情况下只使用主数据库服务器,备份服务器只在主服务器出现故障时投入使用。它是一种优于文件备份的数据库备份解决方案。

在一台机上发布服务,可以在其它机子的SQL里订阅,根据你的发布的条件不同,可以做成定时同步、实时同步、相互同步等不同的发布及订阅。

在选择数据库同步备份解决方案时,我们评估了两种方式:SQL Server
2008的数据库镜像和SQL Server
2008数据库复制。数据库镜像的优点是系统能自动发现主服务器故障,并且自动切换至镜像服务器。但缺点是配置复杂,镜像数据库中的数据不可见(在SQL
Server Management
Studio中,只能看到镜像数据库处于镜像状态,无法进行任何数据库操作,最简单的查询也不行。想眼见为实,看看镜像数据库中的数据是否正确都不行。只有将镜像数据库切换主数据库才可见)。如果你要使用数据库镜像,强烈推荐killkill写的SQL
Server 2005
镜像构建手册,我们就是按照这篇文章完成了数据库镜像部署测试。

要SQL Server支持复制功能,你必须运行SQL Server
Agent这个服务,不然生成不了快照。

最终,我们选择了SQL Server 2008数据库复制。

在上图设置发布服务器及分发服务器。

下面通过一个示例和大家一起学习一下如何部署SQL Server 2008数据库复制。

这里就是上面有提到的一定要开启的SQL Server
Agent代理服务器,不然订阅不到。

测试环境:Windows Server 2008 R2 + SQL Server 2008
R2(英文版),两台服务器,一台主数据库服务器CNBlogsDB1,一台备份数据库服务器CNBlogsDB2。

这个是选择发布类型,有四种类型,可以根据实际情况选择。

复制原理:我们采用的是基于快照的事务复制。主数据库服务器生成快照,备份库服务器读取并加载该快照,然后不停地从主数据库服务器复制事务日志。见下图:

要发布的表一定要有主键,没有主键的表不能用作发布。

图片 13

这里还可以设置共享那些字段。

图片来自SQL
Server联机丛书

这里可以选择不同的执行状态。

安装与配置步骤:

这里要注意要设置安全设置,很多新手就是在这里没有设好,倒置发布后订阅不到。

一、在两台服务器上安装好SQL Server 2008 R2,主要安装的组件:Database
Engine(含SQL Server Replication),Management Tools。

要设置成SQL Server登录名

二、主数据库服务器(发布服务器)的配置:

设置成功。

  1. 在主数据库服务器CNBlogsDB1新建示例数据库CNBlogsDemo(注意Recovery
    mode要使用默认值Full,只有这个模式才能进行事务复制),然后建立一张测试表,比如:CNBlogsTest。

其实发布的表都会有一个系统自动加的Key,全界面化的操作相当简单。

图片 14

边用边学,欢迎大家来交流。

  1. 设置存放快照的文件夹:

创建发布之前,先设置一下存放快照的文件夹,创建发布后会在该文件夹生成快照文件,订阅服务器需要在初始化时加载该快照文件。

选择Replication》Local
Publications》属性,在出现的窗口中选择Publishers,如下图:

图片 15

点击红框处的按钮,出现设置窗口:

图片 16

在Default Snapshot Folder中设置快照文件存放路径。

  1. 在主数据库服务器创建发布:

在Replication》Local Publications中选择New
Publication,出现一个向导。先选择要发布的数据库CNBlogsDemo,然后选择发布类型Transational
publication,如下图:

图片 17

点击Next,出现错误:

图片 18

原来所有要复制的表都需要有主键,刚才建CNBlogsTest表时,没有建主键。建一下主键,并重新启动向导就可以了。

接着选择要复制的对象:

图片 19

点Next,Next,进入Snapshot Agent窗口,选择Create a snapshot immediately
and keep the snapshot available to initialize subscriptions,见下图:

图片 20

Next,进入Agent Security: