Резервное копирование баз данных
Резервное копирование баз данных — это создание и хранение копий данных, чтобы восстановить их после сбоя, ошибки или потери. Для бизнеса база данных — это, по сути, и есть бизнес: клиенты, заказы, бухгалтерия, история. Потеря базы без актуальной резервной копии часто означает остановку работы и невосполнимый ущерб.
Почему одной копии недостаточно
Резервная копия защищает не только от поломки диска. Гораздо чаще данные теряются из-за человеческой ошибки (удалили не то), повреждения данных приложением, шифровальщика-вымогателя или сбоя при обновлении. Если копия лежит на том же сервере, что и база, она пропадёт вместе с базой. Поэтому резервные копии должны храниться отдельно — на другом носителе и желательно в другом месте.
Базовая дисциплина описана в правиле 3-2-1: три копии данных, на двух разных типах носителей, одна — вне основной площадки. Это снижает вероятность одновременной потери всех копий.
Виды резервных копий
| Тип | Что копирует | Особенность |
|---|---|---|
| Полный (full) | Всю базу целиком | Дольше создаётся, занимает больше места, но восстанавливается просто |
| Инкрементальный | Только изменения с прошлого бэкапа | Быстрый и компактный, но восстановление требует цепочки копий |
| Дифференциальный | Изменения с последнего полного бэкапа | Компромисс между скоростью создания и простотой восстановления |
Для СУБД отдельно копируются журналы транзакций (WAL в PostgreSQL и аналоги), что позволяет восстановить базу на конкретный момент времени, а не только на момент последнего бэкапа. Это называется point-in-time recovery.
Главное правило: бэкап без проверки восстановления — не бэкап
Резервная копия, которую никогда не пробовали восстановить, не считается надёжной. Регулярная тестовая разворачивание копии на отдельном стенде — единственный способ убедиться, что данные действительно восстанавливаются.
Часто проблема обнаруживается в худший момент: бэкапы вроде бы делались, но файлы оказались битыми, неполными или несовместимыми с текущей версией СУБД. Поэтому процесс должен включать не только создание копий, но и контроль их целостности и периодические учебные восстановления.
Ключевые параметры стратегии
- Частота — как часто делаются копии. Чем чаще, тем меньше данных потеряется при сбое
- Глубина хранения — сколько поколений копий хранится
- Целевые показатели восстановления — допустимое время простоя и допустимая потеря данных задаются через RPO и RTO
- Шифрование — копии должны быть защищены, особенно при хранении вне площадки
Что копировать, куда складывать и как часто — разбор для бизнеса в нашем блоге: бэкап для бизнеса — что, куда и как часто.
Что включает наша услуга
- Проектирование стратегии резервного копирования под бизнес-требования
- Настройка автоматических бэкапов для PostgreSQL и других СУБД
- Хранение копий вне основной площадки по правилу 3-2-1
- Регулярные тестовые восстановления и контроль целостности
- Мониторинг успешности бэкапов и оповещения о сбоях
Связанные термины
- Правило бэкапа 3-2-1 — базовая схема хранения резервных копий
- PostgreSQL — реляционная СУБД с открытым кодом — СУБД, для которой настраиваются бэкапы
- RPO и RTO — целевые показатели восстановления — задают допустимую потерю данных и время простоя
Получить расчёт
Откройте калькулятор и отметьте услуги по резервному копированию — получите ориентир по цене. Финальная смета — после обследования инфраструктуры.
Хотите оценить стоимость под свою инфраструктуру?
Откройте калькулятор, отметьте нужные услуги — получите ориентир за минуту. Финальная смета после обследования (±15%).
Открыть калькулятор Получить КП