Резервное копирование (бэкап)

Автор

Что такое резервное копирование (бэкап)?

Резервное копирование (бэкап) — это процесс создания полной или инкрементальной копии файлов сайта и базы данных, обеспечивающий восстановление веб-проекта в точное состояние на заданный момент времени в случае сбоя, взлома или человеческой ошибки.

Эталонный стандарт надёжности для интернет-магазинов в 2026 году — целевая точка восстановления (RPO) не более 1 часа, а целевое время восстановления (RTO) не более 30 минут; превышение этих лимитов приводит к прямой потере заказов и клиентских данных, расцениваясь как неприемлемый операционный риск.

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

Бэкап-система периодически читает файловую систему WordPress (/wp-content, /wp-config.php, .htaccess) и полный дамп базы данных MySQL/MariaDB, упаковывает их в архив и передаёт в удалённое хранилище.

Различают полные, инкрементальные (только изменения с последнего бэкапа) и дифференциальные копии. Инкрементальный метод экономит до 80 % дискового пространства и трафика, ускоряя создание ежечасных точек без нагрузки на сервер.

Восстановление выполняется распаковкой архива на чистый сервер или поверх существующего с импортом базы данных и последующим применением поиска-замены URL через встроенные инструменты (WP-CLI search-replace) или плагины.

Метрики и стандарты

RPO (Recovery Point Objective): для коммерческих сайтов с транзакциями допустима потеря данных не более чем за 1 час. Для статичных корпоративных сайтов RPO может составлять 24 часа без критических последствий.
RTO (Recovery Time Objective): полное восстановление из бэкапа должно завершаться не более чем за 30 минут. Для крупных магазинов с 10 ГБ базой данных приемлем RTO до 2 часов при условии включённого режима обслуживания.
Правило 3-2-1: три копии данных, на двух разных типах носителей, одна из которых хранится вне основной площадки (офлайн или в другом дата-центре). В 2026 году это минимальный признанный стандарт защиты от шифровальщиков.
Частота бэкапов: ежедневное полное копирование с ежечасными инкрементами — оптимальный баланс между нагрузкой и безопасностью для активных магазинов, генерирующих более 50 заказов в сутки.
Уровень успешности восстановления: автоматизированные системы должны тестировать восстановление из последней копии не реже одного раза в месяц и достигать 100 % успешных пробных стартов, иначе бэкап признаётся ненадёжным.

Почему это важно для бизнеса?

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

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

С точки зрения SEO длительный простой (более 6 часов) приводит к исключению страниц из индекса и падению позиций; быстрый откат через бэкап минимизирует время ошибки 5xx и сохраняет трафик.

Пример применения

Интернет-магазин электроники подвергся атаке с внедрением вредоносного кода во все PHP-файлы. Сайт заблокирован хостингом, база данных не тронута.

Благодаря настроенному ежечасному инкрементальному бэкапу на внешнее S3-совместимое хранилище администратор за 15 минут развернул последнюю чистую копию файлов и применил к ней базу данных. Магазин возобновил приём заказов через 25 минут после инцидента, потеряв лишь данные трёх заказов за последний час, которые были восстановлены из email-уведомлений вручную.

Как это реализуется в WordPress?

Специализированные плагины бэкапа — UpdraftPlus, BackupBuddy, All—in—One WP Migration — создают полные образы сайта по расписанию и автоматически отправляют их в облачные хранилища (Google Drive, Dropbox, S3).

Плагин UpdraftPlus лидирует по надёжности: поддерживает инкрементальные бэкапы, шифрование и восстановление одним кликом из админки, не требуя доступа к FTP.

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

Через WP-CLI выполняется ручное копирование: wp db export backup.sql для базы данных и tar -czf backup.tar.gz ./ для файлов, что удобно для быстрых снапшотов перед обновлением.

Критично, чтобы бэкап-файлы исключались из публичного доступа (не хранились в wp-content/uploads), а для сайтов с чувствительными данными бэкапы обязательно шифруются (AES-256) до отправки во внешнее хранилище.

Связанные понятия

RPO (Recovery Point Objective) — максимально допустимый период потери данных, определяющий частоту создания резервных копий.
RTO (Recovery Time Objective) — целевое время, за которое сайт должен быть полностью восстановлен из бэкапа.
Инкрементальный бэкап (Incremental Backup) — копирование только данных, изменившихся с момента последнего полного или инкрементального бэкапа, экономящее ресурсы.
Точка восстановления (Restore Point) — зафиксированное состояние системы на определённый момент времени, к которому можно откатиться.
Правило 3-2-1 — международный стандарт резервного копирования для защиты от всех видов потери данных.