SQLServer 2005 实现数据库同步备份 历程-后果-解析[MSSQL防范]

数据库复制:

简单来说,数据库复制就是由两台服务器,主服务器和备份服务器,主服务器改正后,备份服务器自动改正.

复制的情势有两种:推送情势和恳求情势,推送情势是主服务器改正后,自动发给备份服务器,恳求情势是,备份服务器自动去恳求,个人开始也对比器重去测试两个情势的差别,但是测试发现,其实两个情势差别不是很大,在当今的服务器配置中,没必要考虑这么多,固然会有一些差别,但是可在可以忽视的范围之内,倡议直接挑选推送情势,因为配置起来相对简单

数据库公布范例有三种:快照公布,事件性公布,具有可更新定阅和事件性公布,归并公布

普通城市采取事件性公布,具体好处,就不说了,网上一大堆的

复制历程:

第一:点开数据库--复制---本地公布---新建公布

下面只供应需求注意的地方,其他的点击下一步便可

上面已经说了,举荐事物

普通只复制表便可,但是假如需求其他的,请自行考虑

快照,假如每天需求快照一次,那么可以点击下面的按钮,假如只快照一次的话,就没必要了

利用默许配置便可

这样不出不测就完成了一个公布服务器的配置,那么目前配置定阅服务器

可以在你自己机械上直接操作

第一:点开数据库--复制---本地公布---新建定阅--

推送情势和恳求情势,假如你不想找麻烦,倡议直接利用推送情势

重点说一下复制历程中呈现的错误

①:因为主服务器和备用服务器必须在一个局域网内,并且不能用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分钟