服務器數(shù)據(jù)恢復從從廣義上說，位于服務器存儲介質(zhì)上的信息都是數(shù)據(jù)。任何使這些信息發(fā)生非主觀意愿之外的變化都可視為破壞。那么相應地，服務器數(shù)據(jù)恢復就是一個把服務器上異常數(shù)據(jù)還原成正常數(shù)據(jù)的過程。
網(wǎng)絡通信嚴重出錯提示
NETDEV WATCHDOG: eth1: transmit timed out
eth1: link down
eth1: link up, 10Mbps, half-duplex, lpa 0x0000
eth2: link up, 100Mbps, full-duplex, lpa 0x41E1
setting full-duplex based on MII #24 link partner capability of 45e1
這些提示是網(wǎng)絡通信中出現(xiàn)嚴重問題時才會出現(xiàn).故障基本和網(wǎng)絡斷線有關系. 這幾條提示分別代表的含意是 某塊網(wǎng)卡傳送數(shù)據(jù)超時; 網(wǎng)卡連接down; 網(wǎng)卡連接up,連接速率為10/100Mbps,全/半雙功.這里寫到的后三行的提示比較類似. 出現(xiàn)這類提示時必須注意網(wǎng)絡連接狀況進行處理!!!
NIC Link is Up 100 Mbps Full Duplex
情況和 kernel: eth1: link up,...相同.指某塊網(wǎng)卡適應的連接速率. 一般認為沒有說明哪個網(wǎng)卡down,只是連續(xù)出現(xiàn)網(wǎng)卡適應速率也是通信有問題。如果是網(wǎng)線正常的斷接可以忽略這類的信息。
eth0: Transmit timed out, status 0000, PHY status 786d, resetting... eth0: Reset not complete yet. Trying harder.
條提示 網(wǎng)卡關送數(shù)據(jù)失敗. 復位網(wǎng)卡. 第二條提示 網(wǎng)卡復位不成功.... 這些提示都屬于嚴重的通信問題。
eth1: Transmit error, Tx status register 82. Probably a duplex mismatch. See Documentation/networking/vortex.txt Flags; bus-master 1, dirty 9994190(14) current 9994190(14) Transmit list 00000000 vs. f7171580. 0: @f7171200 length 800001e6 status 000101e6 1: @f7171240 length 8000008c status 0001008c ....
這個提示是3com網(wǎng)卡特有的. 感覺如果出現(xiàn)量不大的話也不會影響很嚴重. 目前看維一的解決辦法是更換服務器上的網(wǎng)卡。 實在感覺3com的網(wǎng)卡有些問題...
服務器報警程序的提示
0001 ##WMPCheckV001## 2005-04-13_10:10:01 Found .(ARP Spoofing sniffer)! IP:183 MAC:5 0002 ##WMPCheckV001## 2005-04-07_01:53:32 Found .(MAC_incomplete)! IP:173 mac_incomplete:186 0003 ##WMPCheckV001## 2005-04-17_16:25:11 Found .(HIGH_synsent)! totl:4271 SynSent:3490 0004 ##WMPCheckV001## 20......
這是由報警程序所引起的提示. 詳細的信息需要用報警程序的客戶端進行實時接收.詳細情況請查看"告警模塊和日志"。
盡可能采取NTFS格式分區(qū)
NTFS分區(qū)的MFT以文件形式存儲在硬盤上，這也是EasyRecovery和Recover4all即使使用完全掃描方式對NTFS分區(qū)掃描也那么快速的原因——實際上它們在讀取NTFS的MFT后并沒有真正進行簇掃描，只是根據(jù)MFT信息列出了分區(qū)上的文件信息，非常取巧，從而在NTFS分區(qū)的掃描速度上壓倒了老老實實逐個簇掃描的其他軟件。不過對于NTFS分區(qū)的文件恢復成功率各款軟件幾乎是一樣的，事實證明這種取巧的辦法確實有效，也證明了NTFS分區(qū)系統(tǒng)的文件性確實比FAT分區(qū)要高得多，這也就是NTFS分區(qū)數(shù)據(jù)恢復在各項測試成績中的原因，只要能讀取到MFT信息，就幾乎能恢復文件數(shù)據(jù)。
在服務器發(fā)生故障后，需注意以下幾點：
1、服務器發(fā)生故障后，用戶切忌再對服務器進行任何操作，也切忌隨意取出硬盤，以免弄亂順序增加后期數(shù)據(jù)恢復的難度。
2、如果已經(jīng)取出硬盤，標記好硬盤的順序。
3、求助專業(yè)服務器數(shù)據(jù)恢復公司的專業(yè)服務器數(shù)據(jù)恢復工程師，切忌隨意交給不知名的小數(shù)據(jù)恢復公司。
4、如果單位服務器內(nèi)存儲的是保密度較高、或者較為重要的數(shù)據(jù)資料，建議配備單位內(nèi)部服務器數(shù)據(jù)恢復設備，防止將數(shù)據(jù)庫交由外部數(shù)據(jù)恢復公司進行數(shù)據(jù)恢復時，造成數(shù)據(jù)丟失或泄漏。
5、需要在專業(yè)人員幫助下抓取服務器陣列卡或存儲管理系統(tǒng)里邊的日志，為數(shù)據(jù)恢復提供數(shù)據(jù)恢復索引。
6、如需取出硬盤恢復，則將記錄服務器硬盤接口對應編號。在取服務器硬盤時應當佩戴靜電手環(huán)，以防硬盤靜電擊傷。
