Дайте растущей коллекции файлов место для дыхания.

1. Отделите коллекцию от файловой системы.

Запишите как сообщаемое приложением использование, так и пространство, занятое в базовой файловой системе. Они отвечают на разные вопросы. Квота участника говорит, сколько этот аккаунт может хранить по правилам приложения. Она не обязательно описывает всё, что использует диск VPS.

Документация Nextcloud, например, отделяет пользовательские квоты от метаданных, старых версий и удалённых элементов; некоторые данные приложения также хранятся в базе данных. Не превращайте итог по квотам в прогноз ёмкости диска, не проверив эти другие категории. Поведение хранения также зависит от конфигурации и версии. Документация Nextcloud 33 о квотах хранилища.

Используйте одни и те же единицы измерения по всему рабочему листу. Если один инструмент сообщает десятичные ГБ, а другой — ГиБ, обозначьте разницу, а не считайте числа напрямую взаимозаменяемыми.

2. Выделите строку для каждого вида хранилища.

Держите оригиналы, версии, удалённые элементы, превью и временную работу отдельно. Добавьте операционную систему, приложение, базу данных и журналы. Если смонтирована внешняя папка, запишите, какая система хранения фактически её содержит; знакомое имя папки не доказывает, что байты находятся на VPS.

Для каждой строки запишите её текущий размер, причину роста, решение о хранении и человека, который может изменить это решение. «Версии» требуют настройки приложения или документированной политики. «Временное» требует ответственного за очистку и условия завершения. Забытый экспортный архив всё ещё остаётся реальным использованием диска, даже после того как его первоначальная цель исчерпана.

Не удаляйте кэши или каталоги приложений только потому, что их имена звучат как временные. Сначала проверьте поддерживаемую процедуру обслуживания выбранного приложения.

3. Проработайте гипотетическую коллекцию.

Представьте небольшую группу по историческим интересам, хранящую отсканированные информационные бюллетени и фотографии с мероприятий. Следующие цифры — это допущения для планирования в десятичных ГБ, а не измерения или обещание ёмкости. Они резервируют четыре месяца роста до следующего решения.

Экспортная квота 10 GB не может вместить второй полный набор 96 GB. Для полного экспорта потребуется другой целевой объект или пересмотренный бюджет. Это полезный вывод, который стоит сделать до планирования экспорта.

4. Бюджетируйте копию для восстановления отдельно.

Второй каталог на том же VPS не решает проблему потери этого VPS. Запишите независимое место назначения, владельца доступа, правило хранения и место восстановления на отдельном листе. Рассчитайте его ёмкость исходя из фактического метода резервного копирования и политики хранения; не предполагайте, что сжатие или дедупликация дадут конкретную экономию.

Полный набор для восстановления приложения может требовать больше, чем пользовательские файлы. Nextcloud перечисляет свою конфигурацию, данные, базу данных, темы и пользовательские приложения, если они есть. Его процедура резервного копирования также учитывает согласованность при изменении данных. Следуйте документации для установленной версии, а не копируйте работающий каталог и не называйте результат полным. Компоненты резервного копирования Nextcloud и согласованность.

Обеспечьте доступ к независимой копии для второго уполномоченного сопровождающего, не размещая учётные данные в бюджетном листе.

5. Решите, что произойдёт до исчерпания места.

Выберите порог проверки, привязанный к следующему запланированному действию. Для гипотетической коллекции группа может провести проверку, когда оставшееся свободное место больше не сможет вместить следующий согласованный импорт плюс временную обработку и операционный резерв. Это правило полезнее, чем ожидание произвольного процента, который станет красным.

Когда рост превышает лист, сначала определите категорию. Больше принятых оригиналов может оправдать больше хранилища. Неожиданные версии, неудачная очистка или вышедшие из-под контроля журналы требуют расследования. Изменение политики хранения влияет на то, что люди могут восстановить, поэтому получите согласованное одобрение и проверьте независимую копию перед безвозвратным удалением материалов. Избегайте использования аварийного удаления в качестве обычного операционного плана коллекции.

6. Проверьте рабочий лист на реальном цикле.

После авторизованного импорта или цикла редактирования сравните наблюдаемый рост с каждой квотой. Убедитесь, что пользователь, близкий к своей квоте, всё ещё получает полезную ошибку приложения, а хост сохраняет операционный резерв. Просмотрите крупнейшие категории, не раскрывая приватные имена файлов в общих отчётах.

Если использование приложения выглядит умеренным, но дисковое пространство быстро падает, проверьте версии, хранение удалённых элементов, временные загрузки, экспорты и журналы. Если резервная копия неожиданно растёт, сравните выбранные пути и изменения политики хранения. Если места уже критически мало, приостановите дальнейшие импорты и избегайте создания ещё одного большого локального архива во время расследования. Запишите, что изменилось, и обновите бюджет; не скрывайте разницу внутри большей необъяснённой квоты.

7. Держите ёмкость и полезность вместе.

Планирование хранилища не может решить, какие записи группа должна хранить. Согласуйте это отдельно, включая то, кто может одобрить удаление и как участники узнают об изменении политики хранения. Также запишите, остаются ли файлы читаемыми: неповреждённая коллекция устаревших форматов может всё ещё требовать плана экспорта или конвертации.

Возьмите лист в Конфигуратор VPS когда вы знаете необходимые итоговые объёмы ресурсов. Затем запланируйте портативные экспорты и учение по восстановлению. Это руководство даёт метод бюджетирования; оно не гарантирует, что конкретный размер диска вместит неизвестную коллекцию.