BOL中的建议相当模糊：
根据需要经常备份主数据，以充分保护数据以满足您的业务需求。我们建议定期备份计划，您可以在大量更新后补充额外的备份。
如果你进一步冒险，你会发现这些细节：
导致 master 更新并需要进行备份的操作类型包括以下内容：
- 创建或删除用户数据库。
- 如果用户数据库自动增长以容纳新数据，
则 master 不会受到影响。- 添加或删除文件和文件组。
- 添加登录或其他与登录安全相关的操作。
- 数据库安全操作，例如向数据库添加用户，不会影响 master。
- 更改服务器范围或数据库配置选项。
- 创建或删除逻辑备份设备。
- 为分布式查询和远程过程调用 (RPC) 配置服务器，例如添加链接服务器或远程登录。
那么，如果我们所有的登录都是通过 Windows 组添加的，并且我们不对数据库进行任何其他更改，这是否意味着对 master 进行一次备份就足够了？
如果不是，主数据库的标准备份间隔是多少？
您的主数据库通常非常小。至少每天使用其余的数据库备份它。有关系吗？
就个人而言，当 SHTF 时，我想要一个几个小时前的主数据库备份，即使我有 400 个其他相同的备份可以追溯到 400 天。万一我必须恢复它，我不想想太多……
这不是标准，而是公司规定。
我们所有的生产数据库都在缓慢的时间内每天备份。如果操作 24/7 运行，我会建议每 12 小时一次，就像第一个答案一样。
真正的问题是你能承受多少数据和数据结构的松动？如果一颗陨石摧毁了你的主数据库，那么地面上只有一个冒烟的坑，你能以多快的速度调出一个备份来代替它？您可以嘲笑一个事件不可能耗尽您的数据库，但如果业务线使用它，您会发现对停机时间的容忍度很小。
如果您每天备份多少新信息，您会在一天内丢失多少信息？更换/重做这些更改需要多少时间？您可以重做未备份的更改吗？你怎么知道的....
您需要询问管理层他们对数据丢失和停机时间的容忍度，而不是关注其他人的政策。