Дизайн сайта Разработка сайтов Продвижение сайта Запуск Яндекс.Директа Интернет магазин Трафик из соц сетей Презентация Личный маркетолог

Разработка сайтов
Продвижение сайтов
Интернет магазин
Дизайны сайтов
Запуск рекламы
+7 (937) 214 40 91


Резервное копирование сайта на Битрикс

Резервное копирование сайта на Битрикс: полное руководство для администраторов




Введение: Почему резервные копии — это страховка вашего бизнеса

Представьте: хакерская атака, сбой обновления, человеческая ошибка — и сайт перестал работать. Только полноценная резервная копия может быстро восстановить работоспособность. Для Битрикс, как для сложной CMS, важно копировать не только файлы, но и данные, настройки, зависимости.


Это руководство охватывает все методы резервного копирования — от простых решений в админке до сложных автоматизированных систем.


Глава 1: Что нужно копировать? Ключевые компоненты

  1. Файлы сайта:

    • Ядро /bitrix/

    • Ваши модификации /local/ (или /bitrix/ для устаревших проектов)

    • Загруженные файлы пользователей /upload/

    • Папки с изображениями, резервными копиями (если они внутри корня)

  2. База данных (Самое важное!):

    • Все таблицы (обычно с префиксом b_)

    • Внимание: Без базы файлы бесполезны. Без файлов базу можно восстановить, но с потерей загруженного контента.

  3. Дополнительно (часто забывают):

    • Файлы вне корня сайта (например, лог-файлы, конфиги сервера)

    • Настройки веб-сервера (виртуальные хосты nginx/apache)

    • Криптографические ключи (если используются)


Глава 2: Способы создания резервных копий

2.1. Через административный раздел (Простой способ)

Подходит для: небольших сайтов, создания быстрых копий перед обновлением.

  1. Перейдите: Настройки > Настройки продукта > Резервное копирование

  2. Выберите объекты: Отметьте "Файлы" и "Базу данных". Для файлов лучше выбрать "Только файлы сайта", исключив временные папки (/bitrix/backup/, /bitrix/cache/, /bitrix/managed_cache/, /bitrix/stack_cache/, /bitrix/tmp/).

  3. Запустите копирование: Система создаст архив и дамп базы данных.

Плюсы: Простота, не требует доступа к серверу.
Минусы: Может не справиться с большими объемами данных (упирается в лимиты хостинга), не полностью автоматизируется.

2.2. Ручное копирование через SSH/FTP и phpMyAdmin (Надежный способ)

Подходит для: всех сайтов, особенно при наличии доступа к панели управления хостингом.

Шаг 1: Копирование файлов.

  • Через FTP/SFTP-клиент (FileZilla, WinSCP) скачайте на локальный компьютер папки /bitrix/, /local/, /upload/.

  • Или через SSH архивируйте файлы прямо на сервере:

    bash
     

    Copy
     

    Download





    tar -czf backup_site_$(date +%Y-%m-%d).tar.gz /path/to/site/ --exclude=bitrix/cache --exclude=bitrix/stack_cache --exclude=bitrix/managed_cache --exclude=bitrix/tmp

Шаг 2: Дамп базы данных.

  • Через phpMyAdmin выберите базу данных, нажмите "Экспорт", выберите метод "Custom", формат SQL. Убедитесь, что выбраны все таблицы.

  • Через SSH (наиболее надежно):

    bash
     

    Copy
     

    Download





    mysqldump -u username -p database_name > backup_db_$(date +%Y-%m-%d).sql

Плюсы: Полный контроль, надежность, подходит для любых объемов.
Минусы: Требует ручного вмешательства, нужны навыки работы с SSH/панелью управления.

2.3. Автоматическое копирование с помощью скриптов (Профессиональный способ)

Подходит для: коммерческих проектов, где важна бесперебойная работа.

Создайте файл backup.sh на сервере:

bash
 

Copy
 

Download





#!/bin/bash

# Настройки
DB_USER="user"
DB_PASS="password"
DB_NAME="database"
SITE_PATH="/home/bitrix/www"
BACKUP_DIR="/backups"
DATE=$(date +%Y-%m-%d_%H-%M)

