跳转到主内容

“卷显示空间”输出中显示的“性能元数据”是什么?

Views:
47
Visibility:
Public
Votes:
0
Category:
ontap-9
Specialty:
core
Last Updated:

可不使用  

适用场景

  • 集群模式 Data ONTAP 8.3
  • ONTAP 9

问题解答

性能元数据代表什么?

性能元数据是已删除 / 覆盖的数据占用的块的集合,这些块尚未计入可用空间,因为它们对应的位图尚未更新。它由一项名为卷博客的新功能引入。

什么是 " 卷博客 " ?

  • “卷博客”是 Data ONTAP 8.3 推出的一款新功能、它用于累积位图更新、以降低随机位图更新对性能的影响。 
  • 使用此新功能时,块释放过程的后半部分可能会延迟,所有延迟的位图更新将在稍后以批处理方式完成。

在卷层释放块的过程是什么?

必须执行两个步骤来清除文件并回收空间。例如,如果要删除文件:

  • WAFL 必须遍历此文件的 BUFTree 、并撕下所有间接块。
  • WAFL 必须更新位图以将这些已删除的块(间接块和用户数据块)标记为可用块。
    • 注意:文件在完成第一步后已消失,但只有在完成第二步后才会回收空间。 

" 博客 " 为我们带来的空间报告有何不同? 

  • 被删除文件占用的空间可能无法立即返回到可用空间。

注意: 可以在 availabledf vol_name 输出的列中检查可用空间

  • 存在一个预定义的阈 值,即卷大小的 1.2 % 。一旦博客文件大小达到此 1.2 % 阈值, WAFL 将立即开始耗尽该文件,并将其批量返回到可用空间。
    • 在大多数情况下,博客文件大小或卷博客锁定的空间将低于此 1.2 % 阈值。 
    • 但是,如果插入到卷博客中的新删除率比从博客中删除的新删除率快,则博客文件将继续增长,直到达到博客上限为止。
       
  • 此性能元数据中锁定的空间具有上限,一旦违反上限,所有后续删除操作将以同步方式(在 CP 中)执行,而不会附加到博客文件。 
    • 覆盖上限: 3%
    • 打孔上限( SCSI UNMAP ): 2%
    • Zombie 的上限: 5%

注意: 上述所有示例都不支持文件删除,但卷博客在覆盖和漏洞打孔方面的工作方式类似。 

追加信息

在此处添加您的文本。

 

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.