Коротка відповідь: Зберігання (retention) — це скільки часу живе кожен бекап до видалення. Класична схема grandfather-father-son балансує історію проти диска: тримайте 7 денних, 4 тижневі та 6–12 місячних копій. Вона захищає від проблем, помічених пізно — пошкодження чи зламу, виявленого через тижні.
Огляд
Частота відповідає на "наскільки свіжий мій найновіший бекап"; зберігання — на "як далеко назад я можу повернутись". Ransomware, що зашифрував файли три тижні тому, невдала міграція, помічена через місяць, видалений запис, про який клієнт спитав за квартал, — усе це проблеми зберігання, і єдине перезаписуване дзеркало провалює кожну з них.
Що потрібно мати
- Знати свою частоту бекапів (див. як часто бекапити).
- Знати юридичні/контрактні мінімуми для ваших даних (рахунки, персональні дані, логи).
- Розрахунок сховища: зберігання множить копії — інкрементальні інструменти роблять довге зберігання доступним.
Покрокова інструкція
- Оберіть рівні — типова база GFS: денні тримаються 7 днів ("син"), тижневі — місяць ("батько"), місячні — 6–12 місяців ("дід").
- Реалізуйте датованими каталогами і чисткою через
find -mtime, або доручіть снапшот-інструменту:restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 12 --pruneborg prune --keep-daily=7 --keep-weekly=4 --keep-monthly=12 - Зробіть чистку частиною тієї самої планової задачі, що й бекап, і логуйте її.
- Переглядайте щокварталу: чи покриває найстаріший бекап ваші сценарії "помічено пізно"?
Типові проблеми
- "Зберігання" лише дзеркалом: rsync із
--deleteбез снапшотів тримає рівно одну версію — вчорашня помилка вже всюди. - Зберігання без чистки: тримати все — диск заповнюється, і бекапи зупиняються; видалення теж треба автоматизувати.
- Чистка перед перевіркою: ніколи не дозволяйте prune видалити єдину справну копію — спершу перевірте (див. тест цілісності).
Коли звертатися в підтримку
Якщо ваші потреби у зберіганні переросли план Storage VPS — відкрийте тикет: збільшити диск чи додати другу ціль в іншій локації нескладно.
Часті запитання
Що таке схема зберігання grandfather-father-son (GFS)?
Рівнева схема, де свіжа історія щільна, а старша — розріджена: зазвичай 7 денних, 4 тижневі та 6–12 місячних бекапів. Вона доступно покриває проблеми, виявлені із запізненням.
Навіщо старі бекапи, якщо є вчорашня копія?
Бо проблеми часто помічають пізно: пошкодження, невдала міграція чи вторгнення тритижневої давнини вже сидить у кожному свіжому бекапі — лише старіші снапшоти передують йому.
Як restic і borg керують зберіганням?
В обох є вбудовані політики: "restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 12 --prune" або еквівалентний "borg prune" автоматично підтримують GFS після кожного запуску.
Схожі статті
- Як часто робити бекапи сервера?
- Як оцінити розмір сховища для бекапів
- Як перевірити цілісність бекапів
- Типові помилки з бекапами
Готові почати? Замовити Storage VPS у Cloud2Y →
