Системні резервні копії є додатковим рівнем захисту, але не замінюють власні незалежні копії клієнта. Наявність конкретної точки відновлення, її повнота та успішність відновлення не гарантуються.
Послуги, для яких створюються копії
Автоматичне резервне копіювання передбачено для звичайного хостингу, WordPress-хостингу та реселінгу, якщо інше не зазначено в описі тарифу, замовленні або повідомленні про конкретний сервер.
Для VPS резервне копіювання доступне як додаткова послуга. Якщо його не включено до тарифу та не замовлено окремо, клієнт самостійно відповідає за створення, перевірку й зберігання копій усіх даних VPS.
Періодичність і точки відновлення
Схема залежить від сервера, панелі керування, типу послуги, доступного місця та технічної конфігурації. Зазвичай система підтримує кілька поколінь копій: добові, тижневі та періодичні точки, зокрема сформовані на початку й у середині місяця.
Перелік точок, видимий у панелі клієнта, або інформація служби підтримки відображає поточну доступність. Ми не гарантуємо створення чи збереження кожної окремої копії на конкретну дату.
Що може входити до резервної копії
Залежно від панелі та конфігурації сервера копія хостинг-акаунта може містити:
- файли сайтів і домашнього каталогу;
- бази даних;
- поштові скриньки та їхній вміст;
- налаштування хостинг-акаунта;
- DNS-записи, якими керує відповідна панель;
- SSL-сертифікати та пов’язані налаштування;
- завдання Cron.
Склад конкретної копії залежить від підтримуваних функцій cPanel, DirectAdmin, системного сховища та стану даних під час її створення.
Місце зберігання
Автоматичні копії хостингу зберігаються на окремому диску, призначеному для резервних даних. Таке розділення знижує ризик втрати через несправність основного диска, але не створює абсолютної гарантії збереження за будь-якої аварії.
Критично важливі дані клієнт повинен додатково зберігати у власному незалежному сховищі, яке не залежить від активної хостингової послуги.
Самостійне та повне відновлення
Окремі файли, бази даних, поштові дані або інші елементи можна відновити самостійно через cPanel чи DirectAdmin лише тоді, коли відповідна функція доступна для конкретного сервера й точки відновлення. Не всі системні копії обов’язково відображаються клієнту в панелі.
Для повного відновлення хостинг-акаунта, великого обсягу даних або ситуації, коли потрібної копії не видно в панелі, рекомендовано створити тікет. Повне відновлення зазвичай виконується адміністраторами на серверному рівні.
Як подати запит на відновлення
У тікеті потрібно вказати послугу або домен, приблизну дату потрібного стану та що саме необхідно відновити: окремий файл, базу даних, пошту або весь акаунт. Підтримка перевірить доступні точки та запропонує найближчий можливий варіант.
Строк виконання залежить від розміру акаунта, обсягу даних, стану сховища та черги робіт. До завершення перевірки не слід видаляти поточні дані або багаторазово запускати відновлення самостійно.
Обмеження резервних копій
Копія відображає стан даних на момент її створення. Якщо файли вже були пошкоджені, заражені, змінені або видалені, відповідна копія може містити такий самий стан або не містити цих даних.
Окрема точка може бути недоступною через технічну помилку, пошкодження сховища, нестачу місця, збій завдання, перевищення лімітів чи іншу обставину. Резервна копія також не гарантує працездатність сайту після відновлення, якщо проблема пов’язана з кодом, конфігурацією, доменом або стороннім сервісом.
Копії після припинення послуги
Після завершення, скасування або видалення послуги резервні дані можуть тимчасово залишатися у сховищі протягом обмеженого періоду. У деяких технічних конфігураціях вони можуть зберігатися понад 30 днів, однак це не є гарантованим строком і не створює обов’язку зберігати чи відновлювати дані після припинення послуги.
Копії можуть бути автоматично перезаписані або видалені раніше відповідно до ротації, стану сховища та технічних потреб. Якщо потрібне відновлення після завершення послуги, звернутися до підтримки слід якомога швидше. До припинення послуги клієнт зобов’язаний завантажити всі необхідні дані.
Відповідальність клієнта
Клієнт повинен регулярно створювати власні копії критично важливих файлів, баз даних, пошти, конфігурацій і ключів доступу та перевіряти можливість їх відновлення. Власні копії слід зберігати поза хостинг-акаунтом і системним резервним диском.
Перед оновленням CMS, плагінів, теми, зміною конфігурації або іншими ризикованими роботами рекомендовано створити окрему актуальну копію.
Зміни політики та звернення
Ми можемо змінювати схеми резервування, кількість точок і технічні засоби з урахуванням конфігурації серверів. Актуальні спеціальні умови тарифу або замовленої додаткової послуги мають перевагу над загальним описом цієї політики.
Запит щодо доступної копії або відновлення даних можна надіслати через тікет-систему.