SQL Server基础运维:备份与日志管理
给出完整备份加日志备份的组合策略,以及日志暴涨与收缩的正确做法。下面按“先判断、再动手、最后验证”的顺序展开,每一步都给出可核对的检查点。
涉及 SQL Server、数据库备份、事务日志 的关键动作都写成了具体命令或配置项,可以照着走,也可以当检查表用。
恢复模式
完整模式才能做时间点恢复,简单模式只支持到上次完整备份,按业务选。
备份组合
每周完整、每天差异、每 15 分钟日志,日志备份才能截断日志。
日志暴涨原因
完整模式下从不做日志备份,或有一个超长事务一直不提交。
收缩的正确用法
收缩是应急手段,根本办法是做好日志备份与合理设置初始大小与增长量。
还原演练
定期在别的实例上还原一次,确认备份链完整可用。
速查表
| 环节 | 关键动作 |
|---|---|
| 恢复模式 | 完整模式才能做时间点恢复,简单模式只支持到上次完整备份,按业务选 |
| 备份组合 | 每周完整、每天差异、每 15 分钟日志,日志备份才能截断日志 |
| 日志暴涨原因 | 完整模式下从不做日志备份,或有一个超长事务一直不提交 |
| 收缩的正确用法 | 收缩是应急手段,根本办法是做好日志备份与合理设置初始大小与增长量 |
常见问题
Q:按文中写法改完,怎么确认真的生效?
不要只看配置文件,用对应的验证命令或从外部视角复测一次;改完先小流量观察一段,再全量推进,出问题能马上回退。
Q:按文中的步骤做完,还需要注意什么?
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录,比重查一遍快得多。
Q:业务规模小,也要按这套标准来吗?
不需要一次到位。先把影响最大的两项做到位,剩余的随着业务增长逐步补齐,比一开始就追求完美更容易落地。
小结
回到这篇的 5 个环节:恢复模式、备份组合、日志暴涨原因、收缩的正确用法、还原演练。把这几个动作写进检查表,下次遇到同类问题按顺序过一遍,比凭经验跳步骤稳。
相关阅读:IIS伪静态与URL重写规则、组策略基础:批量管控与安全基线、Windows Server备份与系统还原。
延伸阅读:Windows Server备份与系统还原、IIS部署PHP站点的完整流程、WordPress数据库优化与清理。