linux服務器***後日志文件刪除/恢復方法

當Linux計算機受到***時，常見的狀況是日誌文件被刪除，以掩蓋***者的蹤影。管理錯誤也可能致使意外刪除重要的文件，好比在清理舊日誌時，意外地刪除了數據庫的活動事務日誌。有時能夠經過lsof來恢復這些文件。

當進程打開了某個文件時，只要該進程保持,打開該文件，即便將其刪除，它依然存在於磁盤中。這意味着，進程並不知道文件已經被刪除，它仍然能夠向打開該文件時提供給它的文件描述符進行讀取和寫入。除了該進程以外，這個文件是不可見的，由於已經刪除了其相應的目錄索引節點。

在/proc 目錄下，其中包含了反映內核和進程樹的各類文件。/proc目錄掛載的是在內存中所映射的一塊區域，因此這些文件和目錄並不存在於磁盤中，所以當咱們對這些文件進行讀取和寫入時，其實是在從內存中獲取相關信息。大多數與lsof 相關的信息都存儲於以進程的PID 命名的目錄中，即/proc/1234 中包含的是PID 爲1234 的進程的信息。每一個進程目錄中存在着各類文件，它們能夠使得應用程序簡單地瞭解進程的內存空間、文件描述符列表、指向磁盤上的文件的符號連接和其餘系統信息。lsof 程序使用該信息和其餘關於內核內部狀態的信息來產生其輸出。因此lsof 能夠顯示進程的文件描述符和相關的文件名等信息。也就是咱們經過訪問進程的文件描述符能夠找到該文件的相關信息。

當系統中的某個文件被意外地刪除了，只要這個時候系統中還有進程正在訪問該文件，那麼咱們就能夠經過lsof從/proc目錄下恢復該文件的內容。 假如因爲誤操做將/var/log/messages文件刪除掉了，那麼這時要將/var/log/messages文件恢復的方法以下：

首先使用lsof來查看當前是否有進程打開/var/logmessages文件，以下：

[root@station90 yum.repos.d]# lsof | grep /var/log/messagessyslogd   2699      root    1w      REG                8,2   480817     330592 /var/log/messages (deleted)

從上面的信息能夠看到PID 2699（syslogd）打開文件的文件描述符爲 1。同時還能夠看到/var/log/messages已經標記被刪除了。所以咱們能夠在/proc/2699/fd/1 （fd下的每一個以數字命名的文件表示進程對應的文件描述符）中查看相應的信息，以下：

[root@station90 fd]# pwd/proc/2699/fd[root@station90 fd]# cat 1 | head -n 5Jan 13 08:59:02 station90 syslogd 1.4.1: restart.Jan 13 10:44:22 station90 syslogd 1.4.1: restart.Jan 13 10:44:22 station90 kernel: klogd 1.4.1, log source = /proc/kmsg started.Jan 13 10:44:22 station90 kernel: Linux version 2.6.18-164.el5 (mockbuild@x86-003.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Tue Aug 18 15:51:48 EDT 2009Jan 13 10:44:22 station90 kernel: Command line: ro root=LABEL=/ rhgb quiet

從上面的信息能夠看出，查看/proc/2699/fd/1 就能夠獲得所要恢復的數據。若是能夠經過文件描述符查看相應的數據，那麼就能夠使用 I/O 重定向將其複製到文件中，如:

cat /proc/2699/fd/1 > /var/log/messages

在恢復以前，及時touch了/var/log/messages文件也是沒有問題的

對於許多應用程序，尤爲是日誌文件和數據庫，這種恢復刪除文件的方法很是有用。