Як налаштувати бекапи 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 →