多久备份一次master数据库？

BOL中的建议相当模糊：

必要时备份主服务器，以充分保护数据以满足您的业务需求。我们建议您使用定期的备份计划，在进行实质性更新后，您可以通过额外的备份来进行补充。

如果您进一步冒险，则会发现以下详细信息：

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

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

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

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

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

就个人而言，当我使用SHTF时，我想要一个主数据库备份，该备份有几个小时的时间，即使我有400个相同的备份也可以回溯400天。如果要恢复它，我不想考虑太多。

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

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

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

真正的问题是，您可以负担多少数据和数据结构？如果陨石破坏了您的主数据库，那么地面上只有一个烟囱，您能以多快的速度拿起一个备份来代替它？您可以嘲笑一个事件不可能导致数据库丢失，但是如果业务部门使用它，您将发现停机时间容忍度很小。

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

与其关注别人的策略，不如问问管理人员他们对数据丢失和停机的容忍度如何。