Дайте колекції файлів, що зростає, простір для дихання.

1. Відокремте колекцію від файлової системи.

Запишіть і використання, яке повідомляє застосунок, і простір, зайнятий у базовій файловій системі. Вони відповідають на різні питання. Квота учасника вказує, скільки може зберігати цей обліковий запис за правилами застосунку. Вона не обов'язково описує все, що використовує диск VPS.

Документація Nextcloud, наприклад, відокремлює квоти користувачів від метаданих, старіших версій і видалених елементів; частина даних застосунку також зберігається в базі даних. Не перетворюйте підсумок квот на прогноз місткості диска, не перевіривши ці інші категорії. Поведінка збереження також залежить від конфігурації та версії. Документація Nextcloud 33 щодо квот зберігання.

Використовуйте однакові одиниці в усьому робочому аркуші. Якщо один інструмент повідомляє десяткові ГБ, а інший — ГіБ, позначте різницю, а не вважайте числа безпосередньо взаємозамінними.

2. Дайте кожному виду зберігання окремий рядок.

Тримайте оригінали, версії, видалені елементи, попередні перегляди та тимчасову роботу окремо. Додайте операційну систему, застосунок, базу даних і журнали. Якщо зовнішню теку змонтовано, запишіть, яка система зберігання насправді її утримує; знайома назва теки не доводить, що байти на VPS.

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

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

3. Опрацюйте гіпотетичну колекцію.

Уявіть невелику групу з історичними інтересами, яка зберігає відскановані бюлетені та фотографії подій. Наведені нижче цифри є припущеннями для планування в десяткових ГБ, а не вимірюваннями чи обіцянкою місткості. Вони резервують чотири місяці зростання до наступного рішення.

Допуск на експорт 10 GB не може вмістити другу повну колекцію 96 GB. Повний експорт вимагав би іншої цілі або переглянутого бюджету. Це корисний висновок, який варто зробити до планування експорту.

4. Бюджетуйте копію для відновлення окремо.

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

Повний набір для відновлення застосунку може вимагати більше, ніж файли користувача. Nextcloud перелічує свою конфігурацію, дані, базу даних, теми та власні застосунки, де вони наявні. Його процедура резервного копіювання також враховує узгодженість під час зміни даних. Дотримуйтеся документації для встановленої версії, а не копіюйте робочий каталог і не називайте результат повним. Компоненти резервного копіювання Nextcloud та узгодженість.

Тримайте доступ до незалежної копії доступним для другого уповноваженого супровідника, не додаючи облікові дані до бюджетного аркуша.

5. Вирішіть, що станеться, перш ніж закінчиться місце.

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

Коли зростання перевищує аркуш, спершу визначте категорію. Більше прийнятих оригіналів може виправдати більше сховище. Непередбачені версії, невдале очищення або неконтрольовані журнали потребують розслідування. Зміна політики зберігання впливає на те, що люди можуть відновити, тому отримайте узгоджене схвалення та перевірте незалежну копію, перш ніж остаточно видаляти матеріали. Уникайте використання аварійного видалення як звичайного операційного плану колекції.

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

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

Якщо використання застосунку виглядає помірним, але місце на диску швидко зменшується, перевірте версії, збереження видалених елементів, тимчасові завантаження, експорти та журнали. Якщо резервна копія несподівано зростає, порівняйте її вибрані шляхи та зміни політики зберігання. Якщо місця вже критично мало, призупиніть подальші імпорти та уникайте створення ще одного великого локального архіву під час розслідування. Запишіть, що змінилося, і оновіть бюджет; не приховуйте різницю в більшому непоясненому допуску.

7. Тримайте місткість і корисність разом.

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

Візьміть аркуш до Конфігуратор VPS коли ви знаєте потрібні підсумки ресурсів. Потім плануйте портативні експорти та навчання з відновлення. Цей посібник дає метод бюджетування; він не гарантує, що певний розмір диска вмістить невідому колекцію.