Bel*_*dez 3 storage network-attached-storage netapp
我们的 NetApp 文件管理器中有一个卷,其中包含多个作为 CIFS 共享的 Qtree。要调整共享大小,我们通常:
也许我遗漏了一些东西,但为什么我们需要“调整”音量?更改配额不应更改卷的大小。也许还有其他我不了解的内部结构。
quota resize(或其中一个 GUI 中的等效操作)强制配额服务扫描卷并应用对 /etc/quotas.conf 所做的任何更改。它实际上并没有调整您的音量。在您执行配额调整(或禁用并重新启用配额服务)之前,不会应用对配额定义所做的任何更改。同样值得注意的是:在执行您通过调整大小开始的扫描所花费的时间期间,将不会强制执行配额。这是将单个卷用于网络共享而不是 qtree 的一个很好的理由。
使用卷而不是 qtree 的另一个很好的理由是,根据您备份这些数据的方式,备份包含 10 个 1TB qtree 的单个 10TB 卷比备份 10 个 1TB 卷需要更长的时间。
我不知道你们是怎么想的,但我们在卷内使用 qtree 的原因是我们可以超量配置共享,而不必超量配置聚合。未能在 CIFS 卷中保持足够空间不会导致其他卷死亡,就像未能在聚合中保持足够空间一样。
如果您需要让某人入睡或需要配额命令行的良好参考,请查看此内容。