Sql Server 2005 数据库双向同步更新的问题

时间:2022-08-20 13:28:33
有两个完全相同的数据库,比如 A 和 B ,现在每天要分别对两个数据库进行开发,每天A 和 B 各自都有不同的变化,比如新增的存储过程、表以及数据等等,如何使这两个数据库每天自动的同步更新这些所有的改动和变化,更新后使两个数据库完全保持一致。谢谢了

9 个解决方案

#1


SQL SERVER 2005 同步复制技术(转)

以下实现复制步骤(以快照复制为例) 

运行平台SQL SERVER 2005 

一、准备工作: 

1.建立一个 WINDOWS 用户,设置为管理员权限,并设置密码,作为发布快照文件的有效访问用户。 

2.在SQL SERVER下实现发布服务器和订阅服务器的通信正常(即可以互访)。打开1433端口,在防火墙中设特例 

3.在发布服务器上建立一个共享目录,作为发布快照文件的存放目录。例如:在D盘根目录下建文件夹名为SqlCopy 

4.设置SQL 代理(发布服务器和订阅服务器均设置)本篇文章发表于www.xker.com(小新技术网) 

打开服务(控制面板---管理工具---服务) 

---右击SQLSERVER AGENT---属性---登录---选择“此帐户“ 

---输入或选择第一步中创建的WINDOWS 用户 

---“密码“中输入该用户密码 

5.设置SQL SERVER 身份验证,解决连接时的权限问题(发布、订阅服务器均设置) 

步骤为:对象资源管理器----右击SQL实例-----属性----安全性----服务器身份验证------选“SQL Server和WINDOWS“,然后点确定 

6.开启SQL Server 2005的网络协议TCP/IP和管道命名协议并重启网络服务。 

7.在SQL Server中创建步骤1中对应的系统用户登陆名,作为发布数据库的拥有者(设置为dbo_owner和public)。 

8.以系统超级用户sa登陆SQL Server建立数据库和表。 

9.发布服务器和订阅服务器互相注册 

步骤如下:视图----单击以注册服务器----右键数据库引擎----新建服务器注册-----填写要注册的远程服务器名称------身份验证选“SQL Server验证“-----用户名(sa) 密码------创建组(也可不建)-----完成。 

10.对于只能用IP,不能用计算机名的,为其注册服务器别名 

二、开始: 

发布服务器配置(在发布服务器上配置发布和订阅) 

1. 选择 复制 节点 

2. 右键本地发布 ----下一步---------系统弹出对话框看提示----直到“指定快照文件夹“ 

----在“快照文件夹“中输入准备工作中创建的目录(指向步骤3所建的共享文件夹)------选择发布数据库-------选择发布类型-------选择订阅服务器类型-------选择要发布的对象------设置快照代理-------填写发布名称。本篇文章发表于www.xker.com(小新技术网) 

3. 右键本地订阅--------选择发布服务器-------选择订阅方式(如果是在服务器方订阅的话选择推送订阅反之 

选择请求订阅)-------填加订阅服务器--------选择代理计划(一般选择连续运行)---------其余选择默认项。 

至此, SQL SERVER 2005 同步复制就完成了。使用复制技术,用户可以将一份客户端的数据发布到多台服务器上,从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新,从而保证数据的一致性,就无需编程实现客户端和服务器端数据同步了!大大提高了工作效率! 

#2


这样是不是只能保持数据的同步,对于存储过程或表结构的修改可以更新同步吗

#3


    对于DML,SQL复制技术可以实现数据同步,如果是DDL就不行了,一旦表或视图结构发生变动,需要重新配置相应的复制

#4


    DDL不可能经常发生吧,如果每天都改视图,SP,表结构,这个系统不用也罢。DDL还是用管理员身份登陆后执行脚本文件吧

#5


情况大致是这样,我们开发使用的一个数据库B ,但是还有一部分人是在A上面开发,又不能共同使用同一个数据库开发,而不同数据库的开发都会涉及到另一方的开发,所以没办法,想找个同步更新的解决方案

#6


    如果是那样的话,涉及到协作开发中的版本控制,如果两边都对一张表或视图结构做修改,以哪边为准呢?

     所以我觉得,在数据库结构没有定下来之前,暂时不要使用SQL复制,修改数据库结构后,可以生成相应的脚本文件,运行以保证两个库的结构完全一致,等数据库结构确定后,可以使用复制机制来实现数据的同步

#7


比如新增的存储过程、表以及数据等等,如何使这两个数据库每天自动的同步更新这些所有的改动和变化,更新后使两个数据库完全保持一致。
--------------------------------------------------
对于新增存储过程,表等修改数据库本身及其对象的操作,最好是写成脚本,手工同步是最直接的。
这种连结构和对象都在变化的数据库,不能使用一般的复制。这种复制是针对数据的逻辑复制,要事先针对表进行配置的。

个人觉得A和B都使用脚本记录相应的变化,再执行脚本就可以了。

