Резервное копирование сайта — это страховка от любых неприятностей: взлома, сбоя хостинга, неудачного обновления плагина, случайного удаления страниц, ошибки разработчика. Когда что-то идёт не так, свежая копия позволяет вернуть сайт в рабочее состояние за минуты вместо дней восстановления или полной переделки. Но копия полезна только тогда, когда она есть, актуальна, хранится в надёжном месте и из неё действительно можно восстановиться. В клубе ВИПМИ мы настраиваем и контролируем резервное копирование в рамках обслуживания сайтов, подробнее на странице настройка бэкапов и обслуживание сайта.
Разберём, что входит в резервную копию, как часто её делать, где хранить, как проверять восстановление и какие ошибки встречаются чаще всего.
Что входит в резервную копию сайта
Сайт на WordPress состоит из двух частей: файлов и базы данных. В файлах хранятся ядро WordPress, темы, плагины и загруженные медиафайлы: изображения, документы, видео. В базе данных — содержимое страниц и записей, настройки, пользователи, заказы, комментарии. Для полного восстановления нужны обе части. Копия только файлов без базы или только базы без медиафайлов не позволит вернуть сайт целиком.
- База данных: страницы, записи, настройки, пользователи, заказы.
- Медиафайлы: изображения и документы из папки загрузок.
- Темы и плагины: особенно если в них есть собственные изменения.
- Файлы конфигурации: настройки подключения и сервера.
Важно знать. Для интернет-магазинов база данных меняется постоянно: появляются заказы и клиенты. Копия, сделанная неделю назад, не содержит заказов за эту неделю. Поэтому для магазинов база копируется чаще.
Резервное копирование сайта: как часто делать
| Тип сайта | Рекомендуемая частота |
|---|---|
| Сайт-визитка без частых изменений | Регулярно и перед любыми изменениями |
| Блог с регулярными публикациями | Часто, в зависимости от частоты публикаций |
| Интернет-магазин | База данных ежедневно или чаще, файлы регулярно |
| Сайт с личными кабинетами и заявками | Ежедневно и перед обновлениями |
Обязательное правило для любого сайта — делать копию перед обновлением ядра, тем и плагинов, перед установкой новых плагинов и перед любыми изменениями кода. Именно эти моменты чаще всего приводят к поломкам.
Где хранить копии
Главная ошибка — хранить копии только на том же сервере, где находится сайт. Если сервер выйдет из строя, будет взломан или хостинг заблокирует аккаунт, копии пропадут вместе с сайтом. Копии должны храниться в нескольких местах, хотя бы одно из которых находится вне хостинга: облачное хранилище, отдельный сервер, локальный носитель.
- Копия на хостинге: для быстрого восстановления после мелких проблем.
- Копия во внешнем облачном хранилище: на случай проблем с хостингом.
- Несколько версий: хранение копий за разные дни, чтобы восстановиться до момента заражения.
Осторожно. Если сайт был взломан незаметно, последние копии могут содержать вредоносный код. Храните копии за несколько недель, чтобы была возможность восстановиться до момента взлома.
Проверка восстановления
Копия, из которой никто не пробовал восстановиться, может оказаться бесполезной: архив повреждён, база неполная, часть файлов не попала в копию. Регулярно проверяйте восстановление на тестовой копии сайта: разверните архив на отдельном домене или локально и убедитесь, что сайт открывается, страницы на месте, изображения отображаются. Это занимает немного времени, но даёт уверенность, что в критический момент копия сработает.
Автоматизация
Ручное копирование быстро забывается. Автоматическое резервное копирование по расписанию с отправкой во внешнее хранилище и уведомлениями о результате — стандарт для любого рабочего сайта. Для этого используются инструменты хостинга или специальные плагины. Важно настроить уведомления об ошибках: если копирование перестанет работать, вы должны узнать об этом сразу, а не в момент, когда понадобится восстановление.
Плюсы и минусы разных способов
| Плюсы | Минусы |
|---|---|
| Копии хостинга: просто и без настройки | Копии хостинга: хранятся там же, где сайт |
| Плагины: гибкое расписание и внешнее хранилище | Плагины: нагружают сайт во время копирования |
| Внешнее хранение: защита от проблем хостинга | Внешнее хранение: требует настройки доступа |
| Автоматизация: не зависит от памяти человека | Автоматизация: нужны уведомления об ошибках |
Мнение эксперта
«Самая частая ситуация: у клиента есть плагин резервного копирования, но копии сохраняются на тот же сервер и занимают всё место на диске. В какой-то момент копирование тихо перестаёт работать, а сайт падает из-за нехватки места. Мы всегда настраиваем внешнее хранилище и ограничение числа хранимых копий.»
Эксперт клуба ВИПМИ, специалист по поддержке WordPress
Копии и безопасность
Резервные копии — последняя линия защиты при взломе. Если вредоносный код глубоко внедрён, иногда быстрее восстановить чистую копию и затем закрыть уязвимость. Подробнее о действиях при взломе — в статье восстановление сайта после атаки. Копия также обязательна перед оптимизацией скорости, когда меняются настройки кеширования и плагины, об этом в материале оптимизация скорости WordPress.
Сами копии содержат все данные сайта, включая данные клиентов, поэтому доступ к хранилищу должен быть защищён надёжным паролем, а при необходимости копии шифруются. Резервное копирование — часть регулярного обслуживания, о котором мы писали в статье техническое сопровождение сайтов WordPress.
Совет. Запишите инструкцию по восстановлению: где хранятся копии, как получить к ним доступ, какие шаги выполнить. В стрессовой ситуации инструкция сэкономит время и нервы.
Чек-лист резервного копирования
- копируются и файлы, и база данных;
- частота соответствует типу сайта;
- копии хранятся вне хостинга;
- хранится несколько версий;
- настроены уведомления об ошибках;
- регулярно проверяется восстановление;
- доступ к хранилищу защищён;
- есть инструкция по восстановлению.
Типичные ошибки
- копии хранятся только на том же сервере;
- копируются файлы без базы данных или наоборот;
- копирование не проверялось годами;
- нет уведомлений о сбоях копирования;
- хранится только одна последняя копия;
- нет копии перед обновлениями плагинов;
- архивы занимают всё место на диске хостинга.
Почти все эти ошибки обнаруживаются только в момент, когда копия понадобилась. Поэтому лучше один раз потратить время на правильную настройку и периодическую проверку, чем потом восстанавливать сайт по частям.
Восстановление: как это происходит
Восстановление зависит от ситуации. Если сломалась отдельная страница или настройка, иногда достаточно восстановить только базу данных или конкретные файлы. Если сайт заражён или полностью недоступен, восстанавливается вся копия. Перед восстановлением полезно сохранить текущее состояние сайта: в нём могут быть данные, появившиеся после создания копии, например новые заказы, которые потом можно перенести вручную.
После восстановления проверьте ключевые функции: формы, оплату, личные кабинеты, отображение страниц. Если копия была сделана до обновления плагинов, обновите их заново, но уже после анализа причины проблемы.
Как организовать работу с подрядчиком
Уточните у подрядчика, как настроено копирование: какие данные копируются, как часто, где хранятся копии, сколько версий, как проверяется восстановление. Попросите доступ к хранилищу копий для вашей компании, чтобы не зависеть от подрядчика в критической ситуации. Если вы меняете подрядчика или хостинг, убедитесь, что у вас есть актуальная полная копия сайта.
Копии при переносе и разработке
Резервные копии нужны не только для защиты от сбоев. Они используются при переносе сайта на новый хостинг, при создании тестовой копии для разработки, при передаче сайта новому подрядчику. Полная актуальная копия позволяет развернуть сайт в другом месте без потери данных. Перед любыми крупными работами, например редизайном, сменой темы или переходом на новую версию PHP, сделайте отдельную копию и сохраните её отдельно от регулярных, чтобы она не удалилась автоматически по истечении срока хранения.
Частые вопросы
Достаточно ли копий, которые делает хостинг?
Они полезны, но лучше иметь дополнительные копии вне хостинга на случай проблем с сервером или аккаунтом.
Как часто делать резервную копию?
Зависит от частоты изменений. Для магазинов базу копируют ежедневно или чаще, для визиток реже, но обязательно перед изменениями.
Сколько копий хранить?
Несколько версий за разные дни, чтобы можно было восстановиться до момента проблемы, например незаметного взлома.
Как проверить, что копия рабочая?
Восстановить её на тестовом домене или локально и проверить работу сайта.
Замедляет ли резервное копирование сайт?
Во время создания копии нагрузка возрастает, поэтому копирование лучше запускать в часы минимальной посещаемости.
Настроим резервное копирование вашего сайта
Мы проверим текущие копии, настроим автоматическое копирование во внешнее хранилище и проверим восстановление.
