网站备份怎么做？记住3-2-1法则，别等出事才后悔

有很多个站点只是把备份数据存在同一台服务器上面。一旦主机出现物理损坏的情况, 或者磁盘空间被彻底装满, 那么备份文件跟网站内容就会全部跟着消失不见。在做网站的备份工作的时候也好。在去做应急响应工作的时候也好。应该先把前面提到的这三步给做到位了。第一步是把备份数据放到不一样的位置去进行保存。第二步是定期地开展恢复操作的演练工作。第三步是在发生突发状况的时候就按照准备好的清单来处理问题。千万不要等到出事情了那才临时着急忙荒地去寻找文件。

网站备份，先按 3-2-1 定策略

网站实施备份策略的首要原则, 应该是去遵循那个叫做3-2-1的法则。这个法则要求用户至少要去保留三份存文件的副本, 并且还得把这些副本分散开, 放在两种完全不一样的存储介质上面。至于这三份副本里面的情况, 必须得要有一份是放置在远离本地的地方, 或者是处于那种物理上断开的离线状态。

在进行数据保护工作的时候, 需要把数据库和网站的程序文件都纳入到备份范围里面去。要是仅仅只对数据库执行备份操作的话, 这就会使得网页主题、系统插件、还有用户自己上传的图片这些关键内容, 全部丢失并且看不见不见了。

这个频率需要依据更新速度来进行决定。针对那些每天都进行更新的网站, 备份操作至少要保证每天能够执行一次。针对变化比较少的情况, 是可以选择每周进行一次备份的。

在保存数据这个方面来说呢, 是需要把最近连续七天的时间范围内的数据给留存好, 并且与此同时还要每个月都保留出一份适合长期存储的备份文件。至于说网站的备份文件这个东西, 是不可以被放到网站根目录下面的去的。进行这样做的目的主要是因为要防止被别人直接就下载走了而造成的风险情况发生, 所以对于需要存放这些数据文件的具体的位置的选择问题是需要引起格外重视和特别关注的。

应急响应，先做这 3 步

第一步, 需要先执行隔离操作, 即切断对外网的访问, 或者把系统切换成维护页面, 以此将现场状态保留下来, 避免在仍在遭受入侵的同时继续维持正常运行。第二步, 需要切实做好证据保留工作, 应当导出访问日志, 还要导出登录日志以及可疑文件列表, 最后才开始进行清理。

第三步是恢复和复盘：从最近的干净备份恢复，修改所有管理员密码、让旧会话失效，再查清入口是弱口令、过期插件还是服务器配置。站内关于网站被挂马后的恢复流程有更细的检查顺序，可以作为应急响应清单的一部分。

备份一定要做恢复演练

关于备份这回事, 如果你从来没有进行过恢复操作的话, 那么实际上你就是等同于尚未完成真正的备份这一动作。针对网站的备份工作以及应急响应的情况, 这些都是需要被纳入定期的演练安排之中的。

你需要执行的操作是把那些备份过之后的数据恢复到专门的测试域名上去。然后你去检查数据库这一部分看它是不是能够成功地完成导入工作。你要检查各种不同的插件它们会不会出现报错的情况。你还要检查图片以及附件这些东西它们是不是都完整没有缺损。同时你必须要记录一下, 去完成一次完整的恢复操作这件事情, 它到底需要花费多少时间。

在应急响应这样一件事情上, 还需要提前把相关的联系人约定好, 要明确谁负责断开网络连接, 要明确谁负责进行数据恢复, 要明确谁负责去向外面的人进行沟通, 这样到了真正出事的时候, 就不需要在那儿临时着急地去找人处理了。

演练时重点看三件事：备份文件能不能解开、数据库和文件是不是同一时间点、恢复后前台和后台能不能正常登录。站内的服务器安全加固清单提到的最小权限和更新，也应该一起复查。

最常见的 4 个误区

大家经常犯的最常见的网站备份错误, 一共是四点。第一个问题, 是光只去备份数据库。第二个问题, 是把备份文件和网站的代码放在同一台服务器上头。第三个问题, 是没有对备份文件进行加密处理。第四个问题, 是从来都没有尝试过去恢复备份。在应对紧急情况的时候, 也绝不仅仅能够依赖单独的一位人员来搞定这件事, 起码还应当有第二位同事知道备份文件到底藏在哪里, 同时也知道该怎么把系统给恢复操作回来。

那些在网站备份方面做得出色, 在应急响应方面也做得出色的团队, 哪怕是在出了事的时候, 他们也反而不会慌张。因为他们心里很清楚应该先去切断什么东西, 要先去检查什么东西, 还有要把数据恢复到具体哪一个时间点上去。备份这个东西是属于最基础的底线存在的, 定期的演练相当于是额外买的保险。准备好的清单更是能够让人们在特别紧张的情况之下都不会遗漏掉任何必要的步骤。并且每一次演练结束之后要把关于应急响应的具体时间线以及所有处理动作都老老实实地记录下来。这样就可以为下次如果再次遇到了相同类型的问题可以直接照着之前的记录去执行和操作。

常见问题

网站备份多久做一次？

你要好好看看这个更新的节奏到底是个什么样子。如果在日子里每天都有内容上新, 那你就得每天都去执行备份这个动作, 而且最少要把最后七天的数据留着；要是碰上了搞活动或者是把页面重新改过的这段时间, 那备份的频率就可以变成果一天两回的样子。你定下来的那个网站备份策略的次数, 一定要和你的恢复目标能对得上, 并且要匹配好。

备份放同一台服务器行不行？

不可以。万一出现了服务器发生故障、磁盘损坏, 或者是遭遇入侵这些情况的话, 那么在同一种机器上进行的备份操作, 极有可能就会跟着被一起丢失掉, 找不到踪影了。因此来说, 在开展网站备份工作的时候, 至少需要留存有这样一份备份副本, 它必须存放在异地的位置, 或者处于离线的状态, 同时, 还需要做到定期对这一份保存下来的副本进行检验, 目的是为了去查看清楚, 它在必要的时候是否可以正常地进行恢复和继续使用的操作。

被入侵后先恢复还是先排查？

必须首先要把相关的整体环境实行隔离手段, 并且还要妥善地把全部的相关证据给保留住, 接着方可再去执行那个恢复的处理措施。倘若要是直接就用那种覆盖的方法去进行恢复工作的话, 那就有可能会对那些关键的入口记录信息以及日志文件一起将其删除掉。

因为在应急响应这个阶段上, 大家必须得先把清楚问题的源头究竟是在什么地方以后呢, 才能够合理地决定出到底应该要把系统恢复到哪一个具体的时间点上去。