成都創(chuàng)新互聯(lián)一直通過網(wǎng)站建設(shè)和網(wǎng)站營銷幫助企業(yè)獲得更多客戶資源。 以"深度挖掘,量身打造,注重實效"的一站式服務(wù),以成都做網(wǎng)站、成都網(wǎng)站建設(shè)、移動互聯(lián)產(chǎn)品、全網(wǎng)整合營銷推廣服務(wù)為核心業(yè)務(wù)。10年網(wǎng)站制作的經(jīng)驗,使用新網(wǎng)站建設(shè)技術(shù),全新開發(fā)出的標準網(wǎng)站,不但價格便宜而且實用、靈活,特別適合中小公司網(wǎng)站制作。網(wǎng)站管理系統(tǒng)簡單易用,維護方便,您可以完全操作網(wǎng)站資料,是中小公司快速網(wǎng)站建設(shè)的選擇。ong>【科普Isilon的存儲結(jié)構(gòu)】
Isilon內(nèi)部使用的是分布式文件系統(tǒng)OneFS。在Isilon存儲集群里面每個節(jié)點均為單一OneFS文件系統(tǒng),所以Isilon在支持橫向擴展的同時并不會影響數(shù)據(jù)正常使用。在存儲集群工作時,所有節(jié)點提供相同的功能,節(jié)點與節(jié)點之前沒有主備之分。當用戶往存儲集群中存儲文件時,OneFS層會將文件分成128K的片段分別存到不同的節(jié)點中,而在節(jié)點層又會將128K的片段分成8K的小片段分別存到該節(jié)點的不同硬盤中。而用戶文件的Indoe信息、目錄項及數(shù)據(jù)MAP則會分別存儲在所有節(jié)點中,這樣可以確保用戶不管從那個節(jié)點都可以訪問到所有數(shù)據(jù)。Isilon在初始化時會讓用戶選擇相應(yīng)的存儲冗余模式,不同的冗余模式所提供的數(shù)據(jù)安全級別也不一樣(默認3個節(jié)點采用N+2:1模式)。
【存儲數(shù)據(jù)恢復故障描述】
某公司管理員由于誤操作將服務(wù)器中包括MSSQL數(shù)據(jù)庫,以及大量的MP4、ASF和TS類型的視頻文件等重要數(shù)據(jù)刪除。需要進行數(shù)據(jù)恢復的這臺服務(wù)器整體存儲架構(gòu)采用EMC高端網(wǎng)絡(luò)NAS(Isilon S200),節(jié)點數(shù)量為3個,每個節(jié)點配置12塊3T STAT硬盤,無SSD。需要進行數(shù)據(jù)恢復的數(shù)據(jù)包括vmware虛擬機(WEB服務(wù)器)和視頻文件,虛擬機通過NFS協(xié)議共享到ESX主機,視頻文件通過CIFS協(xié)議共享給虛擬機(WEB服務(wù)器)。NFS共享的所有數(shù)據(jù)(也就是所有虛擬機)被刪除而CIFS共享的數(shù)據(jù)則沒有被刪除。
【備份服務(wù)器數(shù)據(jù)】
因考慮到數(shù)據(jù)安全性,避免對數(shù)據(jù)造成二次破壞,需對所有硬盤進行全部備份。但是由于磁盤數(shù)量太多(單節(jié)點12塊盤,3個節(jié)點36塊盤),且單盤容量太大(單盤3TB,一共108TB),因此備份周期會較長。最終客戶決定,只對存儲中現(xiàn)有數(shù)據(jù)進行備份,并且由數(shù)據(jù)恢復公司備份一次,客戶再備份一次,以確保現(xiàn)有數(shù)據(jù)安全。
【服務(wù)器數(shù)據(jù)分析】
服務(wù)器數(shù)據(jù)備份完成后在Isilon的web管理界面中將Isilon正常關(guān)機。再將所有節(jié)點上的所有硬盤貼上標簽,并依次取出再放到數(shù)據(jù)恢復平臺中,開始分析所有硬盤中的數(shù)據(jù)。
由于客戶數(shù)據(jù)是被刪除了,因此不用過多考慮存儲的冗余級別,重點需要分析文件刪除后,文件Indoe及數(shù)據(jù)MAP是否發(fā)生變化。刪除的虛擬磁盤文件都在64G或以上,并且存儲中沒有其他類型的大文件。編寫掃描所有文件Indoe的程序,將文件大小符合64G或以上的Indoe都掃描出來。再仔細分析掃描出來的Indoe,發(fā)現(xiàn)Indoe中記錄的數(shù)據(jù)MAP位置,其index指向的內(nèi)容已不再是正常數(shù)據(jù),并且所有節(jié)點上的Indoe均是同樣的情況。再仔細分析Inode,發(fā)現(xiàn)大文件的數(shù)據(jù)MAP會有多層(樹結(jié)構(gòu)),并且數(shù)據(jù)MAP中會記錄文件的唯一ID,因此可以嘗試找到文件最底層的數(shù)據(jù)MAP。抱著僥幸心理對文件最底層的數(shù)據(jù)MAP做遍歷跟蹤操作,發(fā)現(xiàn)最低層的數(shù)據(jù)MAP果然還在。
【數(shù)據(jù)恢復過程】
從文件的Inode中取出文件的唯一ID,然后對所有符合該ID的數(shù)據(jù)MAP做聚合。并根據(jù)數(shù)據(jù)MAP中的VCN號做排序,發(fā)現(xiàn)每個文件的前17088項數(shù)據(jù)MAP都不存在,也就意味著每個文件的前17088項數(shù)據(jù)是真的沒辦法恢復了(心情一下跌落低谷)。
仔細換算了一下發(fā)現(xiàn)丟失的數(shù)據(jù)MAP項總共才包含不到1G的數(shù)據(jù),而刪除的文件全是虛擬機的vmdk文件,里面都是NTFS的文件系統(tǒng),而NTFS文件系統(tǒng)的MFT基本都在3G的位置,也就是只需要在每個vmdk文件的頭部手動偽造一個MBR和DBR就可以解釋vmdk里面的數(shù)據(jù)了。對掃描到的數(shù)據(jù)MAP做解釋,并根據(jù)VCN號的順序?qū)С鰯?shù)據(jù),沒有MAP的情況保留為零。
經(jīng)過不斷的測試,先導出一個vmdk文件來看看。結(jié)果令我大吃一驚,導出的vmdk文件比實際情況要小,并且vmdk中MFT的位置也與自身描述不符。手動隨機驗證了幾個MPA發(fā)現(xiàn)都能指向數(shù)據(jù)區(qū),而程序解釋MAP的方式也都沒有問題。所以猜測到可能為文件稀疏!
將代碼進行部分調(diào)整后重新導出剛才的vmdk,這次vmdk大小符合實際大小,且MFT的位置也在相應(yīng)位置。手工偽造一個MBR,分區(qū)表以及DBR,再用文件系統(tǒng)解釋工具(自用工具)成功解釋其文件系統(tǒng),導出vmdk里面的數(shù)據(jù)庫及視頻文件。
在驗證了此vmdk中的數(shù)據(jù)庫及視頻文件沒問題后,批量導出所有重要的vmdk文件,再手工一個一個的去修改每個vmdk文件。
【數(shù)據(jù)驗收】
將客戶所有重要的數(shù)據(jù)恢復完成后,由客戶方安排工程師對恢復的所有數(shù)據(jù)做完整性及準確性檢測,數(shù)據(jù)最終確定完全沒有問題,數(shù)據(jù)恢復成功。
新聞標題:EMC存儲數(shù)據(jù)恢復案例詳解【數(shù)據(jù)恢復方案】-創(chuàng)新互聯(lián)
鏈接URL:http://chinadenli.net/article18/gccgp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供響應(yīng)式網(wǎng)站、網(wǎng)站設(shè)計、移動網(wǎng)站建設(shè)、商城網(wǎng)站、軟件開發(fā)、ChatGPT
廣告
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源:
創(chuàng)新互聯(lián)