Краткий ответ: Бэкапьте так часто, сколько данных вы можете позволить себе потерять — это ваш 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 →
