Резервная копия, о которой вспоминают только в момент аварии, — это не резервная копия. В нашей практике каждый второй проект приходит уже после сбоя с потерей данных. Например, недавно клиент потерял каталог из 10 000 товаров из-за сбоя RAID-массива — восстановить удалось только через неделю, и то не полностью. Мы настраиваем резервное копирование 1С-Битрикс под ключ, чтобы вы спали спокойно. Правильная архитектура бекапа — это не просто скрипт, а система, гарантирующая восстановление за час. Свяжитесь с нами — обсудим вашу инфраструктуру и подберём оптимальную схему.
1С-Битрикс предлагает несколько механизмов создания резервных копий. Их грамотное комбинирование с правилом 3-2-1 (три копии на двух носителях, одна офлайн) даёт максимальную надёжность. Рассмотрим каждый уровень и как их настроить.
Встроенные инструменты и их ограничения
Модуль резервного копирования (bitrix.backup). Штатный инструмент создаёт архив сайта (файлы + дамп базы) в папке /bitrix/backup/. Запускается вручную или по расписанию через агенты CAgent.
Ограничения:
- Архив на том же сервере — при отказе диска всё теряется.
- На больших сайтах (от 10–20 ГБ) процесс может прерываться из-за таймаута PHP.
- Нет встроенной ротации — нужна ручная настройка.
BitrixEnv/BitrixVM. На официальном образе доступен скрипт /root/restore.sh и настройка через menu.sh. Это работает на уровне ОС и не зависит от PHP.
Почему правило 3-2-1 критично для Битрикса?
Правило 3-2-1 — стандарт индустрии. Для Битрикс-сайтов реализуется так:
Уровень 1 — локальный бекап. Ежедневный дамп базы через mysqldump + архив /bitrix/, /upload/, пользовательских папок. Хранение: 7 дней на сервере.
Уровень 2 — удалённое хранилище. Синхронизация архивов на S3-совместимое хранилище (Яндекс Object Storage, AWS S3, Selectel) через rclone или s3cmd, запускаемые cron.
Уровень 3 — снапшоты сервера. Если хостинг поддерживает снапшоты VM (Yandex Cloud, Hetzner, DigitalOcean) — ежесуточные снапшоты всего диска. Это даёт восстановление за минуты при системной аварии.
| Метод | Время восстановления | Стоимость | Надёжность |
|---|---|---|---|
| Только встроенный модуль | От 4 часов | Бесплатно (входит в лицензию) | Низкая (один диск) |
| Локальный + S3 | 1–2 часа | ~1000 руб/мес за S3 | Высокая (два носителя) |
| Локальный + S3 + снапшоты | 10–30 минут | ~2000-3000 руб/мес | Максимальная (3 копии) |
Сравнение показывает: комбинация локального бекапа с S3 и снапшотами в 5 раз быстрее восстанавливает сайт, чем только встроенный модуль.
Типичные ошибки при настройке бекапов и их решение
| Ошибка | Последствия | Решение |
|---|---|---|
| Бекап на том же диске | Потеря при сбое диска | Хранить копии на разных носителях |
| Исключение кеша не настроено | Архив раздут в 2-3 раза | Добавить исключения в tar |
| Отсутствие проверки бекапов | Восстановить не удаётся | Ежемесячный тест на тестовом сервере |
Как проверить работоспособность бекапа?
Создать бекап — половина работы. Вторая — убедиться, что он восстанавливается. Минимум раз в месяц разворачивайте архив на тестовом сервере и проверяйте доступность сайта.
Автоматизируйте проверку через скрипт, который загружает последний бекап в тестовое окружение и делает HTTP-запрос к главной странице. Если код ответа не 200 — отправляйте алерт в Telegram или Slack.
Настройка cron для бекапов
Пример минимального cron-скрипта для сервера на BitrixEnv:
# Дамп базы данных
0 3 * * * mysqldump -u bitrix -p'pass' sitedb | gzip > /home/bitrix/backup/db_$(date +\%Y\%m\%d).sql.gz
# Архив файлов сайта (без кеша и логов)
30 3 * * * tar -czf /home/bitrix/backup/files_$(date +\%Y\%m\%d).tar.gz \
--exclude='/home/bitrix/www/bitrix/cache' \
--exclude='/home/bitrix/www/bitrix/managed_cache' \
--exclude='/home/bitrix/www/bitrix/stack_cache' \
/home/bitrix/www/
# Отправка в S3
0 5 * * * rclone sync /home/bitrix/backup/ s3remote:bucket-name/backups/
# Удаление локальных копий старше 7 дней
0 6 * * * find /home/bitrix/backup/ -name "*.gz" -mtime +7 -delete
Важно исключать из архива директории кеша: /bitrix/cache/, /bitrix/managed_cache/, /bitrix/stack_cache/. Они занимают гигабайты и не нужны в бекапе — кеш восстанавливается автоматически.
Что входит в настройку под ключ
Мы предлагаем комплексную услугу, которая включает:
- Аудит текущей схемы резервного копирования и инфраструктуры.
- Проектирование архитектуры по правилу 3-2-1.
- Настройку cron-скриптов для локальных бекапов.
- Подключение удалённого S3-хранилища и настройку синхронизации.
- Настройку снапшотов (если хостинг поддерживает).
- Тестирование восстановления: разворот бекапа на тестовом сервере с проверкой 200-ответа.
- Документацию по процедуре восстановления.
- Гарантию работоспособности схемы в течение 30 дней.
Опыт наших специалистов — более 10 лет работы с Битриксом, более 100 реализованных бекап-решений. Мы знаем типовые ошибки и умеем их избегать.
Что делать, если восстановление не удаётся?
Если после разворота бекапа сайт не открывается, проверьте права доступа к файлам и папкам, а также корректность дампа базы данных. Чаще всего проблема в неполном архиве или несовпадении версий PHP. Мы настраиваем так, что процесс восстановления проходит без сюрпризов. Закажите настройку под ключ — получите готовую схему с документацией.
Сроки и как заказать
Настройка резервного копирования с ротацией, выгрузкой в S3 и базовой проверкой целостности занимает 1–2 рабочих дня. Свяжитесь с нами — мы оценим ваш проект и предложим оптимальное решение. Получите консультацию без обязательств.
Источник: Wikipedia — Backup rotation scheme