隨著電子政務、電子商務及全球信息化的發(fā)展，越來越多的國家職能部門、企事業(yè)單位及大型企業(yè)配備了服務器用于自身信息系統(tǒng)的建設。受服務器自身硬件技術的局限和技術人員的操作因素，服務器無法做到的無故障發(fā)生。存儲著海量數據資料的服務器，特別是企業(yè)級的大型服務器一旦發(fā)生故障，將直接導致服務器內存儲的海量數據丟失，造成國家職能部門、企事業(yè)單位及大型企業(yè)的嚴重數據災難。面對服務器的日益普及，服務器數據面臨著巨大的挑戰(zhàn)，而此時服務器數據恢復作為服務器數據后一道防線，就顯得尤為重要。

般類型提示

eth1: Too much work at interrupt, IntrStatus=0x0001

這條提示的含意為. 某網卡的中斷請求過多. 如果只是偶爾出現一次可忽略. 但這條提示如果經常出現或是集中出現,那涉及到的可能性就比較多有可能需要進行處理了.。可能性比較多,如網卡性能;服務器性能;網絡攻擊..等等。

IPVS: incoming ICMP: failed checksum from 61.172.0.X!

服務器收到了一個校驗和錯誤的ICMP數據包。 這類的數據包有可能是非法產生的垃圾數據.但從目前來看服務器收到這樣的數據非常多.一般都忽略。

一般代理服務器在工作時會每秒鐘轉發(fā)幾千個數據包.收到幾個錯誤數據包不會影響正常的工作.這是問我多的一類提示了。

NET: N messages suppressed.

服務器忽略了 N 個數據包.和上一條提示類似.服務器收到的數據包被認為是無用的垃圾數據數據. 這類數據多是由攻擊類的程序產生的。

這條提示如果 N 比較小的時候可以忽略.但如果經?；蚴情L時間出現3位數據以上的這類提示.就很有可能是服務器受到了垃圾數據類的帶寬攻擊了。

UDP: bad checksum. From 221.200.X.X:50279 to 218.62.X.X:1155 ulen 24

UDP: short packet: 218.2.X.X:3072 3640/217 to 222.168.X.X:57596

218.26.131.X sent an invalid ICMP type 3, code 13 error to a broadcast: 0.1.0.4 on eth0

服務器收到了一個錯誤的數據包.分別為 UDP校驗和錯誤; 過短的UDP數據包; 一個錯誤的ICMP類型數據. 這類信息一般情況下也是非法產生的。但一般問題不大可直接忽略。

kernel: conntrack_ftp: partial 227 2205426703+13

FTP_NAT: partial packet 2635716056/20 in 2635716048/2635716075

服務器在維持一條FTP協(xié)議的連接時出錯. 這樣的提示一般都可以直接忽略。

服務器系統(tǒng)嚴重故障

CPU0: Temperature above threshold CPU0: Running in modulated clock mode

服務器CPU工作溫度過高. 必須排除硬件故障。

不必完全掃描

如果你僅想找到不小心誤刪除的文件，無論使用哪種數據恢復軟件，也不管它是否具有類似EasyRecovery快速掃描的方式，其實都沒必要對刪除文件的硬盤分區(qū)進行完全的簇掃描。因為文件被刪除時，操作系統(tǒng)僅在目錄結構中給該文件標上刪除標識，任何數據恢復軟件都會在掃描前先讀取目錄結構信息，并根據其中的刪除標志順利找到剛被刪除的文件。所以，你完全可在數據恢復軟件讀完分區(qū)的目錄結構信息后就手動中斷簇掃描的過程，軟件一樣會把被刪除文件的信息正確列出，如此可節(jié)省大量的掃描時間，快速找到被誤刪除的文件數據。