服務器機房搬遷導致服務器無法識別raid怎麽辦
阿新 • • 發佈:2018-05-03
服務器 數據恢復 成功案例 個人經歷 [服務器數據恢復故障描述]
北京某公司的機房進行搬遷,重新連接線路後發現服務器無法識別RAID,服務器未做初始化操作。客戶服務器為LINUX操作系統,構建了NFS+FTP作為公司內部文件服務器使用。服務器型號為HP DL380 G4,使用hp smart array控制器掛載了一臺國產磁盤陣列,服務器磁盤陣列由14塊146G SCSI硬盤組成一組RAID5。,HP smart array系列控制器源自康柏,RAID中的冗余采用雙循環的校驗方式。管理員對服務器進行簡單檢查後並沒有做其他嘗試性操作,數據恢復公司首先派服務器數據恢復工程師來到客戶現場進行初檢。
[服務器初檢結果]
由於客戶要求上門且服務器設備就在北京,所以工程師很快到達客戶現場並對設備進行簡單的初檢,發現數據丟失的原因為raid信息丟失。
[raid數據恢復步驟]
1、先將SCSI硬盤櫃直接連接到不包含有RAID功能的SCSI擴展卡上。
2、然後工程師們在專用(windows2003改裝後)的修復平臺上以單盤的方式連接服務器陣列中的所有硬盤。
3、為了保護客戶原有數據,避免因數據恢復操作更改客戶原始數據,在所有的數據恢復過程中都必須對所有硬盤以只讀方式做完整鏡像,同時鏡像亦存儲於帶冗余保護的設備上。
4、安排工程師從鏡像文件中分析原RAID的雙循環校驗參數,搭建虛擬raid平臺.
5、在虛擬RAID平臺去掉早離線的盤,解釋文件系統,此時已經可以導出raid數據。
6、在客戶原HP 服務器上連接盤陣,重新配置RAID。
7、最後通過網絡dd、NFS、SAMBA、FTP、SSH等數據傳輸方法把所有數據傳回新建的raid磁盤陣列中。
[服務器數據恢復結果]
服務器中所有數據成功恢復,當然也耗費了工程師們一個晝夜的時間。
服務器數據恢復成功
北京某公司的機房進行搬遷,重新連接線路後發現服務器無法識別RAID,服務器未做初始化操作。客戶服務器為LINUX操作系統,構建了NFS+FTP作為公司內部文件服務器使用。服務器型號為HP DL380 G4,使用hp smart array控制器掛載了一臺國產磁盤陣列,服務器磁盤陣列由14塊146G SCSI硬盤組成一組RAID5。,HP smart array系列控制器源自康柏,RAID中的冗余采用雙循環的校驗方式。管理員對服務器進行簡單檢查後並沒有做其他嘗試性操作,數據恢復公司首先派服務器數據恢復工程師來到客戶現場進行初檢。
[服務器初檢結果]
由於客戶要求上門且服務器設備就在北京,所以工程師很快到達客戶現場並對設備進行簡單的初檢,發現數據丟失的原因為raid信息丟失。
[raid數據恢復步驟]
1、先將SCSI硬盤櫃直接連接到不包含有RAID功能的SCSI擴展卡上。
2、然後工程師們在專用(windows2003改裝後)的修復平臺上以單盤的方式連接服務器陣列中的所有硬盤。
3、為了保護客戶原有數據,避免因數據恢復操作更改客戶原始數據,在所有的數據恢復過程中都必須對所有硬盤以只讀方式做完整鏡像,同時鏡像亦存儲於帶冗余保護的設備上。
4、安排工程師從鏡像文件中分析原RAID的雙循環校驗參數,搭建虛擬raid平臺.
5、在虛擬RAID平臺去掉早離線的盤,解釋文件系統,此時已經可以導出raid數據。
6、在客戶原HP 服務器上連接盤陣,重新配置RAID。
7、最後通過網絡dd、NFS、SAMBA、FTP、SSH等數據傳輸方法把所有數據傳回新建的raid磁盤陣列中。
[服務器數據恢復結果]
服務器中所有數據成功恢復,當然也耗費了工程師們一個晝夜的時間。
服務器數據恢復成功
服務器機房搬遷導致服務器無法識別raid怎麽辦