SQL Server 2005远程多个单数据表每5分钟备份一次，怎么做比较合适？

0 0

SQL Server 2005远程多个单数据表每5分钟备份一次，怎么做比较合适？5

公司在A城市有一个服务器，其中有几张表需要每5分钟备份一次到B城市。由于备份的跨地域性和频率比较高，没有采用SQL Server 2005自带的数据备份方案。您觉得什么样的方案比较合适呢？考虑到A城市的服务器容错能力有限，所以有这种需求~

单表数据量是几万条记录，可能会有多张表

数据库

2013年4月26日 21:29

submaze
18
0 0 4

4个答案按时间排序按投票排序

0 0

采纳的答案

如果数据量大，且远程传输，那么高频率的全数据备份我认为不可取。
只能是差分备份——传输5分钟内的数据变化，到备份服务器，更新差分到备份数据库。

但是这样绕了一圈，又回到SQL Server自带的功能上了......

你又说

引用

没有采用SQL Server 2005自带的数据备份方案

但是备份日志总会有吧。主服务器生成处理后，自己用程序压缩，传输到备份服务器，解压，恢复。不知道这样算不算用了“自带的数据备份方案”。

话说回来，用SQL Server2005这种付费的东西，又不去使用它的功能，很奇怪哈。

差分备份不放心的话，再加个定时(比如每日)的全备份。

我不大赞成在表级别上做文章，少的时候还好说，多了的话比较麻烦。

2013年4月27日 10:09

clxy
825
0 3 62

添加评论

0 0

A、B城市服务器各一个程序
写个程序放A城市的服务器（程序A），同时写一个程序放B城市服务器（程序B）。
程序A每次备份几张表的数据以后，稍做封装，以减小网络传输的代价，通过Socket方式传给程序B，程序B对数据进行处理和存储。

备份的数据如何传递到另一城市
个人觉得最好不要通过程序A备份数据后直接存入到B城市的数据库中，也不要通过程序B直接访问A城市的数据库备份数据。这样远程访问数据库代价很大，会很慢的，而且很多阻塞的时间纯粹是浪费青春。还是把数据通过Socket的方式自己传递比较好，自己也好优化。这里Socket的方式最好选择TCP，毕竟是在备份数据，安全第一。

每次备份任务完成后等5分钟执行下一次任务
每次备份任务完成后，程序A就等5分钟再执行下次任务。之所以不是每隔5分钟就开始执行，是因为备份数据的时间有时可能会比较长，不要这次备份刚完成没多久，下次备份又开始了。

备份的数据远程传递中的问题
1、涉及到数据如何封装，尽量简短，以减小网络传输的代价。
2、还有如何保证数据库完整性的问题，特别是这一块需要好好设计一番。每次任务当中，B要知道A传递过来了多少数据包，哪些数据包丢失了，要通知A重新传，然后需要重新传的数据包，A要知道怎么再次去数据库里取出来（比如每个数据包就是某时间字段在某时间范围内的数据）。