«У нас есть бэкапы» — фраза, которую мы чаще всего слышим перед восстановлением сервера. Проблема в том, что наличие копии и возможность восстановиться — разные вещи. Разбираем, как настроить резервное копирование сервера так, чтобы оно реально спасало.

Правило 3-2-1

Классическая схема, которой придерживаются все серьёзные команды: 3 копии данных, на 2 разных типах носителей, 1 копия — вне площадки (другой дата-центр или облако). Если все копии лежат на том же сервере или у того же провайдера — это не бэкап, а иллюзия.

Что копировать

• Базы данных — ежедневно (это самое ценное и самое изменчивое)
• Файлы сайтов и приложений — ежедневно или еженедельно
• Конфигурации: nginx/Apache, PHP, cron-задачи, .env-файлы, SSL-сертификаты
• Образ сервера целиком — перед крупными обновлениями

Как часто проверять восстановление

Минимум раз в месяц — тестовое восстановление на отдельном стенде. Мы практикуем это в рамках администрирования серверов: копия, которую ни разу не разворачивали, при аварии обычно «не взлетает» — то ли битая, то ли без конфигов, то ли секреты не переносятся.

Автоматизация без забывчивости

Ручные копии по команде администратора — не схема. Настройте: cron-задачи с выгрузкой на отдельное хранилище, снапшоты у провайдера VPS (дополняют, но не заменяют бэкапы), ротацию (сколько копий хранить) и оповещения о сбоях резервного копирования — о неудавшемся бэкапе надо узнавать сразу, а не при аварии.

Вывод

Бэкапы — это процесс, а не галочка. Настроим и возьмём под контроль: свяжитесь с нами, схема копий под вашу инфраструктуру — за один день.