windows server 2012重複數據刪除

據MS網站提供的描述，重複數據刪除是在不損害數據保真度或者完整性的狀況下查找和刪除數據中的重複。經過將文件分段爲小的可變大小的塊（32-128KB），識別重複的塊以及維護每一個塊的副本，在更少的空間中存儲更多的數據。塊的冗餘副本由對單個副本的引用替換。壓縮塊，而後將其組織到System Volume Information文件夾中的特殊容器文件中。

重複數據刪除之後，文件再也不存儲爲獨立的數據流，而是用存根指向存儲在公共塊存儲中的數據塊替換它們。這些文件共享塊只存儲一次，就減小了存儲全部文件所需的磁盤空間。在文件的訪問期間，透明的組裝正確的塊以提供數據而無需調用應用程序或用戶知道對文件的磁盤轉換。這使得管理員可以將重複數據刪除應用於文件，而無需擔憂應用程序行業的任何更改或者對訪問這些文件的用戶的影響。

上面的圖是未啓用重複數據刪除的存儲示例，下面是啓用了重複數據刪除後文件的存儲方式。

重複數據刪除的服務器和卷的要求：

1. 服務器硬件要能知足運行windows server 2012的最低條件，如內存不能小於4GB。

2. 若是在同一個服務器的上多個卷運行重複數據刪除，須要進行適當的硬件規劃。一個卷鬚要1個CPU物理核心以及約350MB的專用內存。每小時能夠處理大約100GB的數據或者天天大約2T的數據。重複數據刪除在後臺處理模式下使用25%的系統內存。 好比，你有16G系統，則可用於重複數據刪除的內存爲4G，這樣，內存能夠支持11個卷運行重複數據刪除，

3.重複數據刪除一次最多支持90個卷；

4. 不能對系統或者啓動卷應用重複數據刪除，分區能夠是MBR或者GPT分區，必須格式化爲NTFS格式。

本文，咱們經過實驗，簡要的來看看如何實現重複數據的刪除，以及在災難發生時如何恢復文件的訪問。

1、 安裝重複數據刪除模塊

2、 對某個分區啓用重複數據刪除

打開服務器管理器，找到下方的文件和存儲服務，選中服務器的某個卷，在捲上配置重複數據刪除。

3、 運行重複數據刪除，咱們將對早於0天的文件進行刪除重複。

實驗環境中，卷E有五個同樣的文件夾，未重刪之前，佔用空間爲3.06GB。

對於非系統卷、啓動卷或者已經開啓重複數據刪除的卷，還能夠運行一個評估工具來查看能夠節省的空間。在本實驗中，咱們將這五個文件夾複製到F:\data，對這個目錄進行重複數據刪除能夠節約空間的評估。

手動觸發一次重刪工做。

Start-DedupJob –Volume E: –Type Optimization

重刪完成之後，E盤整個空間佔用都只有800多M了，而以前只有那五個文件夾就佔用了3.06G

咱們能夠經過下列命令來查看重刪除的效果 get-dedupstatus | format-list

而後，咱們再來看看，這五個文件夾，佔用的空間大小爲0了，也就是說，這些文件並無存儲到咱們看到的這個位置，而是放到了System Volume Information那裏頭了。

至此，咱們能夠看到，確實是節約了2.45GB的存儲空間，節省空間佔比接近80%，也印證了那句話：相同的數據只存儲一次。 不過windows是對文件進行分塊來對比的，而不是對底層的block對比。

接下來，咱們來看看，有一天，OS崩潰了，咱們重裝，如何讓數據能正常訪問。

爲了印證文件是否能夠訪問，我準備將重裝後的2012上的，將運行了重複數據刪除的文件夾下的一個文件進行復制。結果是沒法複製。

此時，咱們應該在新裝操做系統的服務器上，從新安裝重複數據刪除的角色，安裝完成之後，原來那E盤這個卷設置的重刪的相關規則會繼承重裝前的。不須要額外再進行設置，這樣，數據又可以正常訪問了。

附：微軟重複數據刪除連接：https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/hh831602(v=ws.11)