Как настроить бэкапы WordPress

Краткий ответ: Бэкапьте и файлы, и базу данных, по расписанию, и держите как минимум одну копию вне VPS. Два проверенных пути: плагин UpdraftPlus, отправляющий архивы в удалённое хранилище, или небольшой скрипт WP-CLI + cron, который дампит базу и rsync-ает всё на Cloud2Y Storage VPS или другой offsite-таргет.

Обзор

На неуправляемом VPS бэкапы — ваша работа, а бэкап, живущий только на том же сервере, перестаёт быть бэкапом в момент отказа диска или самого сайта. Надёжная схема: ежедневный дамп базы, ежедневная или еженедельная синхронизация файлов, ретенция 7–30 дней, хранение offsite, периодический тест восстановления.

Что нужно иметь

• Offsite-назначение: Storage VPS, S3-совместимый бакет или как минимум другой сервер.
• WP-CLI для скриптового пути или доступ к wp-admin для плагинного.
• Представление о размере сайта — папки uploads растут; проверьте du -sh /var/www/example.com.

Пошаговая инструкция

1. Плагинный путь: установите UpdraftPlus → Settings: файлы еженедельно + база ежедневно, выберите удалённое хранилище (S3, FTP/SFTP, Dropbox…), задайте ретенцию, запустите первый бэкап и один раз скачайте его как тест.
2. Скриптовый путь: создайте /usr/local/bin/wp-backup.sh:

   #!/bin/bash
   set -e
   SITE=/var/www/example.com
   DEST=backup@storage-vps:/backups/example.com
   STAMP=$(date +%F)
   cd "$SITE"
   sudo -u www-data wp db export /tmp/db-$STAMP.sql
   gzip -f /tmp/db-$STAMP.sql
   rsync -az /tmp/db-$STAMP.sql.gz "$DEST/db/"
   rsync -az --delete "$SITE/wp-content/" "$DEST/files/wp-content/"
   rm /tmp/db-$STAMP.sql.gz
   find /tmp -name 'db-*.sql.gz' -mtime +1 -delete

3. Запланируйте: sudo crontab -e → 30 3 * * * /usr/local/bin/wp-backup.sh >> /var/log/wp-backup.log 2>&1.
4. Настройте ретенцию на назначении (например, 14 ежедневных дампов базы) и протестируйте восстановление: импортируйте дамп в тестовую базу и распакуйте wp-content в другое место.

Типичные проблемы

• Бэкапы тихо остановились: лог никто не читает — добавьте алерт о сбое (хоть Slack/email-пинг на ненулевой exit).
• Диск забит локальными архивами: плагин держит копии в wp-content/updraft — уменьшите локальную ретенцию, историю держите offsite.
• Восстановление падает на больших сайтах: архивы рвутся или таймаутят — для сайтов больше нескольких ГБ надёжнее путь rsync.

Когда обращаться в поддержку

Интересует Storage VPS как цель для бэкапов или не знаете, сколько места нужно? Откройте тикет — и учтите: платформенные снапшоты, где доступны, дополняют, но не заменяют собственные offsite-бэкапы.

Частые вопросы

Как часто бэкапить сайт на WordPress?

Базу данных ежедневно (она меняется с каждым комментарием и заказом), файлы еженедельно или после изменений; активному магазину WooCommerce стоит дампить базу несколько раз в день.

Достаточно ли надёжны плагинные бэкапы вроде UpdraftPlus?

Да, для большинства сайтов — при условии, что архивы уходят в удалённое хранилище и вы изредка проверяете один из них; очень большие сайты надёжнее восстанавливаются из rsync и дампов базы.

Почему бэкапы надо держать вне VPS?

Копия на том же сервере гибнет вместе с сервером: отказ диска, шифровальщик или ошибочный rm уничтожают и сайт, и бэкап. Именно offsite-хранение делает копию настоящим бэкапом.

Похожие статьи

• Как настроить бэкапы на Storage VPS
• Как использовать staging для обновлений WordPress
• Как защитить WordPress на VPS
• Как починить ошибку 500 в WordPress

Готовы начать? Заказать WordPress VPS в Cloud2Y →