硬碟資料救援,RAID快速急救,高雄,台南,屏東,台北,台中,電話:0931-273295,網址:www.fubjj.com

硬碟資料救援,RAID快速急救
網址:www.fubjj.com

這是一個上個月做過的案例，上個月某天，某研究所的技術人員打電話到我們公司，說有一個RAID5要做資料，伺服器是一個幾乎沒聽說過的雜牌伺服器，並且他說是三塊硬碟組成的，並且是WINDOWS2003系統，壞的原因是伺服器壞了，伺服器沒辦法修復了，只能通過虛擬陣列取資料。
聽到電話後，覺得這個應該是很簡單的一個RAID，他們要求上門去做，我們到他們單位後，發現已經做好鏡像。通過瞭解才知道這個活已經有太原的某同行已經在這裡做了一天了，沒做出來，具說是資料好像同步過，聽到這種情況當時我們就想放弃了，但仔细问机房管理人员，他们说没做过任何操作，就是服务器坏了，然后就报着试试的态度去研究一下此阵列，经过一天半的研究、计算，发现此RAID不是一个常规的阵列，只所以那个同行没做出来，是因为他没研究透此阵列的数据结构，此阵列是一个很变态的阵列。数据走向和常规的极不一样，最后通过自定阵列的方式把阵列虚拟成功，觉得总算OK了，后来发现C盘的数据完事正确，后面两个盘的数据几乎都不正确。新的问题来了，发现此阵列不仅在前面有RAID信息，后面有RAID信息，最要命的是在盘的中间还有RAID信息，大家都知道前面的RAID信息好剔除，后面的RAID信息对于RAID5来说基本上无所谓，剔除不了也不影响数据，但这个客户要的是D盘的数据，并且中间有RAID信息，才造成了C盘数据正常，D盘数据几乎全错的情况，剔除中间的RAID信息可不是一件容易的事，这也是我干这一行以来，第一次见中间有RAID信息的情况，要想剔除中间的RAID信息必须非常了解文件系统的数据结构才行，我们经常对D盘文件系统的反复大量的计算，最终在第二天第这一些信息剔除出去，才出来了完事的数据，最后客户非常感谢我们，因为他的数据是十几年的研究成果了，并且他找了好几家数据恢复公司都说同步了，或者其它原因，都搞不定的活了，准备放弃呢。干了这个活后，心想这种杂牌服务器怎么会用变态的数据走向，并且还会在中间做RAID信息，真是一个变态的设计工程设计出来的，不过干了这个活让自己长了不少经验。因为此单位是军工单位，不让数据外传，所以没留下任何截图。只能用语言给大家分享一下。
研究所,
太原基隆市,台北市,台北縣,桃園縣,新竹縣,新竹市,苗栗縣,台中縣,台中市,彰化縣,南投縣,雲林縣,嘉義縣,嘉義市,台南縣,台南市,高雄縣,高雄市,屏東縣,澎湖,金門,馬祖,中國大陸,From InToHard