关注一下其他高手的用法。

#8


有一些工具可以完成这样的需求,但是不知道sqlsever 2005本身有没有这样的功能

#9


SQL SERVER 2005没有这样的功能吗

#1


SQL SERVER 2005 同步复制技术(转)

以下实现复制步骤(以快照复制为例) 

运行平台SQL SERVER 2005 

一、准备工作: 

1.建立一个 WINDOWS 用户,设置为管理员权限,并设置密码,作为发布快照文件的有效访问用户。 

2.在SQL SERVER下实现发布服务器和订阅服务器的通信正常(即可以互访)。打开1433端口,在防火墙中设特例 

3.在发布服务器上建立一个共享目录,作为发布快照文件的存放目录。例如:在D盘根目录下建文件夹名为SqlCopy 

4.设置SQL 代理(发布服务器和订阅服务器均设置)本篇文章发表于www.xker.com(小新技术网) 

打开服务(控制面板---管理工具---服务) 

---右击SQLSERVER AGENT---属性---登录---选择“此帐户“ 

---输入或选择第一步中创建的WINDOWS 用户 

---“密码“中输入该用户密码 

5.设置SQL SERVER 身份验证,解决连接时的权限问题(发布、订阅服务器均设置) 

步骤为:对象资源管理器----右击SQL实例-----属性----安全性----服务器身份验证------选“SQL Server和WINDOWS“,然后点确定 

6.开启SQL Server 2005的网络协议TCP/IP和管道命名协议并重启网络服务。 

7.在SQL Server中创建步骤1中对应的系统用户登陆名,作为发布数据库的拥有者(设置为dbo_owner和public)。 

8.以系统超级用户sa登陆SQL Server建立数据库和表。 

9.发布服务器和订阅服务器互相注册 

步骤如下:视图----单击以注册服务器----右键数据库引擎----新建服务器注册-----填写要注册的远程服务器名称------身份验证选“SQL Server验证“-----用户名(sa) 密码------创建组(也可不建)-----完成。 

10.对于只能用IP,不能用计算机名的,为其注册服务器别名 

二、开始: 

发布服务器配置(在发布服务器上配置发布和订阅) 

1. 选择 复制 节点 

2. 右键本地发布 ----下一步---------系统弹出对话框看提示----直到“指定快照文件夹“ 

----在“快照文件夹“中输入准备工作中创建的目录(指向步骤3所建的共享文件夹)------选择发布数据库-------选择发布类型-------选择订阅服务器类型-------选择要发布的对象------设置快照代理-------填写发布名称。本篇文章发表于www.xker.com(小新技术网) 

3. 右键本地订阅--------选择发布服务器-------选择订阅方式(如果是在服务器方订阅的话选择推送订阅反之 

选择请求订阅)-------填加订阅服务器--------选择代理计划(一般选择连续运行)---------其余选择默认项。 

至此, SQL SERVER 2005 同步复制就完成了。使用复制技术,用户可以将一份客户端的数据发布到多台服务器上,从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新,从而保证数据的一致性,就无需编程实现客户端和服务器端数据同步了!大大提高了工作效率! 

#2


这样是不是只能保持数据的同步,对于存储过程或表结构的修改可以更新同步吗

#3


    对于DML,SQL复制技术可以实现数据同步,如果是DDL就不行了,一旦表或视图结构发生变动,需要重新配置相应的复制

#4


    DDL不可能经常发生吧,如果每天都改视图,SP,表结构,这个系统不用也罢。DDL还是用管理员身份登陆后执行脚本文件吧

#5


情况大致是这样,我们开发使用的一个数据库B ,但是还有一部分人是在A上面开发,又不能共同使用同一个数据库开发,而不同数据库的开发都会涉及到另一方的开发,所以没办法,想找个同步更新的解决方案

#6


    如果是那样的话,涉及到协作开发中的版本控制,如果两边都对一张表或视图结构做修改,以哪边为准呢?

     所以我觉得,在数据库结构没有定下来之前,暂时不要使用SQL复制,修改数据库结构后,可以生成相应的脚本文件,运行以保证两个库的结构完全一致,等数据库结构确定后,可以使用复制机制来实现数据的同步

#7


比如新增的存储过程、表以及数据等等,如何使这两个数据库每天自动的同步更新这些所有的改动和变化,更新后使两个数据库完全保持一致。
--------------------------------------------------
对于新增存储过程,表等修改数据库本身及其对象的操作,最好是写成脚本,手工同步是最直接的。
这种连结构和对象都在变化的数据库,不能使用一般的复制。这种复制是针对数据的逻辑复制,要事先针对表进行配置的。

个人觉得A和B都使用脚本记录相应的变化,再执行脚本就可以了。

关注一下其他高手的用法。

#8


有一些工具可以完成这样的需求,但是不知道sqlsever 2005本身有没有这样的功能

#9


SQL SERVER 2005没有这样的功能吗