企業服務器文件被誤刪除后如何恢復

這期內容當中小編將會給大家帶來有關企業服務器文件被誤刪除后如何恢復，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

   用ext3grep恢復rm -rf 誤刪除的文件

         Linux作為企業級服務器，數據安全性至關重要，任何有價值的數據被誤刪除都是不能容忍的，甚至可能帶來大的災難！作為linux系統管理員，一定要有數據保護意思，不但要做好數據備份工作，還應該有在將重要數據誤刪除后恢復的能力.在這里給大家介紹一個開源的數據恢復工具ext3grep，該工具可以恢復rm –rf誤刪除的文件

 一、ext3grep的原理：

利用ext3grep恢復文件并不依賴于任何文件格式，首先ext3grep利用root的inode來獲取文件系統中所有的文件信息，包括存在的或已刪除的文件，這些信息包括文件名、inode號、然后利用inode結合系統日志去查詢該inode所在的block位置，包括直接、間接塊的信息，最后用dd命令來將數據信息備份出來，從而恢復數據！

當發現文件被誤刪除后，首先做的第一件事就是馬上卸載該文件所在的分區，或者以只讀的方式掛載該分區，原因是文件被刪除后，文件內的數據還保留在磁盤上，除非系統將這些數據所在的塊分配出去了，要不然一直都會存在，所以為了保險，首先做的事就是卸載文件所在的分區，

至于根分區的話，可以重啟系統，然后以單用戶模式進入系統，以只讀的方式掛載根分區：

mount –o ro,remount /

二、ext3grep安裝

 在安裝之前首先檢查一下系統是否已安裝e2fsprogs相關軟件,如果沒有需要下載安裝，要不然安裝ext3greep時會報錯！

[root@localhost ~]# rpm -qa|grep e2fs

e2fsprogs-devel-1.39-23.el5_5.1

e2fsprogs-libs-1.39-23.el5_5.1

e2fsprogs-1.39-23.el5_5.1

e2fsprogs-libs-1.39-23.el5_5.1

可以從網上下載ext3grep源碼包：

wget http://code.google.com/p/ext3grep/downloads/detail?name=ext3grep-0.10.2.tar.gz

解壓、編譯、安裝

tar zxf ext3grep-0.10.2.tar.gz

cd  ext3grep-0.10.2

./configure –prefix=/usr/local/ext3grep

make

make install

   三、利用ext3grep恢復rm –rf刪除的數據

首先我們模擬一個磁盤分區，創建一個虛擬設備

[root@localhost ~]# mkdir /disk 創建掛載點

[root@localhost ~]# mkdir /virtual

[root@localhost ~]# dd if=/dev/zero of=/virtual/disk1 conut=102400

[root@localhost ~]# mkfs -t ext3 /vittual/disk1

[root@localhost ~]# mount -o loop /virtual/disk1 /disk

[root@localhost ~]# echo “this is a ext3grep test,thank you” >/disk/ext3grep-test.txt

用rm –rf 刪除剛才創建的文件

 rm –rf /disk/*

然后查看確認文件已被刪除

 三、用ext3grep恢復被刪除的文件

創建一個專門用來存放被恢復文件的目錄

mkdir restore

cd restore

 四、恢復文件的過程

在剛創建的restore目錄下執行

查看被刪除的文件信息

[root@localhost restore]# /usr/local/ext3grep/bin/ext3grep /virtual/disk  --ls --inode 2

           .-- File type in dir_entry (r=regular file, d=directory, l=symlink)

          |          .-- D: Deleted ; R: Reallocated

Indx Next |  Inode   | Deletion time                        Mode        File name

==========+==========+----------------data-from-inode------+-----------+=========

   0    1 d       2                                         drwxr-xr-x  .

   1  end d       2                                         drwxr-xr-x  ..

   2  end d      11  D 1340620814 Mon Jun 25 18:40:14 2012  drwx------  lost+found

   3  end r      12  D 1340620814 Mon Jun 25 18:40:14 2012  rrw-r--r--  ext3grep-test.txt

 開始恢復

[root@localhost restore]# /usr/local/ext3grep/bin/ext3grep /virtual/disk  --restore-file ext3grep-test.txt

Running ext3grep version 0.10.2

WARNING: I don't know what EXT3_FEATURE_COMPAT_EXT_ATTR is.

Number of groups: 7

Minimum / maximum journal block: 16616 / 20729

Loading journal descriptors... sorting... done

The oldest inode block that is still in the journal, appears to be from 1340620763 = Mon Jun 25 18:39:23 2012

Number of descriptors in journal: 20; min / max sequence numbers: 2 / 5

Writing output to directory RESTORED_FILES/

Loading disk.ext3grep.stage2... done

Restoring ext3grep-test.txt

由上面的輸出可以得知，ext3grep-test.txt文件已經恢復成功，在當前目錄下生成一個RESTORED_FILES目錄，恢復過后的文件就放在那里。

[root@localhost RESTORED_FILES]# ls

ext3grep-test.txt

 此工具雖然能夠恢復被rm –rf 命令刪除的文件，但是做為一個系統管理人員應該在腦海中每時每刻都應該有一個備份數據的概念，畢竟備份才是王道！

當然rhel7中已經有系統恢復工具，不再使用外來工具恢復數據了。

上述就是小編為大家分享的企業服務器文件被誤刪除后如何恢復了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。