Какие бэкапы должны быть у сайта на WordPress?

Из чего состоит сайт на WordPress

Чтобы правильно настроить резервное копирование, нужно понимать, из каких частей состоит сайт на WordPress. Это не только папка с файлами. У сайта есть файлы, база данных, настройки сервера, SSL-сертификат, почта, кэш и иногда дополнительные интеграции.

Основные части WordPress-сайта:

• Файлы сайта — темы, плагины, изображения, загрузки, ядро WordPress и пользовательские файлы.

• База данных — страницы, записи, настройки, пользователи, заказы WooCommerce, формы и большая часть контента.

• Файл wp-config.php — важные настройки подключения к базе данных и параметры WordPress.

• Медиафайлы — изображения, документы, PDF, фотографии товаров и другие загруженные файлы.

• Настройки сервера — конфиги PHP, веб-сервера, cron-задачи, правила редиректов и SSL.

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

Главный бэкап: файлы и база данных

Минимальный полноценный бэкап WordPress должен включать две части: файлы сайта и базу данных. Только вместе они позволяют восстановить сайт в рабочем виде.

В файлах находятся:

• тема оформления;

• плагины;

• загруженные изображения;

• документы и файлы из медиабиблиотеки;

• доработки сайта;

• часть настроек и служебных файлов.

В базе данных находятся:

• страницы и записи;

• меню и настройки сайта;

• пользователи;

• комментарии;

• данные форм;

• товары, заказы и клиенты WooCommerce;

• настройки многих плагинов.

Поэтому правильный бэкап WordPress — это не просто архив папки сайта, а связка: файлы плюс база данных.

Бэкап перед обновлениями

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

Особенно важно делать бэкап перед:

• обновлением ядра WordPress;

• обновлением WooCommerce;

• обновлением темы;

• обновлением конструктора страниц;

• установкой нового плагина;

• массовым импортом товаров или записей;

• изменением структуры сайта.

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

Ежедневные и еженедельные бэкапы

Частота резервного копирования зависит от того, как часто меняется сайт. Для сайта, где новые данные появляются редко, достаточно одной схемы. Для интернет-магазина или сайта с заявками — нужна более частая.

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

Бэкап базы данных отдельно

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

Отдельный бэкап базы полезен, если нужно:

• быстро откатить сайт после ошибки в настройках;

• восстановить данные после сбоя плагина;

• перенести сайт на другой сервер;

• сохранить заказы WooCommerce;

• зафиксировать состояние сайта перед массовым импортом;

• сделать копию перед правками в базе.

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

Бэкап медиафайлов

Медиафайлы WordPress обычно хранятся в папке wp-content/uploads. Там находятся изображения страниц, фотографии товаров, документы, PDF-файлы и другие загрузки.

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

Медиафайлы особенно важны для:

• интернет-магазинов;

• каталогов товаров;

• сайтов услуг с портфолио;

• медицинских сайтов;

• строительных и производственных сайтов;

• проектов с большим количеством фото.

Если на сайте много изображений, стоит следить не только за наличием бэкапов, но и за свободным местом на сервере.

Где хранить бэкапы

Одна из частых ошибок — хранить единственный бэкап на том же сервере, где находится сайт. Это лучше, чем ничего, но такой вариант не защищает от серьёзных проблем с VPS.

Лучше использовать несколько мест хранения:

• На сервере — удобно для быстрого восстановления, но не должно быть единственным вариантом.

• У провайдера — если хостинг делает автоматические снимки или резервные копии.

• Во внешнем хранилище — облако, отдельный сервер, S3-совместимое хранилище или другое внешнее место.

• Локально — периодическая копия на компьютер или внешний диск для особо важных проектов.

Главное правило: если сайт важен, копия должна быть не только внутри того же VPS. При поломке сервера, ошибке диска, блокировке аккаунта или неудачном удалении файлов локальный бэкап на этом же сервере может не помочь.

Сколько копий хранить

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

Для большинства сайтов можно использовать простую схему:

• ежедневные копии за последние 7 дней;

• еженедельные копии за последний месяц;

• ежемесячные копии за несколько месяцев;

• отдельные ручные копии перед крупными изменениями.

Для небольшого сайта такую схему можно упростить. Для интернет-магазина или сайта с большим количеством заявок лучше хранить больше точек восстановления.

Нужно ли проверять восстановление

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

Проверять восстановление полезно, чтобы убедиться, что:

• архив не повреждён;

• в копии есть файлы сайта;

• в копии есть база данных;

• сохранены изображения;

• копия подходит для восстановления на другом сервере;

• понятно, кто и как будет восстанавливать сайт при проблеме.

Лучше заранее один раз проверить процесс восстановления на тестовом домене или отдельном окружении, чем впервые разбираться с этим в момент аварии.

Частые ошибки с бэкапами WordPress

• Сохранять только файлы

  Без базы данных WordPress не восстановится полностью. В базе находятся страницы, настройки, пользователи, заказы и данные плагинов.

• Хранить бэкап только на том же сервере

  Если VPS станет недоступен или данные будут удалены, такая копия может не спасти сайт.

• Не делать копию перед обновлениями

  Даже обычное обновление плагина иногда может сломать сайт. Перед важными изменениями лучше иметь свежую точку восстановления.

• Не проверять восстановление

  Архив может оказаться неполным или повреждённым. Бэкап нужно хотя бы иногда тестировать.

• Копить бэкапы без контроля места

  Резервные копии могут быстро заполнить диск VPS. Хранение нужно настраивать с ограничением по количеству и сроку.

Какие бэкапы нужны в итоге

Для обычного сайта на WordPress минимальный набор выглядит так:

• полный бэкап файлов сайта;

• отдельный бэкап базы данных;

• копия папки wp-content/uploads;

• ручной бэкап перед обновлениями;

• автоматические регулярные копии;

• хранение хотя бы одной копии вне основного VPS;

• периодическая проверка восстановления.

Для интернет-магазина, сайта с заявками или проекта, который приносит деньги, резервное копирование лучше считать обязательной частью обслуживания, а не дополнительной опцией.

Итоги

• Полный бэкап WordPress должен включать файлы и базу данных.

• Перед обновлениями лучше делать отдельную свежую копию.

• Бэкапы нужно хранить не только на том же VPS.

• Для сайтов с заявками и WooCommerce резервные копии нужны чаще.

• Важно не только создавать бэкапы, но и проверять возможность восстановления.

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