服务器快照回滚；误删的站点能整个拉回来

删错东西这种事，谁都可能碰上一次。rm -rf 敲下回车那一秒脑子是空的，等 ls 一看目录空了，汗就上来了。所以老有人问，服务器快照回滚误删站点能整个拉回来吗。答案是有条件地能：只要误删之前有一份完整的盘状态，大概率救得回来，而且比你想的快。反过来讲，快照压根没开，或者手里只有一份很久以前的状态，那就只能靠备份、日志和一点点运气慢慢拼。

服务器快照回滚误删站点能整个拉回来，到底靠什么

三件事凑齐才行。快照要覆盖到被删的那块盘，时间点要早于误删那一刻，还有一个特别容易漏的：回滚是拿旧状态盖住现在的盘，动手之前得先把现状挪出去。缺哪一条，拉回来的东西都是残的，补齐才踏实。

快照和备份，压根不是一种东西

这俩常被混着说。快照是某一刻磁盘状态的副本，回滚等于把整块盘按时间倒回去；备份是把数据导出来、放到别的地方去。快照躺在同一个存储池里，误删文件、改坏配置、装了个打架的软件，它能救。可要是盘本身坏了、账号被人端了、整个存储出毛病，快照会跟数据一起没。所以说快照是后悔药，备份才是那根救命绳，两样都得有，缺一样心里都不踏实。

删完之后，有几件事先别干

最忌讳的是继续往那块盘写东西。上传新文件、跑定时任务、重启服务，甚至一着急把站点重装一遍，都可能把要恢复的数据块给盖掉。这时候正确动作是停手，记下误删的大致时间，进控制台翻快照列表，找时间最近、又早于误删的那一份。

也别急着重装系统或者重新初始化目录。太多人一慌就先重建，等想起来还有快照，回滚完发现新旧两份数据打架，收拾起来比误删本身还费劲。手别抖，先看一眼有没有退路。

回滚之前，先把当下的东西打包

回滚是整盘覆盖，误删之后新产生的订单、评论、用户传的图片，全都会跟着消失。所以先给现在这个状态打一份快照，再把数据库和站点目录导出来，比如「mysqldump -uroot -p –all-databases > /root/all_before_rollback.sql」，站点目录用「tar czf /root/site_before_rollback.tar.gz /www/wwwroot」。文件落在数据盘以外，/root 或者直接拉到本地都行。这一步花不了几分钟，但它是你回滚之后唯一的回头路。

回滚这一套，顺序别搞反

大致是这么走：先停掉对外服务或者把流量切走；打一份当前状态快照；在控制台选中目标快照点执行回滚，等它跑完，中间不要手贱去重启机器；起来之后先试 SSH，再看站点。

服务起来之后要一项项验：Web 服务起没起、数据库连不连得上、伪静态规则还在不在、SSL 证书有没有跟着退回已经过期的那张、图片目录权限对不对、定时任务和队列有没有重复在跑。系统时间有时也会飘，用 NTP 校一下，不然证书校验和日志时间戳都会闹脾气。

只回滚数据盘，还是整机一起拉回去

看删的范围。如果只是站点文件被删，系统层没动，优先只回滚数据盘。整机回滚会把操作系统、内核、装过的扩展全倒回去，误删之后你为了救场做的那些升级、临时改的配置，一起白干。反过来说，要是连系统文件都删没了，或者被人改配置改成一团乱麻，整机回滚反而省事，别硬撑着挑局部。

拉回来不等于没事了，这几处最容易漏

一个是挂马。恢复到几天前的状态，那几天里如果被人顺着漏洞插了东西，回滚确实带回了干净版本，可漏洞本身还在。回来顺手扫一遍，别嫌麻烦。

一个是数据库一致性。站点文件退到旧版本，数据库还是新的，程序升过级的话很容易报字段不存在。要么数据库一起回滚，要么按版本对一遍结构。

还有缓存和 CDN。页面缓存、对象存储里的旧图、边缘节点上的副本，可能还在吐回滚前的页面，清一遍再验证，不然你会以为回滚失败了。

真没快照，还剩哪些招

先看服务商那边有没有自动快照或者周期性备份策略，具体怎么保留、保留多久以服务商或官方页面说明为准，别自己猜。再看本地有没有下载过的整站包，很多人其实备过，只是忘了放哪。数据库如果开了 binlog，能按时间点把数据补回来一部分。再往下才是翻 CDN 缓存、搜索引擎快照这类东西，那只能补回点页面内容，程序和数据库补不回来。所以平时该做的还是那几件：定时快照开上、频率按业务量来、删除之前手动打一份、备份放到另一台机器或者对象存储里跟快照分开存。运维账号能降权就降权，rm 加 -i 别嫌烦，重要目录设成只读。

回到开头那句，服务器快照回滚误删站点能整个拉回来，这话不假，但它是个减少损失的工具，不是零损失。误删到回滚之间产生的那段数据，通常找不回来。所以动作要快，回滚前把现状备出来，回滚后照清单一项项验，验完再放开流量。这几步走顺了，一次误删顶多算个教训，不至于变成事故。