Як створити резервну копію вашого сайту на WordPress: методи, плагіни та графік

Резервне копіювання WordPress є вашою страховкою від втрати даних, зламу, збоїв сервера, конфліктів оновлень та людських помилок. Без надійної стратегії резервного копіювання одна єдина помилка — невдале оновлення, зламаний сайт, збій сервера або випадкове видалення — може знищити місяці або роки роботи. Незважаючи на це, значна кількість власників сайтів WordPress або взагалі не створює резервні копії своїх сайтів, або покладається виключно на резервні копії свого хостинг-провайдера, не перевіряючи, чи вони працюють.

Цей посібник охоплює всі методи резервного копіювання, доступні для власників сайтів WordPress, від ручних резервних копій через командний рядок до автоматизованих рішень на основі плагінів. Ви дізнаєтеся, що потрібно резервувати, як часто це робити, де безпечно зберігати резервні копії та як перевірити, чи ваші резервні копії дійсно працюють, коли вони вам потрібні. Надійна стратегія резервного копіювання також є основним компонентом безпеки WordPress, забезпечуючи вашу останню лінію захисту, коли превентивні заходи не спрацьовують.

Що включає резервне копіювання WordPress

Повне резервне копіювання WordPress складається з кількох компонентів. Відсутність будь-якого з них означає, що ваше відновлення буде неповним.

Критична важливість резервних копій бази даних

Ваша база даних є найціннішою частиною вашого сайту WordPress. Вона містить весь ваш контент (пости, сторінки, власні типи постів), облікові записи користувачів та метадані, замовлення WooCommerce та дані клієнтів, налаштування та конфігурації плагінів, налаштування віджетів та дані власних полів. Файли часто можна повторно завантажити або відновити, але вміст вашої бази даних є унікальним і незамінним.

Метод 1: Ручне резервне копіювання через SSH та phpMyAdmin

Ручні резервні копії дають вам прямий контроль над процесом і є цінними для одноразових резервних копій перед великими змінами, міграціями серверів або ситуаціями, коли резервні копії на основі плагінів не працюють.

Резервне копіювання файлів через SSH

Підключіться до вашого сервера через SSH і створіть стиснутий архів вашої директорії WordPress:

tar -czvf wordpress-backup-$(date +%Y%m%d).tar.gz /path/to/wordpress/

Для великих сайтів ви можете захотіти виключити певні директорії з резервного копіювання, такі як файли кешу та тимчасові дані:

tar -czvf wordpress-backup-$(date +%Y%m%d).tar.gz --exclude='wp-content/cache' --exclude='wp-content/upgrade' /path/to/wordpress/

Резервне копіювання бази даних через командний рядок

Використовуйте mysqldump для експорту вашої бази даних:

mysqldump -u db_username -p db_name > database-backup-$(date +%Y%m%d).sql

Для великих баз даних додайте стиснення:

mysqldump -u db_username -p db_name | gzip > database-backup-$(date +%Y%m%d).sql.gz

Резервне копіювання бази даних через phpMyAdmin

Якщо ви віддаєте перевагу графічному інтерфейсу: увійдіть до phpMyAdmin через панель управління вашим хостингом, виберіть вашу базу даних WordPress, натисніть на вкладку Експорт, виберіть "Користувацький" для додаткових опцій, переконайтеся, що всі таблиці вибрані, виберіть формат SQL і натисніть Перейти, щоб завантажити файл SQL.

Плюси та мінуси ручних резервних копій

Метод 2: Автоматизовані резервні копії на основі плагінів

Резервні плагіни автоматизують весь процес: планування, виконання, стиснення та зовнішнє зберігання. Вони є рекомендованим підходом для більшості власників сайтів WordPress, оскільки усувають людські помилки та забезпечують стабільні резервні копії.

UpdraftPlus

UpdraftPlus є найбільш встановленим плагіном для резервного копіювання WordPress, з понад 3 мільйонами активних установок. Він підтримує як ручні, так і заплановані резервні копії, з прямою інтеграцією до хмарних сервісів зберігання, включаючи Google Drive, Dropbox, Amazon S3, Microsoft OneDrive та Backblaze B2.

