34,590
社区成员
发帖
与我相关
我的任务
分享500分同步问题（解决不了，老板要炒了）
我有两个SQL Server 数据库，一个在本地，一个在远端服务器，两个数据库有相同的结构，平时数据存储在服务器上，只有当网络断线的时候本地数据库才开始工作,当网络恢复后，将本地数据传到远端服务器上，请问如何设置数据库？500分相送！
...全文
请发表友善的回复…
发表回复
angle001 2002-07-30
- 打赏
- 举报
假如数据库a、数据库b、数据库c，
a的数据等于b加c
3个数据库有相同的结构a是订阅数据库，b、c是发布数据库，请问如何设置同步？
a的数据等于b加c
3个数据库有相同的结构a是订阅数据库，b、c是发布数据库，请问如何设置同步？
whizkid 2002-07-25
- 打赏
- 举报
不错，学习，我在此也遇到了相同的问题
ansonchen 2002-07-25
- 打赏
- 举报
不知道你的数据复杂度怎样？一般都是生麽样的变化？是只增加，还是怎样？
如果在短线后期用本地机器则应保证此时本地数据和远端一至，否则连线后如何恢复数据？在这种情况下和并复制就有 conflict解决问题。我的建议是在本地建立事务定时推复制(表中须有主键)，至于具体方案还要依具体情况看。
如果在短线后期用本地机器则应保证此时本地数据和远端一至，否则连线后如何恢复数据？在这种情况下和并复制就有 conflict解决问题。我的建议是在本地建立事务定时推复制(表中须有主键)，至于具体方案还要依具体情况看。
hanwen 2002-07-25
- 打赏
- 举报
学习学习
warp1977 2002-07-25
- 打赏
- 举报
手工代码也没有多少，你使用什么开发工具都可以，包括ASP.
buptgj 2002-07-24
- 打赏
- 举报
我觉得angle01的问题太奇怪了，
如果想做到俩个数据库同步的话，就要设置出版和分发，这个时候必然两个数据库的数据同步。
你又提出说当网络恢复了以后删除本地数据库的数据，这样的话，假如设置了订阅的话，保持同步就会连服务器的数据也删了。达不到你想要的结果。
总之我觉得你的问题单靠数据复制解决不了。
如果想做到俩个数据库同步的话，就要设置出版和分发，这个时候必然两个数据库的数据同步。
你又提出说当网络恢复了以后删除本地数据库的数据，这样的话，假如设置了订阅的话，保持同步就会连服务器的数据也删了。达不到你想要的结果。
总之我觉得你的问题单靠数据复制解决不了。
barrytyh 2002-07-24
- 打赏
- 举报
采用SQL Server中的订阅和发布功能
hnzzxubenbiao 2002-07-24
- 打赏
- 举报
以本地服务器为发布服务器，远端服务器为订阅服务器，至于使用合并复制或可更新订阅可以根据具体情况选择使用
angle001 2002-07-24
- 打赏
- 举报
现在重新说明一下，本地数据库仅当网络不通的情况下临时存储数据，当网络恢复正常以后需要将本地数据库上传到服务器，然后删除本地数据库的数据。
duckcn 2002-07-24
- 打赏
- 举报
那复制可能不行，做触发器好了。
ydfff 2002-07-24
- 打赏
- 举报
gz
buptgj 2002-07-24
- 打赏
- 举报
你的方案可以，但是恐怕实行起来难度太大了，这可能要手工写代码来支持这种功能，sql server复制的方案好像没有现成的可设置
warp1977 2002-07-24
- 打赏
- 举报
我提出一个方案：
两台服务器之间相互设置链接服务。按你所说当远端服务器断了，那么采用本地服务器存贮。那么在前台应用程序中就应该设置好判断条件了。代码流程应该是：判断远端服务器是否通，如果不通过，自动转到本地服务器，同时记录好当前时间（采用库方式或其它比较稳妥的方式存贮时间）并设置好标志。如果在远端服务器通过了以后，先判断当前是采用本地服务器还是远端服务器，如果是本地服务器，那么取出之前所存的时间与当前时间对比。在本地服器取出这一时间差的全部数据，通过链接服务器传送至远端服务器。之后设回标志位。至于本地服务器的数据保留还删除那就随便了。
这其中二个关键是设置好链接服务器，还有如何保存中断的时间与标志（我认为应该存成文件方式，不应该存在数据库中好。）
两台服务器之间相互设置链接服务。按你所说当远端服务器断了，那么采用本地服务器存贮。那么在前台应用程序中就应该设置好判断条件了。代码流程应该是：判断远端服务器是否通，如果不通过，自动转到本地服务器，同时记录好当前时间（采用库方式或其它比较稳妥的方式存贮时间）并设置好标志。如果在远端服务器通过了以后，先判断当前是采用本地服务器还是远端服务器，如果是本地服务器，那么取出之前所存的时间与当前时间对比。在本地服器取出这一时间差的全部数据，通过链接服务器传送至远端服务器。之后设回标志位。至于本地服务器的数据保留还删除那就随便了。
这其中二个关键是设置好链接服务器，还有如何保存中断的时间与标志（我认为应该存成文件方式，不应该存在数据库中好。）
myserver 2002-07-23
- 打赏
- 举报
up
angle001 2002-07-23
- 打赏
- 举报
现在当我向本地数据库添加数据，服务器端数据库跟着添加，但当本地数据库删除数据的时候，服务器端也跟着删除，能不能设置一下，可以使本地数据库的删除不影响远端服务器
angle001 2002-07-23
- 打赏
- 举报
分发代理设置为SQL Server 代理
发布服务器的发布内容为要同步的数据库
并且在分发服务器里显示了要分发的数据库名
在分发服务器里显示了要分发的数据库名
发布服务器的发布内容为要同步的数据库
并且在分发服务器里显示了要分发的数据库名
在分发服务器里显示了要分发的数据库名
LiuHaisky 2002-07-23
- 打赏
- 举报
你是不是没有设置分发代理？或者发布服务器的发布内容不全？
LiuHaisky 2002-07-23
- 打赏
- 举报
以本地服务器为发布服务器，远端服务器为订阅服务器，至于使用合并复制或可更新订阅可以根据具体情况选择使用
LiuHaisky 2002-07-23
- 打赏
- 举报
以本地服务器为发布服务器，远端服务器为订阅服务器，至于使用合并复制或可更新订阅可以根据具体情况选择使用
newly_ignorant 2002-07-23
- 打赏
- 举报
合并复制或可更新订阅
当需要在订阅服务器上对复制数据进行更新时，可使用带可更新订阅选项的快照复制或事务复制，也可使用合并复制。选择的方式取决于复制拓扑和应用程序及其用户的需要。
在以下情况下使用合并复制。
在订阅服务器上读取和更新已复制数据。
订阅服务器和发布服务器只偶尔连接。
处理和解决由对相同数据的多个更新引起的冲突。
需要逐行传播更新，并且在行级上对冲突进行评估和解决。
在以下情况下使用快照复制或带有即时更新或排队更新的事务复制。
订阅服务器上的复制数据主要为只读。
订阅服务器、分发服务器和发布服务器在多数情况都是连接的，但是这对于排队更新订阅不是必要的。
很少发生由对相同数据的多个更新引起的冲突。
需要在事务的基础上传播更新，并且在事务的基础对冲突进行评估和解决（无论整个事务提交还是取消）。
可更新的订阅
使用快照复制或事务复制时，默认情况下复制的数据为只读；然而，能够使用可更新订阅在订阅服务器上修改复制的数据。若需要使用快照或事务复制在订阅服务器上修改数据，可根据要求选择以下选项之一。
当需要在订阅服务器上对复制数据进行更新时，可使用带可更新订阅选项的快照复制或事务复制，也可使用合并复制。选择的方式取决于复制拓扑和应用程序及其用户的需要。
在以下情况下使用合并复制。
在订阅服务器上读取和更新已复制数据。
订阅服务器和发布服务器只偶尔连接。
处理和解决由对相同数据的多个更新引起的冲突。
需要逐行传播更新，并且在行级上对冲突进行评估和解决。
在以下情况下使用快照复制或带有即时更新或排队更新的事务复制。
订阅服务器上的复制数据主要为只读。
订阅服务器、分发服务器和发布服务器在多数情况都是连接的，但是这对于排队更新订阅不是必要的。
很少发生由对相同数据的多个更新引起的冲突。
需要在事务的基础上传播更新，并且在事务的基础对冲突进行评估和解决（无论整个事务提交还是取消）。
可更新的订阅
使用快照复制或事务复制时，默认情况下复制的数据为只读；然而，能够使用可更新订阅在订阅服务器上修改复制的数据。若需要使用快照或事务复制在订阅服务器上修改数据，可根据要求选择以下选项之一。
加载更多回复（5）
