为不断增长的文件集合留出呼吸空间。

1。将集合与文件系统分开。

同时记录应用程序报告的使用量和底层文件系统使用的空间。它们回答不同的问题。成员的配额表示该账户根据应用程序规则可以存储多少。它不一定描述使用 VPS 磁盘的所有内容。

例如，Nextcloud 的文档将用户配额与元数据、旧版本和已删除项目分开；一些应用程序数据也存储在数据库中。在没有检查这些其他类别的情况下，不要将配额总量当作磁盘容量预测。保留行为还取决于配置和版本。 Nextcloud 33 存储配额文档.

在整个工作表中使用相同的单位。如果一个工具报告十进制 GB，另一个报告 GiB，请标注差异，而不是将数字视为可直接互换。

2。为每种存储分配一行。

将原始文件、版本、已删除项目、预览和临时工作分开。添加操作系统、应用程序、数据库和日志。如果挂载了外部文件夹，请记录实际持有它的存储系统；熟悉的文件夹名称并不能证明字节在 VPS 上。

为每一行记录其当前大小、增长原因、保留决策以及可以更改该决策的人。“版本”需要应用程序设置或文档化策略。“临时”需要清理负责人和完成条件。被遗忘的导出归档即使其原始目的已结束，仍然是真实的磁盘使用量。

不要因为缓存或应用程序目录的名称听起来可丢弃就删除它们。先检查所选应用程序支持的维护程序。

3。处理一个假设的集合。

想象一个小型历史兴趣小组保存扫描的新闻通讯和活动照片。以下数字是十进制 GB 的规划假设，不是测量值或容量承诺。它们为下一次决策预留了四个月的增长。

10 GB 导出配额无法容纳第二套完整的 96 GB 集合。完整导出需要不同的目标位置或修订后的预算。在安排导出之前发现这一点是有用的结论。

4。单独为恢复副本编制预算。

同一 VPS 上的第二个目录无法解决该 VPS 丢失的问题。请在单独的工作表中记录独立目标位置、访问负责人、保留规则和恢复位置。根据实际备份方法和保留策略来规划其容量；不要假定压缩或去重会实现特定的节省。

完整的应用程序恢复集可能需要的不止用户文件。Nextcloud 列出了其配置、数据、数据库、主题和自定义应用程序（如存在）。其备份流程还会考虑数据变化期间的一致性。请遵循所安装版本的文档，而不是复制活动目录就称之为完整。 Nextcloud 备份组件与一致性.

让第二位授权维护者可以访问独立副本，同时不要将凭据放入预算表。

5。决定空间耗尽之前会发生什么。

选择一个与下一项计划活动挂钩的审查阈值。对于假设的集合，小组可以在其剩余可用空间无法再容纳下一次商定的导入加上临时处理和运营储备时进行审查。这条规则比等待任意百分比变红更有用。

当增长超出工作表时，首先确定类别。更多已接受的原始文件可能证明需要更多存储。意外版本、清理失败或失控日志需要调查。更改保留策略会影响人们可以恢复的内容，因此请获得约定的批准，并在永久删除材料之前验证独立副本。避免将紧急删除作为集合的常规运营计划。

6。对照真实周期检查工作表。

在授权的导入或编辑周期之后，将观察到的增长与各项配额进行比较。确认接近配额的用户仍会收到有用的应用程序错误，并且主机保留运营空间。审查最大的类别，但不要在共享报告中暴露私人文件名。

如果应用程序使用量看起来不大，但磁盘空间迅速下降，请检查版本、已删除项目保留、临时上传、导出和日志。如果备份意外增长，请比较其选定的路径和保留变更。如果空间已经严重不足，请暂停进一步导入，并在调查时避免再生成一个大型本地归档。记录发生了什么变化并更新预算；不要将差异隐藏在更大的无法解释的配额中。

7。将容量和实用性保持在一起。

存储规划无法决定小组应保留哪些记录。请单独就此达成一致，包括谁可以批准删除以及成员如何得知保留变更。还要记录文件是否仍然可读：即使一组过时格式的文件完好无损，也可能仍需要导出或转换计划。

当你了解所需的资源总量后，将工作表带到 VPS 配置器 。然后规划 可移植导出 以及一个 恢复演练。本指南提供一种预算方法；它并不保证特定磁盘大小能够容纳未知集合。