Ключові функції:

• Заплановані автоматичні резервні копії (база даних та файли на окремих розкладах)
• Інкрементальні резервні копії (Premium) — резервує лише змінені файли, зменшуючи час та обсяг пам'яті
• Відновлення в один клік з адмін-панелі WordPress
• Підтримка мультисайтів (Premium)
• Інструменти міграції та клонування (Premium)
• Шифрування для резервних копій бази даних (Premium)

Налаштування UpdraftPlus:

Крок 1: Встановіть та активуйте UpdraftPlus з репозиторію плагінів WordPress або використовуйте версію UpdraftPlus Premium для інкрементальних резервних копій, підтримки мультисайтів та додаткових місць зберігання.

Крок 2: Перейдіть до Налаштування > Резервні копії UpdraftPlus і перейдіть на вкладку Налаштування.

Крок 3: Встановіть розклад резервного копіювання. Для більшості сайтів резервне копіювання файлів щотижня та бази даних щодня забезпечує хороший баланс між захистом та використанням пам'яті.

Крок 4: Виберіть місце зберігання для резервних копій. Натисніть на

іконка для вашої обраної служби (Google Drive, Dropbox, S3 тощо) і дотримуйтесь кроків аутентифікації.

Крок 5: Налаштуйте, скільки резервних копій зберігати. Зберігайте принаймні 3-4 копії для файлів і 7-14 копій для резервних копій бази даних.

Крок 6: Натисніть Зберегти зміни, а потім Резервне копіювання зараз, щоб запустити ваше перше резервне копіювання.

BlogVault

BlogVault - це рішення для резервного копіювання на основі SaaS, яке зберігає резервні копії на власній хмарній інфраструктурі. На відміну від рішень лише з плагінами, BlogVault виконує резервні копії на своїх серверах, а не на ваших, зменшуючи навантаження на ваш хостинг.

Ключові особливості:

• Резервні копії в реальному часі (постійно відстежує зміни)
• Незалежне зберігання резервних копій на серверах BlogVault
• Створення сайту для тестування в один клік
• Вбудований інструмент міграції
• Резервні копії, що враховують WooCommerce (збирає дані замовлень між запланованими резервними копіями)
• Історія резервних копій на 365 днів

BlogVault - це платна послуга (89 доларів на рік за один сайт), але вона добре підходить для магазинів WooCommerce та бізнес-сайтів, де пріоритетами є резервні копії в реальному часі та незалежне зберігання.

BackWPup

BackWPup - це безкоштовний плагін для резервного копіювання, який зосереджується на створенні повних архівів резервних копій. Він може резервувати дані на Dropbox, Amazon S3, FTP-серверах та електронній пошті, а також може генерувати як файлові, так і бази даних у різних форматах (ZIP, TAR, TAR.GZ).

Ключові особливості:

• Повні резервні копії сайту (файли + база даних в одному архіві)
• Оптимізація та відновлення бази даних під час резервного копіювання
• Експорт контенту WordPress у форматі XML
• Кілька завдань резервного копіювання з різними розкладами та місцями призначення
• Відновлення за допомогою окремого скрипта відновлення (незалежно від WordPress)

Порівняння плагінів

Метод 3: Резервні копії на рівні хостингу

Більшість постачальників хостингу пропонують свої власні рішення для резервного копіювання, або включені у ваш план, або як додаток. Ці резервні копії зазвичай автоматизовані та керуються на рівні сервера.

Що зазвичай включають резервні копії хостингу

Управляючі хостинги WordPress зазвичай надають щоденні автоматичні резервні копії, зберігання на 14-30 днів, відновлення в один клік з панелі управління хостингом та окреме зберігання резервних копій від вашого основного сервера. Постачальники спільного хостингу можуть пропонувати менш часті резервні копії (щотижня) з коротшим терміном зберігання (7 днів) і можуть стягувати додаткову плату за функцію резервного копіювання.

