34,587
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
starboy_km 2009-11-07
- 打赏
- 举报
[Quote=引用 32 楼 pbsh 的回复:]
引用 24 楼 liangpei2008 的回复:
引用 20 楼 pbsh 的回复:
如果你的服务器B中的备用库仅仅用作辅助查询或者备份库，推荐使用Log Shipping，应该可以解决你的问题。
不仅仅是备份，当基准数据库服务器发生问题时，直接启用服务器B上的应用服务器与数据库服务器，这时服务器B就成了生产服务器，从而在最短的时间内解决故障
汗，这个就是高可用性的应用嘛，做Log Shipping吧，简单。
[/Quote]
同意 ，用Log shipping，高可用性，而且能解决楼主的问题。多加一台Monitor Server罢了。
引用 24 楼 liangpei2008 的回复:
引用 20 楼 pbsh 的回复:
如果你的服务器B中的备用库仅仅用作辅助查询或者备份库，推荐使用Log Shipping，应该可以解决你的问题。
不仅仅是备份，当基准数据库服务器发生问题时，直接启用服务器B上的应用服务器与数据库服务器，这时服务器B就成了生产服务器，从而在最短的时间内解决故障
汗，这个就是高可用性的应用嘛，做Log Shipping吧，简单。
[/Quote]
同意 ，用Log shipping，高可用性，而且能解决楼主的问题。多加一台Monitor Server罢了。
Shiyl 2009-10-13
- 打赏
- 举报
不仅仅是备份，当基准数据库服务器发生问题时，直接启用服务器B上的应用服务器与数据库服务器，这时服务器B就成了生产服务器，从而在最短的时间内解决故障
---------------------------------------------------------------------------
搞半天是实时热备哦
还想偷懒。。。。
老实点吧，写个程序运行期间实时采集数据到备机（不要依赖Sql server的东东，并不是所有数据你都需要实时过去），晚上整库备份过去
---------------------------------------------------------------------------
搞半天是实时热备哦
还想偷懒。。。。
老实点吧，写个程序运行期间实时采集数据到备机（不要依赖Sql server的东东，并不是所有数据你都需要实时过去），晚上整库备份过去
老七 2009-10-13
- 打赏
- 举报
学习
q85958341 2009-10-13
- 打赏
- 举报
路过，继续观望
jenny0810 2009-10-13
- 打赏
- 举报
学习
叶子 2009-10-13
- 打赏
- 举报
[Quote=引用 26 楼 liangpei2008 的回复:]
哎，还是老老实实地每周传一次完整备份吧，想偷懒都不成:)
[/Quote]
链接服务器不能同步吗？
哎，还是老老实实地每周传一次完整备份吧，想偷懒都不成:)
[/Quote]
链接服务器不能同步吗？
liangpei2008 2009-10-13
- 打赏
- 举报
哎，还是老老实实地每周传一次完整备份吧，想偷懒都不成:)
liangpei2008 2009-10-13
- 打赏
- 举报
[Quote=引用 21 楼 dawugui 的回复:]
都到这步了,还不如自己写程序提取需要的数据,然后对比两库完成更新,为什么非要用sql server来完成.
[/Quote]
这个的确比较麻烦
都到这步了,还不如自己写程序提取需要的数据,然后对比两库完成更新,为什么非要用sql server来完成.
[/Quote]
这个的确比较麻烦
liangpei2008 2009-10-13
- 打赏
- 举报
[Quote=引用 20 楼 pbsh 的回复:]
如果你的服务器B中的备用库仅仅用作辅助查询或者备份库，推荐使用Log Shipping，应该可以解决你的问题。
[/Quote]
不仅仅是备份，当基准数据库服务器发生问题时，直接启用服务器B上的应用服务器与数据库服务器，这时服务器B就成了生产服务器，从而在最短的时间内解决故障
如果你的服务器B中的备用库仅仅用作辅助查询或者备份库，推荐使用Log Shipping，应该可以解决你的问题。
[/Quote]
不仅仅是备份，当基准数据库服务器发生问题时，直接启用服务器B上的应用服务器与数据库服务器，这时服务器B就成了生产服务器，从而在最短的时间内解决故障
pbsh 2009-10-13
- 打赏
- 举报
[Quote=引用 24 楼 liangpei2008 的回复:]
引用 20 楼 pbsh 的回复:
如果你的服务器B中的备用库仅仅用作辅助查询或者备份库，推荐使用Log Shipping，应该可以解决你的问题。
不仅仅是备份，当基准数据库服务器发生问题时，直接启用服务器B上的应用服务器与数据库服务器，这时服务器B就成了生产服务器，从而在最短的时间内解决故障
[/Quote]
汗，这个就是高可用性的应用嘛，做Log Shipping吧，简单。
引用 20 楼 pbsh 的回复:
如果你的服务器B中的备用库仅仅用作辅助查询或者备份库，推荐使用Log Shipping，应该可以解决你的问题。
不仅仅是备份，当基准数据库服务器发生问题时，直接启用服务器B上的应用服务器与数据库服务器，这时服务器B就成了生产服务器，从而在最短的时间内解决故障
[/Quote]
汗，这个就是高可用性的应用嘛，做Log Shipping吧，简单。
13abyKnight 2009-10-12
- 打赏
- 举报
关注
pbsh 2009-10-12
- 打赏
- 举报
[Quote=引用 21 楼 dawugui 的回复:]
都到这步了,还不如自己写程序提取需要的数据,然后对比两库完成更新,为什么非要用sql server来完成.
[/Quote]
需要同步的应该不仅仅是数据，应该还包括数据库架构、存储过程的变化更新。
楼主这种设计结构，大约跟我之前做的一样也是一个DRP方案。
都到这步了,还不如自己写程序提取需要的数据,然后对比两库完成更新,为什么非要用sql server来完成.
[/Quote]
需要同步的应该不仅仅是数据，应该还包括数据库架构、存储过程的变化更新。
楼主这种设计结构，大约跟我之前做的一样也是一个DRP方案。
dawugui 2009-10-12
- 打赏
- 举报
都到这步了,还不如自己写程序提取需要的数据,然后对比两库完成更新,为什么非要用sql server来完成.
pbsh 2009-10-12
- 打赏
- 举报
如果你的服务器B中的备用库仅仅用作辅助查询或者备份库，推荐使用Log Shipping，应该可以解决你的问题。
昵称测试 2009-10-12
- 打赏
- 举报
有技术难度............
xman_78tom 2009-10-12
- 打赏
- 举报
在服务器 A 这边的 DMZ 区部署一个远程分发服务器，使用数据库复制实现服务器 A 和服务器 B 间的同步。
ren284092915 2009-10-12
- 打赏
- 举报
[Quote=引用 13 楼 navy887 的回复:]
服务器A 每周一个完整备份的话，每周传递一次是必须的了。
服务器B的完整备份+A的差异还原这个是不行的。因为A的差异备份是基于后边完整备份的。
如果不想每周传递的话，那只有A不要重新完整备份，继续差异备份。但是一直持续这样的话也是不理想的。所以只能根据具体情况调整周期。
[/Quote]
up
服务器A 每周一个完整备份的话，每周传递一次是必须的了。
服务器B的完整备份+A的差异还原这个是不行的。因为A的差异备份是基于后边完整备份的。
如果不想每周传递的话，那只有A不要重新完整备份，继续差异备份。但是一直持续这样的话也是不理想的。所以只能根据具体情况调整周期。
[/Quote]
up
liangpei2008 2009-10-12
- 打赏
- 举报
[Quote=引用 14 楼 rucypli 的回复:]
按照表里的时间字段每天取前一天的数据 打包上传
[/Quote]
不切实际
按照表里的时间字段每天取前一天的数据 打包上传
[/Quote]
不切实际
SQL77 2009-10-12
- 打赏
- 举报
[Quote=引用 11 楼 sql77 的回复:]
去TONY哥的那博客里,详细
[/Quote]
http://blog.csdn.net/itblog/archive/2006/04/29/696418.aspx
同步的
去TONY哥的那博客里,详细
[/Quote]
http://blog.csdn.net/itblog/archive/2006/04/29/696418.aspx
同步的
rucypli 2009-10-12
- 打赏
- 举报
按照表里的时间字段每天取前一天的数据 打包上传
加载更多回复（13）
