VPS数据误删后，立即停止所有写入操作，使用extundelete或TestDisk扫描文件系统，在多数情况下能找回大部分文件，恢复成功率取决于你发现后是否继续写入数据。
误删数据的那一刻，你脑子里蹦出的第一个念头大概是“完了”，别急着摔键盘，文件其实没有物理消失，只是系统把它的存储位置标记成了“空闲”，只要你没有马上往磁盘里塞新数据，这些被标记的inode节点还有机会被抢救回来，下面我按真实场景给你拆一遍怎么操作，从原理到实操，再到不同面板和数据库的恢复套路,尽量让你少走弯路。
为什么VPS数据误删后还能恢复
文件系统删除文件时，并不会真的把磁盘上的二进制数据擦除，而是把文件占用的数据块标记为“可用”，目录项里指向该文件的inode引用也被移除，但原始数据字节依然躺在磁盘上，直到被新写入的内容覆盖，所以恢复的关键在于“抢时间”：在系统把那些空闲块重新分配给其他文件之前,把数据读出来。
业内专家指出，多数VPS采用ext4或xfs文件系统，这两种文件系统在删除文件后都不会立即清空block内容，只要没有大量写入，恢复成功率相当可观，但如果你用的是SSD且开启了TRIM，情况会复杂一些TRIM命令会真正擦除空闲块,这种情况下恢复概率会明显下降。
VPS数据误删恢复前的三大原则
动手之前先记住三条硬规矩,省得越搞越糟。
立即停止所有写入操作
- 马上退出正在运行的网站、数据库、日志服务，如果可能，直接关闭VPS,挂载为只读模式。
- 不要再往VPS里上传文件、安装软件、更新系统，甚至不要登录图形界面,每一次写入都可能覆盖你刚删掉的数据。
- 如果数据在系统盘，且你无法切断写入，可以考虑用Live CD引导,或者把磁盘挂载到另一台VPS上操作。
优先创建磁盘镜像再做恢复
直接对原始磁盘跑恢复工具存在风险，万一操作失误会进一步破坏数据，推荐先用dd或ddrescue给整个分区做个镜像，然后在镜像文件上搞恢复，这样即使搞砸了,原盘数据还在。
dd if=/dev/vda1 of=/backup/vda1.img bs=4M status=progress
恢复文件不要写回原分区
恢复出来的文件必须保存到另一个磁盘或挂载点，比如挂载一块临时数据盘，或者用scp传到其他机器，写回原分区等于在用新数据覆盖旧数据,前面的努力全白费。
Linux VPS误删文件恢复实操步骤
这里以最常见的ext4文件系统为例，用extundelete工具演示，如果你用的是xfs，工具换成xfs_undelete,但底层逻辑一样。
安装extundelete
大多数Linux发行版都能直接通过包管理器安装。
# Debian/Ubuntu apt update && apt install extundelete -y # CentOS/RHEL（需要先装EPEL） yum install epel-release && yum install extundelete -y
扫描被删除文件
先确认你要恢复的文件在哪个分区。
df -h
假设分区是/dev/vda1，挂载在/data,执行扫描：
extundelete /dev/vda1 --inode 2
这会列出分区根目录下所有被删除的文件和目录，如果知道文件名,直接指定路径更高效：
extundelete /dev/vda1 --restore-file /data/important.sql
恢复整个目录
误删了一个文件夹，可以用–restore-directory参数。
extundelete /dev/vda1 --restore-directory /data/project
工具会在当前目录下生成一个RECOVERED_FILES目录，里面装着你找回的数据。记得立刻把这个目录转移到其他磁盘。
如果文件系统是xfs
xfs没有直接可用的extundelete，但可以用xfs_undelete或xfs_db手工操作，不过xfs的恢复难度比ext4大，因为xfs的元数据更复杂,建议优先使用xfs_undelete：
xfs_undelete /dev/vda1 -s /data/lost -t 60
-s指定输出目录，-t设置扫描时间（分钟）,也可以配合xfs_db查看空闲空间。
宝塔面板误删数据怎么找回
很多人在宝塔面板里操作时，习惯在后台直接删文件或清空回收站，宝塔的回收站默认开启，但如果你在面板里勾选了“直接删除”，那就跳过了回收站，这时候恢复思路和普通Linux VPS一样,但需要注意几个细节。
宝塔自带的回收站
- 检查面板左侧“文件”菜单下的回收站图标，如果里面有文件,直接点击还原即可。
- 回收站保留时间可以在面板设置里调整,默认30天。
回收站已清空或未开启怎么办
- 按照上面extundelete的步骤扫描/data目录（宝塔默认网站数据在/www/wwwroot）。
- 如果你使用的是宝塔的数据库管理，MySQL的数据文件在/www/server/data目录下，删除后同样可以用extundelete恢复，但要先停止MySQL服务,否则数据库进程会持续写入。
数据库文件恢复的特殊性
MySQL的ibd文件被删除后，只要内存中还有脏页未刷盘，或者表空间被标记为“丢弃”，情况会复杂一些，推荐先尝试用extundelete恢复文件，然后进行表空间重新导入，如果恢复出来的文件不完整，可以尝试用strings命令提取残余数据,但这只适用于文本字段较多的表。
其他常用恢复工具对比
| 工具 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| extundelete | ext3/ext4文件系统 | 操作简单，恢复速度快 | 不支持xfs，部分大文件恢复可能失败 |
| TestDisk | 分区表恢复、文件恢复 | 跨平台，支持多种文件系统 | 界面命令行，新手容易懵 |
| PhotoRec | 图片、文档等特定类型 | 能识别大量文件格式，跳过损坏数据 | 恢复后文件名丢失，需要手工整理 |
| ddrescue | 磁盘坏道或损坏镜像 | 遇到坏道能跳过，尽量读出好数据 | 不适合误删恢复，适合磁盘故障 |
VPS数据恢复服务价格与注意事项
如果自己搞不定，或者数据太重要不敢冒险，可以找专业的数据恢复服务商，行业里针对VPS的数据恢复，通常按数据量和恢复难度收费，价格范围从几百到几千元不等,选择服务商时注意几点：
- 确认对方是否支持你的文件系统（ext4、xfs、btrfs等）。
- 要求先评估再操作,避免恢复失败还要收费。
- 尽量选择支持远程恢复的，让你把磁盘镜像加密传过去,不需要寄送硬件。
关于VPS数据误删找回的常见问题
误删后我重启了VPS，还能恢复吗
重启本身不会覆盖数据，但重启后如果有服务自动启动并写入日志或缓存，可能造成覆盖，只要写入量不大，恢复概率依然存在，建议重启后立即以单用户模式或只读模式挂载分区,再进行恢复操作。
用extundelete恢复后文件名乱码怎么办
如果目录结构被部分覆盖，extundelete可能无法恢复原始文件名，这时可以尝试用PhotoRec按文件类型扫描，虽然会丢失文件名，但至少能把内容捞出来,恢复后根据文件大小和头信息手动重命名。
我的VPS是在香港机房，数据恢复能远程操作吗
可以，香港机房与国内网络延迟不大，远程SSH操作完全可行，如果担心带宽，可以先用dd压缩镜像，再通过scp或rsync拉到本地，之后在本地镜像上恢复。VPS数据恢复服务本身不受地域限制，只要你能远程连接服务器或传输镜像,国内外的服务商都能处理。
数据误删不可怕，可怕的是你慌不择路地继续写入，记住最核心的一步：立刻停机，只读挂载，备份镜像，再动手恢复，只要做到这四点，绝大多数情况下你都能和意外删除的文件重逢，哪怕自己搞不定，业界也有不少靠谱的恢复服务，只是价格和周期需要你权衡，唯一回不来的，是那些被覆盖了又覆盖的旧数据所以每次操作前，养成分区快照或者定期备份的习惯，才是真正的“后悔药”。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/530362.html
