那么，您認為恢復NAS服務器是一件容易的事嗎？好吧，再想一想。NAS服務器可能是針對中小型公司的低成本基于RAID的解決方案，但從技術上講，它們與某些高端存儲系統(tǒng)一樣復雜且難以恢復。由于目前大多數(shù)NAS系統(tǒng)都具有類似于高端SAN的現(xiàn)代功能，如重復數(shù)據(jù)刪除，虛擬化支持和iSCSI定位，因此數(shù)據(jù)結構處于各種層次，必須是可恢復的，并且能夠最終獲得重建。到“真正的”數(shù)據(jù)文件。
NAS失敗 - 發(fā)生了什么？
當最近的客戶在他們的QNAP NAS中出現(xiàn)故障時就是這種情況。基于RAID 6的系統(tǒng)由24個硬盤組成，每個硬盤容量為6TB。在安裝過程中，有兩個iSCSI LUN包含超過40和60 TB的數(shù)據(jù)。每個LUN都是一個Windows Server 2012 R2系統(tǒng)和NTFS分區(qū)格式的iSCSI目標。此外，Windows Server 2012 R2的重復數(shù)據(jù)刪除功能也用于兩個LUN。當客戶（一個大型房地產(chǎn)集團的IT部門）遇到來自NAS的緩慢行為時，決定進行硬重啟。不幸的是，這個決定的結果是，即使顯示了驅動器號，兩個LUN都變得無法訪問。對于客戶來說更糟糕的是，根本沒有可用的備份！
數(shù)據(jù)恢復開始
那是客戶聯(lián)系兆柏數(shù)據(jù)恢復中心的時候。數(shù)據(jù)恢復過程的分析表明，必須一次處理六層數(shù)據(jù)結構。QNAP NAS與Linux數(shù)據(jù)系統(tǒng)配合使用，因此專家必須首先重建QNAP NAS RAID 6層才能進入Linux Ext4文件系統(tǒng)。在此Ext4文件系統(tǒng)中，找到并重建了丟失LUN的片段，以便訪問64 TB和44 TB原始LUN數(shù)據(jù)。每個片段的大小各約為1 TB，因此必須處理，組織和組合100多個大數(shù)據(jù)“iSCSI片段”以重建兩個iSCSI LUN文件中的每一個。

這些iSCSI片段最初由QNAP系統(tǒng)管理并動態(tài)組合，因此Windows Server系統(tǒng)認為它可以訪問兩個現(xiàn)有LUN。將iSCSI文件復制到臨時SSD存儲后，數(shù)據(jù)恢復專家設法將這些iSCSI LUN文件合并到一個NTFS卷中。由于在此系統(tǒng)上的Windows Server中也啟用了重復數(shù)據(jù)刪除，因此工程師必須處理此第六層和最后一層以查找受影響的數(shù)據(jù)以創(chuàng)建可用的NTFS卷。然后將此NTFS卷從臨時SSD存儲復制到新購買的RAID存儲系統(tǒng)，客戶可以輕松地將其連接到其網(wǎng)絡，以便再次訪問其數(shù)據(jù)。
最終分析
即使使用高度專業(yè)化的恢復工具，將這么多數(shù)據(jù)恢復并復制到客戶的新備份存儲也需要幾周時間才能完成。最終分析清楚地表明NAS服務器設置不正確。即使這個NAS系統(tǒng)具有許多高級功能，但并非所有功能都必須使用。像這樣的中小型服務器肯定不像高端服務器那樣容易出現(xiàn)故障，因此使用重復數(shù)據(jù)刪除功能可能不是一個好主意; 它最終使數(shù)據(jù)恢復變得更加復雜。而且由于硬盤驅動器在過去幾年中變得越來越便宜，因此購買額外的驅動器可能比使數(shù)據(jù)結構不必要地更復雜更好。