邏輯層故障

1、誤刪除、誤格式化、誤分區(qū)、誤克隆、文件解密、病毒破壞等

2、RAID陣列信息丟失的

3、RAID卡損壞導致數據丟失

4、RAID升級遷移過程中誤操作導致的數據丟失

5、RAID5陣列2塊硬盤OFFLINE導致的數據丟失

6、RAID陣列內邏輯驅動器出現壞條帶

7、重新配置RAID陣列信息導致數據丟失

8、RAID陣列內磁盤順序出錯

9、RAID陣列系統崩潰服務器無法啟動

10、RAID硬盤掉線，陣列內某塊或多塊硬盤無法識別

11、RAID陣列信息混亂

12、RAID意外斷電等原因造成的rebuild失敗

般類型提示

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協議的連接時出錯. 這樣的提示一般都可以直接忽略。

盡可能采取NTFS格式分區(qū)

NTFS分區(qū)的MFT以文件形式存儲在硬盤上，這也是EasyRecovery和Recover4all即使使用完全掃描方式對NTFS分區(qū)掃描也那么快速的原因——實際上它們在讀取NTFS的MFT后并沒有真正進行簇掃描，只是根據MFT信息列出了分區(qū)上的文件信息，非常取巧，從而在NTFS分區(qū)的掃描速度上壓倒了老老實實逐個簇掃描的其他軟件。不過對于NTFS分區(qū)的文件恢復成功率各款軟件幾乎是一樣的，事實證明這種取巧的辦法確實有效，也證明了NTFS分區(qū)系統的文件性確實比FAT分區(qū)要高得多，這也就是NTFS分區(qū)數據恢復在各項測試成績中的原因，只要能讀取到MFT信息，就幾乎能恢復文件數據。

使用文件格式過濾器

以前沒用過數據恢復軟件的朋友在次使用時可能會被軟件的能力嚇一跳，你的目的可能只是要找?guī)讉€誤刪的文件，可軟件卻列出了成百上千個以前刪除了的文件，要找到自己真正需要的文件確實十分麻煩。這里就要使用EasyRecovery獨有的文件格式過濾器功能了，在掃描時在過濾器上填好要找文件的擴展名，如“*.doc”，那么軟件就只會顯示找到的DOC文件了；如果只是要找一個文件，你甚至只需要在過濾器上填好文件名和擴展名（如important.doc），軟件自然會找到你需要的這個文件，很是快捷方便。