备份与恢复策略
这份文件按系统列明可接受的停机时间与数据丢失量、处置步骤与责任人。事故当天要打开的正是它,而不是临场想办法。
三项服务回答三个不同问题:怎么备份、存在哪里,以及系统瘫痪时怎么办。
明确备份对象:数据库、文件共享、服务器配置与邮件。设置备份计划、保留周期与失败告警,确保备份出错不会无人察觉。
备份被送往异地的独立存储,权限相互隔离。火灾、服务器失窃或局域网内的勒索软件都不会波及这份副本。
这份文件按系统列明可接受的停机时间与数据丢失量、处置步骤与责任人。事故当天要打开的正是它,而不是临场想办法。
在选择备份工具之前,要先为每个系统回答两个问题:能接受停多久,以及能接受丢多少数据。
停机4小时,数据丢失1小时。 需要频繁备份事务日志,而不能只做夜间备份。
停机1天,数据丢失1天。 非工作时间每晚备份一次即可。
停机4小时,数据丢失1小时。 邮件数据库副本,另加独立的邮件归档。
停机1小时,数据丢失1小时。 必须有随时可用的备用机房,否则无法达标。
停机1天,数据丢失1天。 只有当数据不保存在本机时才能做到。
与原数据同在一台服务器上的副本,算不上备份。 硬盘故障、勒索软件或误删会连同原数据一起毁掉它。最低可行方案是:两份副本存放于不同介质,其中一份放在办公室之外。
配置只需几天,但真正的价值出现在第四步,而这一步最常被略过。
我们查清重要数据究竟存放在哪里。经常会发现数据库放在员工电脑上,或文档只存在于邮箱里。
我们与贵司一起为每个系统确定可接受的停机时间与数据丢失量,方案成本由此决定。
备份计划、保留周期、副本加密与异地存储。告警配置为成功与失败都通知。
每月在测试环境还原一次备份并记录耗时。这是方案有效的唯一证明。
关键不在于有没有备份,而在于上次实际还原是什么时候。据我们的经验,约三分之一「已配置」的备份方案根本无法还原:任务早已报错、备份的是错误目录,或压缩包设了无人记得的密码。验证只需一天,成本很低。
只有当备份无法用同一网络、同一账号访问时才能挡住。现代勒索软件会专门搜寻并摧毁备份,因此需要一份存放在独立存储、权限隔离且防篡改的副本。
常见策略:日备份保留两周、周备份保留两个月、月备份保留一年。这样的深度不仅能应对事故,也能回退一个月后才发现的误操作。财务数据库的保留期通常更长。
取决于数据量与带宽。50GB的1C数据库从本地备份还原约需1至1.5小时,从云端则更久,视网速而定。真实耗时会在测试恢复中实测并写入方案,让贵司事先知晓。
我们会检查现有方案、尝试实际恢复,并如实告知它在事故当天是否管用。
申请已受理
我们已经收到。我们会在一个工作日内回复,紧急问题将立即安排值班工程师处理。
未找到该城市,请检查拼写。