Чому резервні копії хостингу недостатні

Хоча резервні копії хостингу є цінними, покладатися на них як на єдину стратегію резервного копіювання має ризики:

• Єдина точка відмови: Якщо постачальник хостингу зазнає катастрофічного збою, ваш сайт і резервні копії можуть бути втрачені.
• Політика постачальника: Деякі хостинги не гарантують доступність резервних копій або успіх відновлення. Їхні умови обслуговування часто вказують, що резервні копії надаються як послуга.
• Обмежений контроль: Зазвичай ви не можете завантажити резервні копії хостингу для зберігання поза сайтом або вибрати конкретні компоненти для відновлення.
• Ризик закриття облікового запису: Якщо ваш обліковий запис хостингу призупинено або закрито, ви можете втратити доступ до резервних копій.

Використовуйте резервні копії хостингу як один з шарів вашої стратегії резервного копіювання, а не єдиний шар.

Рекомендації щодо графіка резервного копіювання

Частота резервного копіювання повинна відповідати тому, як часто змінюється контент вашого сайту і скільки даних ви можете дозволити собі втратити (ваша цільова точка відновлення, або RPO).

Правило 3-2-1 резервного копіювання

Дотримуйтесь широко рекомендованого правила резервного копіювання 3-2-1:

• 3 копії ваших даних (активний сайт плюс дві резервні копії)
• 2 різних носії даних (наприклад, сервер + хмарне зберігання)
• 1 копія, збережена поза сайтом (інше фізичне місце, ніж ваш сервер)

На практиці це означає: ваш активний сайт - це перша копія, резервна копія на вашому сервері (або резервна копія постачальника хостингу) - це друга копія, а резервна копія в хмарному зберіганні (Google Drive, S3, Dropbox) - це третя копія. Хмарна копія задовольняє вимоги як "різні носії", так і "поза сайтом".

Тестування процесу відновлення резервної копії

Резервна копія, яку ви ніколи не тестували, - це резервна копія, якій ви не можете довіряти. Заплануйте періодичні тести відновлення, щоб перевірити цілісність вашої резервної копії.

Як протестувати відновлення

Крок 1: Створіть середовище для тестування або локальну установку WordPress для тестування. Ніколи не тестуйте відновлення на вашому активному сайті.

Крок 2: Завантажте вашу найостаннішу резервну копію (як файли, так і базу даних).

Ст

Крок 3: Відновіть резервну копію у вашому тестовому середовищі, використовуючи той же метод, який ви б використовували в екстреній ситуації.

Крок 4: Перевірте відновлений сайт: перевірте, чи правильно завантажуються сторінки, чи відображаються зображення, чи з'являються продукти WooCommerce, чи існують облікові записи користувачів, і чи збережені налаштування плагінів.

Крок 5: Документуйте процес відновлення, включаючи скільки часу це зайняло. Це цінна інформація, якщо вам коли-небудь потрібно буде виконати екстрене відновлення під тиском.

Тестуйте свій процес відновлення принаймні раз на квартал. Якщо ви змінюєте метод резервного копіювання або місце зберігання, тестуйте відразу після зміни.

Варіанти зберігання резервних копій поза сайтом

Резервне копіювання перед критичними діями

Окрім вашого регулярного графіка, завжди створюйте резервну копію на вимогу перед виконанням будь-якої з цих дій:

• Оновлення ядра WordPress (особливо великі оновлення версій)
• Оновлення плагінів або тем (особливо для складних плагінів, таких як WooCommerce, конструктори сторінок)
• Зміни версії PHP на вашому сервері
• Модифікації або міграції бази даних
• Масові редагування або імпорти контенту
• Міграції серверів або хостингу
• Встановлення нових плагінів, які змінюють базу даних

Наявність резервної копії, зробленої безпосередньо перед цими діями, дозволяє вам повернутися до відомого хорошого стану, якщо щось піде не так. Для поточних завдань з обслуговування сайту зверніться до нашого посібника з обслуговування WordPress.

