调整共享配额大小后，为什么我们需要“调整”卷的大小？

Question

我们的 NetApp 文件管理器中有一个卷，其中包含多个以 CIFS 形式共享的 Qtree。要调整共享大小，我们通常会：

1. 修改共享的配额
2. 在卷上使用“调整大小”命令

也许我遗漏了什么，但为什么我们需要“调整”卷的大小？更改配额不应该改变卷的大小。也许还有其他我不了解的内部原理。

Answer 1

quota resize（或其中一个 GUI 中的等效操作）强制配额服务扫描卷并应用对 /etc/quotas 所做的任何更改。它实际上并没有调整卷的大小。直到您执行配额调整大小（或者禁用并重新启用配额服务）之前，不会应用对配额定义所做的任何更改。还要注意：在执行您通过调整大小启动的扫描所需的时间内，不会强制执行配额。这是使用单个卷进行网络共享而不是 qtree 的一个很好的理由。

使用卷而不是 qtree 的另一个很好的理由是，根据您备份数据的方式，备份包含 10 个 1TB qtree 的单个 10TB 卷可能比备份 10 个 1TB 卷花费更长的时间。

我不知道你们怎么想，但我们选择在卷内使用 qtree 的原因是为了可以过度配置共享，而不必过度配置聚合。如果无法在 CIFS 卷中保留足够的空间，则不会导致其他卷死亡，而如果无法在聚合中保留足够的空间，则会导致其他卷死亡。

如果你需要让某人入睡或想要有关配额命令行的良好参考，请查看这出去。