关于自动备份策略，自动恢愎保持同步的问题

Question

现在想要制定一个合理的备份策略：
前提，现状 数据是每8秒采集一次，一次20条，以后会更多
备份要求，每天早8。30至晚5.30能够在另一服务器用备份文件恢愎四次以上，日志备份初步想法定在2小时一次备份策略：每日一次完整备份，早8点
差异：6小时一次0，6，12，18
日志：2小时一次1，3，5,7,9,11,13,15,17,19,21,23
如果我还想要数据丢失时间再小一些，2小时有不少的数据，同事，不想影响数据库的性能，采集数据比较频繁，如果备份时间
太短，会不会影响采集的速度等高手们，有经验的，你们的策略给偶讲讲，偶是新人哦！没经验，不知道这样能达到什么样的结果！！！

Answer 1

自动备份：http://dev.csdn.net/htmls/61/61126.html

Answer 2

数据文件大小在4G以内（分析和结合客户应用衰落期进行具体时间的调整），可以考虑如下方式：
备份策略：每日三次完整备份（如果早8点、12点和晚6点分别为闲时或客户应用低潮时）
差异：2小时一次
日志：半小时一次具体实施建议：
不同的备份策略分别指定维护计划，同时在定义文件夹时指定不同文件名，比如
完全备份文件名： 数据库名+fulldb+
差异备份：数据库名+difdb+
日志备份：数据库名+logdb+以上仅举例，内容仅供参考！

Answer 3

SQL2000的复制功能，不知道你能不能用的上

Answer 4

学习中，这个问题需要实际情况实际解决啊。不知道直接赋值Data文件如何？

Answer 5

首先要看你id数据库究竟有多大，如果很大，G级以上，一个星期完整备份一次即可，然后差异备份每天一次，最后日志文件备份根据自己数据丢失的情况确定schedule

Answer 6

希望有更多的人来谈谈大家的备份策略，以我的这种情况，做策略，高手们，你们都怎么做？教教我们这些没经验的，因为我们没做过，不知道这样的数据量，备份的schedule该如何设计，请高手们直言，多大量的数据，在什么样的情况，用什么策略等 谢～～～～

Answer 7

首先你要确认，同步影响了服务器的速度，那你就应该从服务器的性能入手，当然还有问题要问你复制的时候在 订阅服务器上可以选择 推或拉 ，你找两个服务器中一个负载小的作为 AGENT也就是说你选择 推 或 拉 是比较重要  推得话 你的PUBLISHED 会性能有影响 如果是 PULL 则你的订阅服务器会影响，但如果用备份来作为数据库同步的方法，想性能应该不会好到哪里去，另外如果你数据库备份 或 数据库同步的过程中 会造成某些表 或库或行的死锁，这也是造成性能无法接受的原因，备份 恢复 越频繁，死锁可能性越高，所以建议1 从数据库服务器的性能入手，看看是推好 还是 拉好2 提升你的数据库性能