Резервне копіювання сайту: як захистити дані та підготуватися до відновлення

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

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

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

Що має входити до резервної копії сайту

Повна резервна копія повинна містити всі дані, необхідні для відновлення сайту:

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

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

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

Як часто потрібно створювати резервні копії

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

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

Почати варто з простого запитання: скільки даних допустимо втратити — за тиждень, добу чи годину? Відповідь допоможе визначити відповідну частоту резервного копіювання.

Додаткову резервну копію корисно створювати перед оновленням CMS, встановленням розширень, зміною коду або перенесенням сайту.

Чому важливо зберігати кілька версій

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

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

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

Де зберігати резервні копії

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

Тому ми рекомендуємо використовувати окреме сховище для резервних копій.

У FairyHosting для цього доступний Fairy Disk — мережеве сховище, яке можна використовувати, зокрема, для резервних копій серверів. Підтримуються підключення за протоколами FTPS і SMB. Водночас саме підключення сховища не замінює налаштування створення та передавання резервних копій: ці процеси потрібно організувати окремо.

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

Як перевірити, що сайт можна відновити

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

Тестове відновлення виконують в окремому середовищі, щоб не впливати на робочий сайт. Після відновлення перевіряють:

• чи відкриваються сторінки та зображення;
• чи працює вхід до панелі керування;
• чи коректно відображаються дані;
• чи працюють основні функції сайту.

Для інтернет-магазину додатково перевіряють каталог, кошик і оформлення замовлення. У тестовому середовищі слід заздалегідь вимкнути реальні платежі, надсилання листів клієнтам та автоматичні інтеграції.

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

Як працювати з резервними копіями у FairyHosting

Для сайтів, якими керують через Plesk, створення та відновлення резервних копій доступне в розділі Backup & Restore. У нашій базі знань описано вибір даних для архіву, налаштування розкладу резервного копіювання та відновлення. Там само ми рекомендуємо використовувати Fairy Disk для зберігання резервних копій на окремому сервері.

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

Перед відновленням важливо вибрати відповідну дату резервної копії та оцінити, які поточні дані буде замінено. Якщо після створення копії з'явилися нові замовлення, звернення або публікації, їх необхідно врахувати окремо.

Поширені запитання про резервне копіювання

Чи замінює RAID резервні копії?

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

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

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

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

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

Чи потрібно перевіряти автоматичні резервні копії?

Так. Завдання резервного копіювання можуть завершуватися з помилкою через нестачу місця, проблеми з підключенням або зміни налаштувань. Контроль виконання завдань і періодичне тестове відновлення допомагають вчасно виявити такі ситуації.

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