保留方式再次保留空间。第二,LUN 的保留意味着 LUN 里未使用的 空间将占用保留空间。也就是说 也就是说,如果一个 600GB 的 LUN 启用空间保留 启用空间保留,那么它会占用 600GB 空间,而里面根本没有任何数据 而里面根本没有任何数据。对一个保留空间的 LUN 进行重复数据删除将帮 助你从已使用的数据中释放一些空间,但是任何未被使用的空间将继续保留 助你从已使用的数据中释放一些空间 但是任何未被使用的空间将继续保留。
的卷, 并且 LUN 被保留 尽管 LUN 被保留。 例如说, 我有一个 100GB 的卷 其中有一个 90GB 的 LUN, 里没有任何数据,但这个卷还是显示 90GB 已被使用,它指的是未被使用但已被保留的 但这个卷还是显示 它指的是未被使用但已被保留的 LUN。现在,我在 LUN 中放入 37GB 的数据。该卷将仍显示 90GB 已被使用 已被使用,没有任何 变化。接下来,我对这 37GB 数据进行重复删除,假定经过重复数据删除后的数据缩减到 假定经过重复数据删除后的数据缩减到 10GB。 该卷现在将报告 63GB 已被使用, 因为我通过重复数据删除回收了 27GB 的空间。 然而,当我删除 LUN 保留时 保留时,我将看到这些数据实际只占用了 10GB 的空间 的空间,卷现在会
报告有 90GB 都是空闲的。 。
在这些情况下,一个简单的 LUN 保留取消选项将显示重复数据删除所节省的实际存储空 一个简单的 间(是的,即便在 VM 运行时也
可以实时完成 运行时也可以实时完成)。一旦显示了重复数据删除的实际节省量 一旦显示了重复数据删除的实际节省量 (很可能在 60%-70% 之间 之间),我们可以调节卷的大小,以适应 LUN 中实际数据的大小 (是的,这也能够实时完成 这也能够实时完成)。
配置错误 #3 —— 不一致的 VM
关于一些第三方操作系统与基础存储架构失配的
问题已有过详细记载。 不过, 在某些情况下, 这种失配能够导致重复数据删除率低于预期。 客户往往对我们能够在不同的操作系统之间删 除多少重复的数据块感到惊奇(我知道我以前就是这样)。举例来说,不同的操作系统可以 是在 Windows 2003 与 Windows 2008 之间或在 Windows XP 与 Windows 2003 之间。然 而如果一种操作
系统的起始偏移量与另一种操作系统的起始偏移量不同, 那么几乎没有什么 数据块能够保持一致。
除了降低你的重复数据删除节省空间、 使用更多的必需磁盘空间, 失配还会增加存储控制器 的负载(对任何存储控制器都是如此,这不是 NetApp 特有的问题)。因此,这一问题亟 待解决。市面上有许多工具可以解决这一问题,其中包括 MBRalign 工具,该工具已作为 VSC 的一部分
免费提供给 NetApp 的客户。当你调整失配的 VM 时,你会看到你的重复 数据删除节省量增加了,并且你的控制器负载减少了。太棒了!
配置错误 #4 —— 虚拟机中的海量数据
事实上现在还不能称之为配置错误,确切地说,它应该是一个
设计选项。你知道,我的大部 分客户都不会把他们的数据与引导 VMDK 文件分开。将所有虚拟机单放在一个文件夹中 后,事情就会变得非常简单,你根本不用担心弄乱数据。一般来说,即使应用
程序数据与操 作系统数据块混在一起,客户通常仍能够实现非常高的重复数据删除率。不过,有时客户会 有一些非常大的数据文件, 如混合在虚拟机里的大型数据库文件、 大型图像文件存储库或大 型邮件数据存储库。 这些庞大的数据文件往往不是很容易进行重复数据删除, 于是因此会降 低最终的重复数据删除率。这倒不会带来什么不好的影响,因为 NetApp 将对所有操作系 统及与这些大型数据相关的其他数据进行重复数据删除。然而,客户同样可以将这些 VMDK 转移到其他数据存储库,这样就能帮助其余的应用程序和操作系统数据实现更高的 重复数据删除率。以上两种方法都可以采纳。
以上就是我所见过的配置 NetApp 重复数据删除最常见的 4 个错误。欢迎分享你使用 NetApp 重复数据删除所实现的空间节省信息。对于客户的直接反馈,我们始终洗耳恭听