Резервна копія WordPress перед оновленням: що зберегти

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

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

Перевірте опис резервної копії в панелі хостингу або інструменті резервування. Позначка «backup» сама по собі не говорить, що саме включено. Для магазину важливо також розуміти, до якого моменту збережені замовлення й залишки.

Коли створювати копію

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

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

Де зберігати та кому дати доступ

Копія лише на тому самому сервері може виявитися недоступною разом із сайтом. Погодьте окреме захищене місце зберігання й термін утримання кількох версій. Перевірте, що відповідальна людина має доступ до відновлення.

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

Перевірте копію відновленням

Успішне створення архіву не дорівнює перевіреному відновленню. На тестовій копії відновіть файли й базу, відкрийте кілька сторінок, перевірте медіа та адміністративну панель. Переконайтеся, що тестові форми не надсилають реальні заявки або сповіщення клієнтам.

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

Короткий порядок перед оновленням

1. Зафіксуйте поточну версію сайту й заплановану зміну.
2. Створіть узгоджену копію файлів і бази.
3. Переконайтеся, що копія завершилася та доступна.
4. За можливості перевірте зміну в окремому середовищі.
5. Після оновлення протестуйте основні сторінки й дії.

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

Практика: переконайтеся, що копію можна відновити

У базі зберігаються записи, сторінки, налаштування й дані багатьох плагінів. У файлах — тема, плагіни, завантажені зображення та конфігурація. Архів лише теми не є резервною копією всього сайту. Перевірте, що інструмент копіювання включає потрібні частини, завершив роботу без помилок і показує дату та розмір результату.

Завантажте копію або переконайтеся, що вона зберігається в окремому сховищі з доступом власника. Не тримайте незахищений архів бази в публічній папці сайту. Для динамічного магазину частота копій залежить від потоку замовлень: тижнева копія може означати втрату всіх нових операцій за цей час. Погодьте допустимий проміжок втрати даних.

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