多久备份一次master数据库？

Question

BOL 中的建议相当模糊：

根据需要经常备份 master 以充分保护数据以满足您的业务需求。我们建议定期备份计划，您可以在大量更新后补充额外的备份。

如果你进一步冒险，你会发现这些细节：

导致 master 更新和需要进行备份的操作类型包括以下内容：

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

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

如果不是，master 数据库的标准备份间隔是多少？

Answer 1

您的主数据库通常非常小。只需将其与其他数据库一起备份，至少每天一次。有关系吗？

就我个人而言，当 SHTF 时，我想要一个几个小时前的主数据库备份，即使我有 400 个其他相同的备份可以追溯到 400 天。我不想想太多，以防万一我必须恢复它......

Answer 2

1. 是的，如果上次备份没有对服务器进行任何更改（例如更新、添加登录、添加新数据库等），则您实际上不需要进行新备份。但我不明白这有什么问题：master 的备份运行速度快，备份文件小。
2. 在我公司，master-backups 分为 3 组：
   • 每 12 小时一次（对于在工作日可以添加 10-50 个登录名的服务器）
   • 每天一次（对于大多数服务器）
   • 每周一次（适用于很少更改的服务器的一小部分）

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

Answer 3

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

真正的问题是你能承受多少数据和数据结构的松散？如果陨石摧毁了你的主数据库，所以地上只有一个冒烟的坑，你能多快拿出一个备份来代替它？您可能会嘲笑不可能发生的事件会占用您的数据库，但如果业务线使用它，您会发现对停机时间的容忍度非常低。

如果你每天备份，你一天会丢失多少新信息？需要多少时间来替换/重做这些更改？您可以重做未备份的更改吗？你怎么知道的....

您需要询问管理层对数据丢失和停机的容忍度，而不是关注其他人的政策。