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