HDFS 为我们提供了垃圾箱的功能，也就是说当我们执行 hadoop fs -rmr xxx 命令之后，文件并不是马上被删除，而是会被移动到 执行这个操作用户的 .Trash 目录下，等到一定的时间后才会执行真正的删除操作。看下面的例子：

从上面的例子中可以看出，在我们删了 test.txt 文件之后，文件被移到 /user/iteblog/.Trash/Current/user/iteblog/test.txt 路径下，如果这个操作属于误操作，我们则可以到回收站找回这个文件并直接 mv 回原来的目录，即可恢复之前的数据。不过使用这个功能的前提是我们配置了 fs.trash.interval 参数，默认是 0，代表不启用垃圾箱功能。

上面的配置是说：文件会被删除会保留到 .Trash 目录下，时间为一天，超过这个时间，被删除的文件就会真正被删除。所以为了避免误删除操作，强烈建议开启 HDFS 回收站功能。

Hadoop 从 2.1.0 版本开始提供了 HDFS 快照（SnapShot）功能。一个快照是一个全部文件系统、或者某个目录在某一时刻的镜像。利用快照可以防止用户错误操作，管理员可以通过滚动的方式周期性设置一个只读的快照，这样就可以在文件系统上有若干份只读快照。如果用户意外地删除了一个文件，就可以使用包含该文件的最新只读快照来进行恢复。下面我们来实操说明如何利用快照恢复误删除的文件：

创建目录和文件

​ 在上面我们创建了/user/iteblog/important/目录，里面有一个文件 important-file.txt ，假设这个文件是非常重要的。

创建快照

现在我们已经为 important 目录创建了快照，名称为 important-snapshot。

误删除操作 因为开启了快照功能，我们无法删除已经创建快照的目录（/user/iteblog/important），但是我们依然可以删除这个目录下的文件：

​ 现在这个重要的文件被我们误删除了！

恢复文件 由于我们开启了快照，所以我们可以从快照中恢复这个文件，步骤如下：

通过上面几步，我们就恢复了误删除的重要文件。

如果你的 Hadoop 集群没有开启回收站功能，也没有对重要的数据创建快照，这时候如果有人将一份非常重要的数据误删除了，那我们如何恢复这些数据？答案是通过修改编辑日志，但是**通过这种方法不一定能恢复已经被删除的文件，或者只能恢复一部分被删除的文件，也可能恢复全部误删除的数据，这个和你的集群繁忙状态有很大的关系。**而且通过这种方式恢复误删除的文件代价很高，风险很大，需要谨慎使用。下面介绍通过这种恢复删除数据的步骤。

删除文件

由于上面删除操作使用了 -skipTrash 参数，这意味着这个文件会被直接删除，并不会先放到回收站。

恢复数据 NameNode 在收到删除命令时，会先将这个命令写到编辑日志中，然后会告诉 DataNode 执行真正的文件删除操作。所以我们需要做的是立刻停止 NameNode 和 DataNode 节点，阻止删除命令的执行。然后找到执行 rmr 操作发生时间对应的编辑日志，假设是 edits_inprogress_0000000000000001512，这个文件是二进制的形式，我们需要通过 HDFS 自带的命令将这个文件转换成可读的形式，如下：

上面执行的结果是二进制的编辑日志被转换成我们人类可读的xml格式的文件，我们找到执行删除 important-file.txt 文件的命令记录：

OP_DELETE 这个标记就是删除操作，我们将这个标记修改成比较安全的操作（比如OP_SET_PERMISSIONS），如果这个命令是在最后，可以直接删除，然后保存。再将修改后的编辑日志转换成计算机能够识别的格式：

最后启动 NameNode 和 DataNode 节点，至于文件是否能够恢复，就听天由命了。