由于配额交互方式多种多样,因此,正在执行的配额数量比显式创建的配额数量要多。要查看正在执行的配额,可以查看配额报告。
以下示例显示了在 FlexVol 卷 vol1 及其包含的 qtree q1 中应用的各种配额类型的配额报告:
cluster1::> volume quota report Vserver: vs1 ----Disk---- ----Files----- Quota Volume Tree Type ID Used Limit Used Limit Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- vol1 - tree * 0B 400MB 0 - * vol1 - user * 0B 100MB 0 - * vol1 - user corp/jsmith 150B 200MB 7 - corp/jsmith vol1 q1 tree 1 0B 400MB 6 - q1 vol1 q1 user * 0B 100MB 0 - vol1 q1 user corp/jsmith 0B 100MB 5 - vol1 - user root 0B 0MB 1 - vol1 q1 user root 0B 0MB 8 -
此配额报告前三行显示了由管理员指定的三个配额。由于其中两个配额是默认配额,因此 Data ONTAP 会自动创建派生配额。
第四行显示了由卷 vol1 上每个 qtree(在此示例中,只有 q1)的默认树配额派生的三个配额。
第五行显示了由于卷上存在默认用户配额和 qtree 配额而为该 qtree 创建的默认用户配额。
第六行显示了由于该 qtree(第 5 行)存在默认用户配额并且用户 jsmith 拥有该 qtree 上的文件而在该 qtree 上为用户 jsmith 创建的派生用户配额。请注意,在 qtree q1 上为用户 jsmith 应用的限制并不由显式用户配额限制 (200 MB) 决定。这是因为显式用户配额限制适用于卷,因此不会影响该 qtree 的限制。相反,该 qtree 的派生用户配额限制由其默认用户配额 (100 MB) 决定。
最后两行显示了由卷和 qtree 上的默认用户配额派生的其他用户配额。由于 root 用户同时拥有卷和 qtree 上的文件,因此在该卷和 qtree 上为 root 用户创建了派生用户配额。由于 root 用户在配额方面需要特殊对待,因此其派生配额仅用于跟踪配额。
此示例与上一个示例类似,只是管理员在 qtree 上添加了两个配额。
cluster1::> volume quota report Vserver: vs1 ----Disk---- ----Files----- Quota Volume Tree Type ID Used Limit Used Limit Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- vol1 - tree * 0B 400MB 0 - * vol1 - user * 0B 100MB 0 - * vol1 - user corp/jsmith 2000B 200MB 7 - corp/jsmith vol1 q1 user * 0B 50MB 0 - * vol1 q1 user corp/jsmith 0B 75MB 5 - corp/jsmith vol1 q1 tree 1 0B 400MB 6 - q1 vol1 - user root 0B 0MB 2 - vol1 q1 user root 0B 0MB 1 -
此配额报告前五行显示了由管理员创建的五个配额。由于部分配额是默认配额,因此 Data ONTAP 会自动创建派生配额。
第六行显示了由卷 vol1 中每个 qtree(在此示例中,只有 q1)的默认树配额派生的三个配额。
最后两行显示了由卷和 qtree 上的默认用户配额派生的用户配额。由于 root 用户同时拥有卷和 qtree 上的文件,因此在该卷和 qtree 上为 root 用户创建了派生用户配额。由于 root 用户在配额方面需要特殊对待,因此其派生配额仅用于跟踪配额。