Windows Server 2012 R2将356GB重复数据删除到1.32GB

我正在尝试在Server 2012 R2存储空间上进行重复数据删除。昨晚我让它运行了第一个重复数据删除优化，我很高兴地看到它声称减少了340GB。

但是，我知道这太过真实了。在该驱动器上，100％的重复数据删除来自SQL Server备份：

考虑到数据库备份的大小是文件夹的20倍，这似乎是不现实的。举个例子：

它认为13.3GB的备份文件已被重复数据删除为0个字节。当然，当我对其进行测试还原时，该文件实际上不起作用。

更糟的是，该驱动器上还有一个文件夹，其中几乎有TB的数据应该进行大量重复数据删除，但没有删除。

Server 2012 R2重复数据删除能否正常工作？

重复数据删除确实有效。

通过重复数据删除，“磁盘大小”字段变得毫无意义。这些文件不再是普通的“文件”，而是重新解析点，并且不包含实际数据，而是元数据供dedup引擎重建文件。据我了解，由于dedup块存储是按卷存储的，因此您无法按文件存储的存储，因此只能按卷存储。 http://msdn.microsoft.com/zh-CN/library/hh769303(v=vs.85).aspx

如果尚未对其他数据进行重复数据删除，则您的重复数据删除工作可能尚未完成。它不是超快的，默认情况下是有时间限制的，并且可能会受到资源限制，具体取决于您的硬件。从服务器管理器中检查重复的计划。

我已经在大约一年的不同场景（SCCM DP，不同部署系统，通用文件服务器，用户主文件夹文件服务器等）中的多个系统（Windows 2012 R2）上部署了dedup。只是确保您已完全打补丁，我记得自RTM以来对edup功能（累积更新和修补程序）进行了几个补丁。

但是，存在一些问题，某些系统无法直接从本地系统（在某些情况下为IIS，SCCM）中的优化文件中读取数据。正如yagmoth555所建议的那样，您应该尝试Expand-DedupFile对其进行优化，或者仅制作该文件的副本（目标文件在进行下一次优化运行之前将不会进行优化），然后重试。 http://blogs.technet.com/b/configmgrteam/archive/2014/02/18/configuration-manager-distribution-points-and-windows-server-2012-data-deduplication.aspx https：//kickthatcomputer.wordpress .com / 2013/12/22 / no-input-file-specified-windows-server-2012-dedupe-iis-with-php /

如果您的SQL备份实际上已损坏，我相信这是因为存在其他问题，与重复数据删除技术无关。

看来我可能已经开枪说这种重复数据删除是不可能的。显然，这是完全有可能的，因为除了这些未压缩的SQL Server备份之外，我还拥有主机VM的VMWare快照级备份。

正如yagmoth555所建议的那样，我Expand-DedupeFile在其中的一些0字节文件上运行了一个文件，最后我得到了一个完全可用的文件。

然后，我查看了我的测试方法，以确定我认为文件不好，然后在测试中发现了一个缺陷（权限！）。

我还在十六进制编辑器中打开了一个0字节的重复数据删除备份文件，一切看起来都很好。

因此，我调整了测试方法，一切似乎都可以正常进行。当我离开它时，重复数据删除实际上变得更好，而且由于重复数据删除，我现在已经节省了超过1.5TB的空间。

在进行批量生产之前，我将对此进行更彻底的测试，但是现在看来，它很有希望。

是的，但是我只看到了一个Hyperv集群数据库db edup'ed的情况。4tb到400g，VM正在运行。操作系统已完全修补。

对于您的sql备份文件，是否可以在其中读取转储？我会检查内容。对于那部分，我无法回答它如何删除ascii文件。