SQLServer2005实现数据库同步备份过程--结果---分析.docVIP

数据库复制： ? 简单来说，数据库复制就是由两台服务器，主服务器和备份服务器，主服务器修改后，备份服务器自动修改。 复制的模式有两种：推送模式和请求模式，推送模式是主服务器修改后，自动发给备份服务器，请求模式是，备份服务器自动去请求，个人开始也比较重视去测试两个模式的差别，但是测试发现，其实两个模式差别不是很大，在当今的服务器配置中，没必要考虑这么多， 虽然会有一些差别，但是可在可以忽略的范围之内，建议直接选择推送模式，因为配置起来相对简单 ? 数据库发布类型有三种：快照发布，事务性发布，具有可更新订阅和事务性发布，合并发布 一般都会采用事务性发布，具体好处，就不说了，网上一大堆的 ? 复制过程： 第一：点开数据库--复制---本地发布---新建发布 ?? 下面只提供需要注意的地方，其他的点击下一步即可 ? 上面已经说了，推荐事物 一般只复制表即可，但是如果需要其他的，请自行考虑 快照，如果每天需要快照一次， 那么可以点击下面的按钮，如果只快照一次的话，就没必要了 使用默认配置即可 ? 这样不出意外就完成了一个发布服务器的配置，那么现在配置订阅服务器 ? 可以在你自己机器上直接操作 第一：点开数据库--复制---本地发布---新建订阅-- 找出你刚刚发布的那个名称 推送模式和请求模式，如果你不想找麻烦，建议直接使用推送模式 ? 这个是设置你的订阅服务器了，如果不在同一个服务器，那么添加订阅服务器，连接到你的订阅服务器，也就是备份服务器 ? ? 这个也是，默认就行，直至完成即可 ? ? ? 重点说一下复制过程中出现的错误 ? ①：因为主服务器和备用服务器必须在一个局域网内，而且不能用IP连接，必须用主机名连接，那么会出现使用主机名无法连接的情况，可能是因为修改过机器名，使服务器.sql和访问和机器名不一致 使用一下查新，查看是否一致，如果不一致，使用下面代码修改一下即可 ? select @@servername和??select serverproperty (servername)?? if serverproperty(servername) @@servername?begin?declare @server sysname?set @server = @@servername?exec sp_dropserver @server = @server?set @server = cast(serverproperty(servername) as sysname)?exec sp_addserver @server = @server , @local = LOCAL?end ? ? ②：如果你使用的是推送模式，那么最大的麻烦将会是读取不到快照，一般错误为： 由于出现操作系统错误 3，进程无法读取文件“D:\DBSYNC\unc\FLOORWEB_FLOORLINK2_TESTFLOOR\20081128174839\ufoCorpAccount_2.pre”。 ? 这个原因是订阅服务器读取不到快照文件夹位置.可能的原因较多，最直接和简单的解决办法是： ? 将你的快照文件复制一份，复制到订阅服务器上F:\XX，修改一下 ??某个订阅属性-》快照位置-》“备用文件夹”，快照文件夹-》F:\XX? ?错误的原因：第一次复制时，订阅服务器需要到主服务器读取快照，进行同步，然后主服务器因为权限问题，无法读取这个快照，所以导致如上错误，将主服务器的快照复制到订阅服务器，第一次直接根据这个快照进行同步就可以解决了 ? 测试的一些结果：仅供参考 ? ? ? 1.1：如果在订阅服务器上修改数据（例如update或delete），这个时候主服务器操作后，会报错，直接会停止服务 ? ? 1.2： ? 重新初始化订阅的时候，最好使用最新快照，不要使用当前快照，会死人的，因为他会从开始到结束的快照以后的操作全部执行一次，例如，你插入了1000w，删除了1000w，你使用当前快照，可以直接同步了，如果使用以前的，会将这两个步骤全部执行的 ? ? 1.3：在百万数据插入过程中，内存使用大约150-200mb左右，和平时本来就占用120mb左右的内存相比，可以直接忽视 ? ? 1.4：速度方面，500w的数据插入，在最后400-500w的时间约为7分钟，插入100w的数据库量，同步大约需要8-10分钟