Коротка відповідь: Бекапте так часто, скільки даних ви можете дозволити собі втратити — це ваш RPO. Для більшості бізнес-сайтів це нічний повний цикл; активні магазини й застосунки додають щогодинні дампи бази; статичні сайти можуть жити з тижневим. Якщо втрата години замовлень болить — бекапте щонайменше щогодини.
Огляд
Питання не технічне, а економічне: повторно внести день правок у блозі — прикро, втратити день замовлень у магазині — гроші. Визначте Recovery Point Objective (скільки свіжих даних може зникнути) для кожної системи, а тоді підлаштуйте розклад — базам даних зазвичай потрібен жорсткіший RPO, ніж файлам.
Що потрібно мати
- Список того, що змінюється на сервері та як швидко: рядки бази, завантаження, конфіги, код.
- Поріг болю для кожного набору даних: година? день? тиждень?
- Розрахунок сховища — жорсткіший RPO множить снапшоти; див. оцінку розміру сховища.
Типові розклади, що працюють
- Блог / сайт-візитівка: щоночі файли + база, зберігання 2–4 тижні.
- WooCommerce / SaaS: щогодинні дампи БД + нічні файли; годинні тримайте 48 год, денні — місяць.
- Статичний сайт (збирається з git): тижневий бекап конфігурації сервера; контент і так живе в репозиторії.
- Dev/test-машини: щотижня або ніяк, якщо все відтворюване — але будьте чесні щодо "відтворюваного".
Типові проблеми
- Один розмір для всього: бекапити активну базу щоночі, бо "весь сервер щоночі", — тихо ставить ваш RPO на 24 години.
- Розклад без зберігання: частота каже, наскільки свіжі копії; зберігання — як далеко назад можна повернутись. Потрібні обидва.
- Дрейф cron: задачі, вимкнені на час робіт і ніколи не увімкнені знову — переглядайте логи щотижня (див. автоматизацію).
Коли звертатися в підтримку
Не впевнені, як виглядає розумне налаштування для вашого стека? Опишіть свої дані й трафік у тикеті — команда перевірить ваш план на здоровий глузд і підбере Storage VPS під нього.
Часті запитання
Що таке RPO і чому це важливо для бекапів?
RPO (Recovery Point Objective) — максимальний вік даних, які ви згодні втратити. Якщо втрата понад годину замовлень неприйнятна, вашій базі потрібні бекапи щонайменше щогодини.
Чи достатньо нічного бекапу для бізнес-сайту?
Для контентних сайтів зазвичай так. Для магазинів і застосунків, що пишуть дані весь день, додайте щогодинні дампи бази — файли змінюються рідко, а в базі живуть гроші.
Чим відрізняються частота і зберігання бекапів?
Частота визначає, наскільки свіжа найновіша копія; зберігання — як далеко в минуле можна дотягнутись. Добре налаштування визначає обидва параметри для кожного набору даних і автоматизує чистку.
Схожі статті
- Політика зберігання бекапів: пояснення
- Як автоматизувати бекапи через cron
- Як оцінити розмір сховища для бекапів
- Як створити план аварійного відновлення
Готові почати? Замовити Storage VPS у Cloud2Y →
