备份主数据库多久一次？

Question

泡泡中的建议相当模糊：

根据需要备份主服务器，以充分保护数据以满足您的业务需要。我们建议定期备份计划，您可以在进行大量更新后再使用其他备份进行补充。

如果您冒险使用进一步，您将发现以下详细信息：

导致主服务器更新并需要进行备份的操作类型包括：

• 创建或删除用户数据库。
• 如果用户数据库自动增长以容纳新数据，则不会影响主服务器。
• 添加或删除文件和文件组。
• 添加与登录安全性相关的登录或其他操作。
• 数据库安全操作(例如向数据库添加用户)不会影响主服务器。
• 更改服务器范围或数据库配置选项。
• 创建或删除逻辑备份设备。
• 为分布式查询和远程过程调用(RPC)配置服务器，例如添加链接服务器或远程登录。

因此，如果我们的所有登录都是通过Windows组添加的，并且我们不对数据库进行任何其他更改，这是否意味着只对主服务器进行一次备份就足够了？

如果没有，主数据库的标准备份间隔是多少？

Answer 1

您的主DB通常非常小。把它备份到你的其他数据库中，至少每天如此。有关系吗？

就我个人而言，当SHTF时，我想要一个几个小时前的主db备份，即使我还有400个相同的备份要追溯到400天前。我不想想太多，如果我要恢复的话.

Answer 2

1. 是的，如果上次备份没有对服务器进行任何更改(如更新、添加登录、添加新数据库等)，则实际上不需要执行新的备份。但我不明白这是什么问题:备份的主机是快速操作，备份文件是小的。
2. 在我的公司中，主备份分为3组：。
   • 每12小时一次(对于服务器，在工作日可以添加10-50个登录)
   • 每天一次(对大多数服务器而言)
   • 每周一次(对于很少变化的服务器部分)

这不是标准，是公司的规定。

Answer 3

在一个缓慢的时间里，我们所有的生产数据库每天都被备份。如果操作24/7运行，我建议每12小时运行一次，就像第一个答案一样。

真正的问题是，你能承受多少数据和数据结构的松散？如果一颗陨石摧毁了你的主数据库，那么地面上只有一个冒烟坑，你能以多快的速度找到一个备份来取代它呢？你可以嘲笑不可能有一个事件删除你的数据库，但如果业务线路使用它，你会发现，很少容忍停机。

如果你每天备份新的信息，你一天能泄露多少新信息？替换/重做这些更改需要多长时间？您能重新做那些没有备份的更改吗？你怎么知道..。

与其专注于其他人的策略，不如问问管理层他们对数据丢失和停机的容忍度是什么。