Резервная копия WordPress должна позволять вернуть сайт в рабочее состояние, а не просто содержать архив файлов. Для этого нужны и файлы сайта, и база данных: в файлах хранятся темы, плагины и загруженные изображения, а в базе — записи, страницы, настройки и данные пользователей. Копию нужно хранить отдельно от сайта и время от времени проверять восстановлением.
Что включить в резервную копию
Для полного восстановления сайта сохраняйте базу данных MySQL или MariaDB и файлы WordPress. В файловой копии особенно важна папка wp-content: в ней находятся загруженные медиафайлы, темы и плагины. Также сохраните файл wp-config.php и остальные файлы, которые добавляли вручную в корень сайта или другие каталоги.
Ядро WordPress можно скачать заново, но копия всех файлов упрощает восстановление и сохраняет нестандартные изменения. Если хостинг или плагин позволяет выбрать части файлов для бэкапа, не исключайте wp-content/uploads: без него записи могут восстановиться, но изображения и другие загрузки будут отсутствовать.
Проверьте, что копия содержит данные именно одного и того же периода. База данных из сегодняшнего дня и файлы недельной давности могут не совпадать: например, записи будут ссылаться на загруженные позже изображения, которых в старой файловой копии нет.
Выберите место хранения и расписание
Не держите единственную копию в той же учетной записи хостинга, где работает сайт. При сбое сервера, блокировке аккаунта или взломе могут пропасть и сайт, и бэкапы. Настройте отправку копий в отдельное хранилище: облачный диск, объектное хранилище или другой сервер. Убедитесь, что у вас есть доступ к нему независимо от панели сайта.
Частота зависит от того, как часто меняется сайт. Для редко обновляемого блога обычно достаточно еженедельной копии базы и файлов. Если публикации, заказы или другие данные появляются каждый день, делайте базу данных ежедневно, а файлы — по расписанию, подходящему для частоты загрузок и изменений. Для сайта, где данные меняются постоянно, одного ежедневного бэкапа может быть недостаточно: потеряются изменения, сделанные после последней копии.
Сохраняйте несколько точек восстановления, а не только самую свежую копию. Если проблема обнаружится не сразу, свежий бэкап уже может содержать ошибку или последствия взлома. Практичный вариант — хранить несколько последних ежедневных копий и более редкие недельные. Конкретный срок выбирайте с учетом свободного места и того, как быстро обычно обнаруживаются проблемы.
Настройте автоматические копии через плагин
Для большинства владельцев сайта удобнее плагин резервного копирования: он умеет отдельно сохранять базу и файлы, запускать задания по расписанию и отправлять архивы во внешнее хранилище. Например, в UpdraftPlus основные параметры находятся в настройках плагина: можно задать расписание для файлов и базы данных, число сохраняемых копий и подключить удаленное хранилище. Названия пунктов и доступность отдельных функций могут отличаться в зависимости от версии плагина.
- Установите плагин из каталога WordPress и откройте его настройки резервного копирования.
- Выберите периодичность отдельно для базы данных и файлов. Если сайт регулярно получает новые записи, база должна копироваться чаще, чем редко изменяемые файлы темы.
- Укажите внешнее хранилище и завершите подключение по инструкции плагина. Проверьте, что выбранное хранилище действительно отображается как подключенное.
- Настройте число копий, которые нужно сохранять. Слишком короткая история не поможет откатиться к состоянию до незамеченной проблемы, а слишком длинная может занять весь доступный объем.
- Запустите резервное копирование вручную и дождитесь окончания. Убедитесь, что созданы части и базы, и файлов, а копия появилась во внешнем хранилище.
Расписание в плагине не гарантирует запуск точно в заданную минуту. WordPress обычно запускает фоновые задачи при обращениях к сайту, поэтому на сайте с малым трафиком задача может выполниться позже. У некоторых хостингов есть собственный планировщик задач; его настройка зависит от панели и конфигурации сервера. После настройки ориентируйтесь не только на заданный график, но и на фактическую дату завершения копий в журнале плагина или хостинга.
Если резервное копирование сильно нагружает сайт или регулярно завершается с ошибкой, проверьте лимиты диска, памяти и времени выполнения PHP у хостинга. Большой сайт может не помещаться в один архив или превышать лимит времени на создание копии. В таком случае обратитесь к поддержке хостинга или используйте его штатное резервное копирование: доступные функции и сроки хранения зависят от тарифа.
Когда использовать резервные копии хостинга
Уточните у хостинга, что именно входит в его бэкапы: только файлы, база данных или и то и другое; как часто создаются копии и сколько времени они хранятся. Проверьте также, можете ли вы скачать копию или восстановить ее самостоятельно. Снимок сервера не всегда равен удобной резервной копии сайта, а автоматическое восстановление может затронуть весь аккаунт, а не один WordPress.
Копии хостинга полезны как дополнительный способ восстановления, особенно если хостинг делает их автоматически. Но для независимости храните хотя бы одну копию вне аккаунта. Если восстанавливаете сайт через поддержку, сначала выясните дату копии и какие данные будут заменены: более новые изменения после этой даты могут потеряться.
Как проверить бэкап и восстановить сайт
Статус «успешно» означает, что задача завершилась, но сам по себе не доказывает, что сайт получится восстановить. Проверьте, что архивы скачиваются или видны во внешнем хранилище, в копии есть база данных и нужные файлы, а размер архивов не равен нулю. Периодически проводите пробное восстановление на тестовой копии сайта или отдельном тестовом окружении. Не проверяйте восстановление на рабочем сайте без подготовки.
Порядок восстановления зависит от плагина и хостинга, но обычно нужно загрузить копию, восстановить базу и файлы, затем проверить главную страницу и несколько записей с изображениями. Если сайт переносится на другой сервер или домен, дополнительно потребуются настройки базы данных и корректировка адреса сайта; это отдельная операция, не всегда выполняемая обычным восстановлением в один клик.
Перед восстановлением на рабочем сайте сделайте свежую копию текущего состояния. Восстановление перезаписывает часть или все файлы и данные выбранной копией: новые записи, изменения настроек и загрузки, появившиеся позже, могут исчезнуть. Если сайт взломан, не возвращайте его из копии, созданной уже после проникновения: выбирайте более раннюю точку и отдельно выясняйте причину взлома. Старые бэкапы тоже могут содержать зараженные файлы, поэтому при сомнениях сначала разверните копию в изолированном тестовом окружении.
Рабочая схема без лишней сложности
Для небольшого сайта начните с автоматической копии базы и файлов на внешнее хранилище, выберите расписание по частоте изменений и оставьте несколько точек восстановления. Сразу после настройки запустите копирование вручную и проверьте результат. Затем раз в несколько месяцев проверяйте доступ к хранилищу и пробуйте восстановить копию на тестовом сайте. Перед крупными обновлениями WordPress, плагинов или темы создавайте дополнительный бэкап и убедитесь, что он завершился до начала обновления.