Независимое резервное копирование сайта

С какими CMS работаем

Настраиваем независимые бэкапы для сайтов на Битрикс, WordPress, CMS Made Simple, ModX и Laravel. В копию входят файлы сайта и база. Для Тильды такой серверный скрипт не применяется: там резерв платформы.

Как это работает?

Работает просто и надежно. На сайте, среди служебных файлов есть скрипт, который по согласованному расписанию запускается. В скрипте создаются бэкапы файлов сайта и базы данных, а потом они отправляются на отдельную площадку. После отправки файлов, сами бэкапы на хостинге самого сайта удаляются.

Зачем копия вне хостинга

Хостер обычно делает свои снимки. Это удобно, пока панель жива и копия не битая. В аварии выясняется другое: бэкап на том же диске, архив не скачать, в копии нет базы или она старше, чем казалось.

Отдельная копия нужна, чтобы восстановление не зависело от одной площадки. Файлы и база снимаются скриптом и уходят на другое хранилище. Если хостинг недоступен, сайт всё равно можно поднять в другом месте.

Это не замена аккуратной работе с сайтом. Это страховка на случай сбоя, ошибки сотрудника, неудачного обновления или заражения.

Что настраиваем

Ставим свой скрипт резервного копирования: он снимает файлы и дамп базы по расписанию. Копии складываются отдельно от сайта, с понятными датами. Старые архивы не копятся бесконечно: оставляем несколько последних, чтобы диск не забился.

В копию попадает то, без чего сайт не поднять: ядро, шаблоны, загрузки и база. Служебный мусор и кэш можно исключить, если они только раздувают архив. Проверяем, что архив реально открывается, а не просто создаётся пустым файлом.

Доступы к хранилищу копий остаются у вас. Скрипт не должен зависеть от того, что прежняя команда когда-то «где-то копировала».

Как работаем

Нужны доступы к сайту и хостингу, а также место, куда складывать копии: другой диск, облако или отдельное хранилище. Смотрим размер файлов и базы, ставим расписание и делаем первый прогон вручную.

После пробной копии проверяем состав архива и дамп. Если база большая или файлы тяжелее, чем кажется, сразу говорим, какой объём нужен и как часто копию реально снимать. Ежечасный полный бэкап магазина с тоннами фото обычно не нужен.

Секреты и пароли в скрипте не оставляем открытыми. Запуск ставим так, чтобы он не мешал работе сайта в часы заявок.

Время подключения

Время настройки резервного копирования зависит от хостинг-провайдера и системы управления сайтом. Занимает от 1 часа.

Пример резервного копирования

В назначенное время, каждый день, после формирования выгрузки с базой данных нам и клиенту уходит подобное письмо:

Сформирован полный бэкап базы данных сайта client-domain.ru
Бекап сохранён на площадке uXXXXX в папке /backup.our-domain.ru/www/client-domain.ru/
Размеры файлов:
uXXXXX_company.sql = 175M

Результат

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

Вы получаете рабочий скрипт и первую проверенную копию. Восстановление из неё, если понадобится, делаем отдельной задачей.

Выполненные работы