|
分发服务器sql server服务启动,网络接通以后,发布服务器上的堆积作业将按时间顺序作用到订阅机器上:
会需要一个比较长的时间(实际上是生成所有事务的insert,update,delete语句,在订阅服务器上去执行)
我们在普通的PC机上实验的58个事务100228个命令执行花了7分28秒.
3.订阅服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制影响比较大,可能需要重新初试化
我们实验环境(订阅服务器)从18:46分意外停机以, 第二天8:40分重启动后,
已经设好的复制在8:40分以后又开始正常运行了, 发布服务器上的堆积作业将按时间顺序作用到订阅机器上
但复制治理器里出现快照的错误提示, 快照可能需要重新初试化,复制可能需要重新启动.
(我们实验环境的机器并没有进行快照初试化,复制仍然是成功运行的)
四、删除已经建好的发布和定阅可以直接用delete删除按钮
我们最好总是按先删定阅，再删发布，最后禁用发布的顺序来操作。
假如要彻底删去SQL Server上面的复制设置, 可以这样操作:
[复制] -> 右键选择 [禁用发布] -> [欢迎使用禁用发布和分发向导]
-> [下一步] -> [禁用发布] -> [要在"@servername"上禁用发布]
-> [下一步] -> [完成禁用发布和分发向导] -> [完成]
我们也可以用T-SQL命令来完成复制中发布及订阅的创建和删除, 选中已经设好的发布和订阅, 按属标右键
可以[生成SQL脚本]。(这里就不具体讲了, 后面推荐的网站内有比较具体的内容)
当你试图删除或者变更一个table时，出现以下错误
Server: Msg 3724, Level 16, State 2, Line 1
Cannot drop the table 'object_name' because it is being used for replication.
比较典型的情况是该table曾经用于复制，但是后来又删除了复制
处理办法：
select * from sysobjects where replinfo >'0' sp_configure 'allow updates', 1
go
reconfigure with override
go
begin transaction
update sysobjects set replinfo = '0' where replinfo >'0'
commit transaction
go
rollback transaction
go
sp_configure 'allow updates', 0
go
经过两天的查找和实践，终于对－如何同步两个sql server的数据有了一个比较粗略的了解。
不是使用写sql 的方式来实现，而是采用－强制订阅实现数据库同步操作，大量和批量的数据可以用数据库的同步机制处理。
说明：
为方便操作,所有操作均在发布服务器(分发服务器)上操作,并使用推模式，在客户机器使用强制订阅方式。 测试通过：
＝＝1:环境
服务器环境:
机器名称： serverDB
操作系统：Windows 2000 Server
数据库版本：SQL 2000 Server 企业版
客户端
机器名称：Joy
操作系统：Windows 2000 Server
数据库版本：SQL 2000 Server 企业版 ＝＝2:建用户帐号
在服务器端建立域用户帐号
我的电脑治理->本地用户和组->用户->建立
UserName：Joy
UserPwd：Joy ==3:重新启动服务器MSSQLServer
我的电脑->控制面版->治理工具->服务->MSSQLServer 服务
(更改为：域用户帐号,我们新建的joy用户 .\joy,密码:joy)
＝＝4:安装分发服务器
A:配置分发服务器
工具->复制->配置发布、订阅服务器和分发->下一步->下一步(所有的均采用默认配置)
|
| 共15页: 上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] 11 [12] [13] [14] [15] 下一页 |
评论加载中…