# Создаем папку для бэкапа
mkdir -p $BACKUP_DIR/$DATE

# Дамп базы данных
mysqldump -u$DB_USER -p$DB_PASS $DB_NAME | gzip > $BACKUP_DIR/$DATE/db.sql.gz

# Архивируем файлы сайта, исключая кэши
tar -czf $BACKUP_DIR/$DATE/files.tar.gz $SITE_PATH \
    --exclude=bitrix/cache \
    --exclude=bitrix/stack_cache \
    --exclude=bitrix/managed_cache \
    --exclude=bitrix/tmp \
    --exclude=bitrix/backup

# Чистим бэкапы старше 30 дней
find $BACKUP_DIR/* -type d -mtime +30 -exec rm -rf {} \;

echo "Backup completed: $BACKUP_DIR/$DATE"

Добавьте скрипт в планировщик задач (cron):

bash
 

Copy
 

Download





# Запуск каждую ночь в 3:00
0 3 * * * /path/to/backup.sh

Плюсы: Полная автоматизация, надежность, гибкая настройка.
Минусы: Требуются права на запуск cron и настройку скрипта.

2.4. Использование облачных решений и инструментов хостинга

  • Встроенные инструменты хостинга: Панели управления (cPanel, ISPManager, Plesk) часто имеют удобные мастера бэкапа.

  • Облачные сервисы: Интеграция с Dropbox, Google Drive, Yandex Disk через API для автоматической выгрузки копий.

  • Специализированные сервисы: Использование BorgBackup, Restic с шифрованием и дедупликацией.


Глава 3: Как правильно хранить резервные копии? Правило 3-2-1

  1. 3 копии данных: Одна основная и две копии.

  2. 2 разных типа носителей: Например, сервер + облако (или внешний HDD).

  3. 1 копия в удаленном расположении: Обязательно храните копию за пределами основного сервера/офиса. (Сервер хостинга != удаленное расположение!).

Плохо: Копия только на том же сервере, что и сайт (при падении сервера она будет потеряна).
Хорошо: Копия на сервере + автоматическая выгрузка в облако (S3, Dropbox, Yandex Disk).
Отлично: Копия на сервере + в облаке + на физическом носителе в сейфе.


Глава 4: Практика: Восстановление из резервной копии

Важно: Регулярно проверяйте, что ваши копии не битые и восстановление работает!

Процесс восстановления:

  1. Очистите базу данных: Удалите все таблицы старой базы через phpMyAdmin или командой mysql -u user -p -e "DROP DATABASE db_name; CREATE DATABASE db_name;".

  2. Восстановите базу: Импортируйте дамп SQL через phpMyAdmin или командой:

    bash
     

    Copy
     

    Download





    mysql -u username -p database_name < backup_db.sql

  3. Восстановите файлы: Разархивируйте backup файлов поверх старой версии сайта по FTP или SSH.

  4. Очистите кэши: Удалите содержимое папок /bitrix/cache/, /bitrix/managed_cache/ и т.д.

  5. Проверьте сайт: Откройте главную страницу, проверьте работу административной панели.


Глава 5: Чек-лист и рекомендации

  • Автоматизируйте процесс: Не полагайтесь на ручное копирование.

  • Проверяйте целостность бэкапов: Периодически пытайтесь восстановить сайт на тестовом поддомене.

  • Храните копии отдельно от сервера: Используйте правило 3-2-1.

  • Шифруйте конфиденциальные данные: Особенно перед отправкой в облако.

  • Ведите журнал копирований: Фиксируйте даты, размеры и результаты проверок.

  • Создавайте бэкап ПЕРЕД любым обновлением: Ядра, модулей, PHP.


Заключение

Резервное копирование сайта на Битрикс — не опция, а обязательная процедура. Начните с встроенных средств, но для серьезных проектов сразу переходите на автоматизированные скрипты и облачное хранение.

Потратив несколько часов на настройку правильной системы бэкапов, вы сэкономите тысячи долларов и нервы в случае непредвиденной ситуации. Ваш сайт — это актив, и его нужно страховать.





Форма заказа