制定数据库备份策略的时候,系统数据库、用户数据库、事务日志这三块要分开考虑,逻辑清晰不少。嗯,尤其是事务日志,搞不好的话恢复起来特麻烦。
备份频率怎么定?其实就看两个点:一个是你怕不怕硬盘挂了,另一个是你库里事务多不多。比如业务一天跑几千笔交易,建议你把事务日志备份频率提一提,别偷懒。
还有,完整恢复模式下日志备份关键,不然光靠完整备份也撑不住。可以看看这篇讲事务日志策略,挺实用的。
差异备份和日志备份配合用,恢复起来速度快还省存储,适合那种业务时效性高的场景。比如电商后台或者 ERP 系统,不让数据回滚太久,对吧?
如果你对 SQL Server 还不算太熟,可以先看看这篇 SQL Server 备份恢复方法,里面例子多,比较好理解。
,不止 SQL,像Oracle、Informix也有类似的策略思路。你做混合环境部署的话,可以翻下Oracle 实例策略或者Informix 详解,思路蛮通用的。
,备份这种事儿吧,不出问题你觉得它没用,一旦掉链子你就后悔莫及。如果你还没定出策略,先从事务日志和差异备份搭配开始,也算上路了。