Для отримання додаткової інформації зверніться до офіційної документації: Посібник з резервного копіювання WordPress.

Часто задавані питання

Скільки часу займає резервне копіювання WordPress?

Тривалість резервного копіювання залежить від розміру вашого сайту та ресурсів хостингу. Типовий сайт WordPress (менше 1 ГБ) резервується за 2-5 хвилин. Великі магазини WooCommerce з великими медіабібліотеками (5-20 ГБ) можуть займати 15-60 хвилин. Інкрементальні резервні копії після початкової повної резервної копії зазвичай займають менше хвилини, оскільки вони лише фіксують зміни.

Чи можу я зробити резервну копію сайту WordPress без плагіна?

Так. Ви можете використовувати команди SSH (tar для файлів, mysqldump для бази даних) або phpMyAdmin для експорту бази даних. Панелі управління хостингом, такі як cPanel, також включають інструменти резервного копіювання. Однак ручні резервні копії вимагають дисципліни і не включають автоматизоване планування, тому для більшості користувачів рекомендуються плагіни.

Чи потрібно мені резервувати всю установку WordPress або лише базу даних?

Обидва важливі, але якщо ви повинні пріоритизувати, база даних є більш критичною. Ваша база даних містить весь контент, налаштування та дані користувачів, які не можуть бути відтворені. Файли (теми, плагіни, ядро) зазвичай можна повторно завантажити, але ваша папка завантажень (зображення, документи) також є унікальною і повинна бути включена в резервні копії файлів.

Скільки резервних копій мені слід зберігати?

Зберігайте принаймні 7-14 резервних копій бази даних і 3-4 резервні копії файлів. Для магазинів WooCommerce розгляньте можливість збереження 30 днів резервних копій бази даних. Більше збереження дає вам ширше вікно відновлення — якщо ви виявите проблему, яка існувала кілька днів (наприклад, шкідливе ПЗ або пошкодження даних), вам потрібна резервна копія з моменту до початку проблеми.

Чи сповільнять плагіни резервного копіювання мій сайт?

Плагіни резервного копіювання працюють під час процесу резервного копіювання, що дійсно споживає ресурси сервера. Плануйте резервні копії під час періодів низького трафіку (зазвичай з 2 до 5 ранку у вашому основному часовому поясі). Інкрементальні рішення для резервного копіювання та сервіси на базі SaaS, такі як BlogVault, мінімізують вплив на сервер, оскільки вони обробляють резервні копії зовнішньо або лише передають змінені дані.

Що мені робити, якщо відновлення резервної копії не вдається?

По-перше, перевірте повідомлення про помилку — поширені проблеми включають помилки дозволів файлів, проблеми з підключенням до бази даних або обмеження пам'яті/тайм-ауту PHP. Спробуйте відновити на чисту установку WordPress замість того, щоб перезаписувати зламану. Якщо сам файл резервної копії пошкоджений, спробуйте старішу резервну копію. Ось чому важливо підтримувати кілька резервних копій на різні дати.

Чи можу я використовувати резервні копії для міграції мого сайту на нового хостинг-провайдера?

Так, резервні копії зазвичай використовуються для міграцій. Створіть повну резервну копію (файли + база даних), налаштуйте WordPress на новому хостингу, відновіть резервну копію на новому сервері та оновіть wp-config.php новими обліковими даними бази даних. Плагіни, такі як UpdraftPlus Premium і BlogVault, включають спеціальні функції міграції, які автоматизують цей процес.

Чи достатньо автоматизованих резервних копій хостингу для магазину WooCommerce?

Резервні копії хостингу забезпечують базовий рівень захисту, але для магазинів WooCommerce вони можуть бути недостатніми. WooCommerce постійно обробляє замовлення, платежі та дані клієнтів. Якщо ваша резервна копія хостингу запускається один раз на день, і збій сервера відбувається о 11 вечора, ви можете втратити цілий день замовлень. Використовуйте рішення для резервного копіювання в реальному часі або часті інкрементальні резервні копії разом з резервними копіями хостингу для повного захисту.