Windows 2012 管理 Deduplication 的磁盘注意事项2则

昨天豆子发现公司的文件服务器(windows 2012 )上的磁盘空间快满了,1.9T的空间只有10G剩余了,于是移走了40G的文件,意外的发现剩余空间居然一点都没改变!!这是怎么回事,经过研究,发现这是因为在该磁盘上打开了Deduplication的功能造成的。


Data Deduplication是windows 2012上的新功能,可以很大的优化存储空间,不过使用的时候需要小心,豆子已经遇见了2起因为这个功能引发的小问题。


如下所示,豆子的Datadisk1上激活了Deduplication的功能,硬盘本身1.9T,但是实际保存了近乎3.5T的内容,节省空间45%以上。


wKiom1P_uJDQi2obAABUL8Cq_jY676.png


需要注意的是,这个功能激活以后,存储文件的方式就和windows 2008 以前的方式不太一样了。每个文件把自己的内容分成了2个部分,自己所独有的,以及和其他文件相同的部分。每个文件自己仅仅保留独有的部分,比如名称,属性,创建时间等等,这些东西我们一般称为metadata,另外占据90%以上的“真正内容”,是保存在chunk store中,也就是每个磁盘对应的隐藏文件夹 System Volume Information Store里面 (你如果打开VSS,快照也是保存在这里面)


wKiom1P_uOWht1xTAAGK5TEdVEg326.png


比如说,查看一下其中一个文件的属性就可以看见,该文件的Size,也就是逻辑大小应该是21.6G,但是Size On Disk只有258K,这个其实仅仅是他的metadata的内容。如果我删掉这个文件夹,那么他仅仅会清空258K的文件!!我们还需要执行一个Garbae collection(垃圾回收)的操作,才能将该文件关联的内容从Chunk Store中删除。这就是为什么我最初删除了40G的文件,但是我的剩余空间并没有增加,因为我并没有删除对应的Chunk Data。


wKioL1P_ucrw5Py8AAA_LrIihEw236.png


知道了工作原理,那么我们来看看如何删除?


首先看看当前的状态,这个可以通过GUI查看,也可以通过命令行,不过命令行可以获取更多的信息,比如看看上一次的优化,垃圾回收,和自我修复是什么时候执行的?该磁盘总共多少个文件,有多少个已经优化了?这些具体的数据GUI里面都看不见的,所以Powershell的相关命令真的很重要。


wKioL1P_vdHTsxbOAAA8YzkqXmA300.png


也可以查看一下默认的schedule task是什么时候,可以跟上一个结果进行对比

wKiom1P_vWvALSC-AAAOY402Kl8084.png


这个计划任务也可以通过GUI查看

wKioL1P_vr-xAunpAABkHpgDuCs822.png


当我删除了一个文件以后,为了释放空间,我可以更改GarbeCollection schedule task的时间让他执行,也可以输入以下命令强制立刻执行


Start-DedupJob�CVolume E: �CType GarbageCollection �Cfull


豆子设定了自动运行的时间,1.9T的磁盘大概运行了40分钟,就成功的释放了剩余的空间出来。


另外再谈谈另外一个遇见的场景,大概几个月之前,豆子在使用VEEAM还原文件服务器内容的时候,也因为Deduplication遇见过问题,会提示我访问权限有问题。解决方法也是需要在VEEAM服务器上安装Deduplication 服务,而且需要确保VEEAM的Windows等同或者高于文件服务器的版本号,才能正常识别这种新的存储方式。


总之,Data Deduplication是个很好的功能,他在windows传统的文件压缩功能上更进了一步,和VSS类似,是直接执行在Volume磁盘上,激活了Dedup的磁盘不能和文件压缩功能混用。不过使用的时候一定要小心,不能随便把以前的经验硬套进来。


你可能感兴趣的:(windows,2012,deduplication)