跳转到主内容
We are redesigning the NetApp Knowledge Base site to make it easier to use and navigate. The new and improved site will be available the first week of October. Check out our video or read this KB article to know more about changes you’ll see on the site.

快照列表的输出报告 0 %的已用空间,而命令快照状态报告非零已用空间

Views:
14
Visibility:
Public
Votes:
0
Category:
data-ontap-8
Specialty:
core
Last Updated:

可不使用  

适用场景

  • ONTAP

问题解答

snap listsnap status当命令报告“已用空间”的非零值时、各种原因可能导致报告 0% ,如下所示:
filer1*> snap list my_datavol
Volume my_datavol
working......
 
  %/used       %/total  date          name
----------  ----------  ------------  --------
  0% ( 0%)    0% ( 0%)  Jul 21 02:40  filer1(0123456789)_my_datavol-base.0 (busy,snapvault)
  0% ( 0%)    0% ( 0%)  Jul 21 01:30  2015-07-21_0130+0200_daily_backup_filer1_my_datavol
  0% ( 0%)    0% ( 0%)  Jul 20 01:30  2015-07-20_0130+0200_daily_backup_filer1_my_datavol

filer1*>

filer1*> snap status my_datavol
Volume my_datavol
snapid  status     date           ownblks release fsRev name
------  ------     ------------   ------- ------- ----- --------
180     complete   Jul 18 02:42    568520     8.2 23589 filer1(0536901363)_my_datavol-base.0
178     complete   Jul 18 01:30    740390     8.2 23589 2015-07-18_0130+0200_daily_backup_filer1_my_datavol
175     complete   Jul 17 01:30    738643     8.2 23589 2015-07-17_0130+0200_daily_backup_filer1_my_datavol

filer1*>

  1. 快照占用空间实际上为 0% 、因为在执行快照后不会删除数据。
  2. 与卷中的活动块相比、快照占用空间非常小。有关详细信息,请参见错误 908831
  3. 如果快照使用的块数小于活动文件系统中块数的 1% 、则该命令snap list将四舍五入为 0% 、而snap status报告非零值。
  4. 当 SnapMirror 源控制器的快照处于重新计算阶段时、快照列表将报告 0% 并在计算完成时清除。
  5. WAFL 扫描仪(自带块)无法运行到完成状态,因此snap list输出报告为 0% 已被利用。

以下四种情况可能会影响 WAFL 扫描块扫描仪的完成:

  1. 错误 142292 :几乎所有最新版本的 Data ONTAP 、 Data ONTAP 6.5 及更高版本都解决了此问题。
  2. 错误 192652 :删除快照无法更新 OwnBlock 扫描程序。此问题通过错误 226848 的修复得到解决,几乎所有当前版本的 Data ONTAP 、 Data ONTAP 7.2.2 及更高版本都提供此问题。
  3. 错误 495114 对于具有大量快照的卷, OwnBN 扫描仪滞留在 FBN 0 。此问题已修复 Data ONTAP 8.0.2 以上。
  4. 错误 934737 :当试图查找下一个有效的 FBN 时、由于大量稀疏跟踪而导致 OwnBlock 扫描仪超时。
    如果最初创建的灵活卷大小较大、然后缩小到较小的大小、就会出现此问题。容器文件仍会很大、导致 OwnBlock 扫描程序超时。

追加信息