2.16.1. Загальна інформація про резервне копіювання

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

⚠️ У резервних копіях не зберігаються налаштування з панелі керування, наприклад налаштування сайту, налаштування PHP, налаштування SSL, налаштування домену та інші, а також вміст поштових скриньок і т. д.

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

Щодня ми копіюємо файли і бази даних кожного хостинг-акаунта на спеціальний бекап-сервер. У цьому зацікавлені насамперед ми самі: у разі, якщо з нашим веб- або MySQL-сервером трапиться невиправна ситуація, ми зможемо відновити з копії ваші дані, які не старші за 24 години. Точний час автоматичного резервного копіювання відрізняється між хостинг-акаунтами і серверами. Копії файлів і бази даних необов'язково зберігаються в один і той самий час: наприклад, копія файлів може створюватися о 2 годині ночі, а бази — о 9 ранку, або навпаки.

Наступного дня ситуація повториться — ми знову створюємо резервні копії ваших даних, перезаписавши старі копії новими. І так щодня. Такий бекап називається снапшот (знімок файлової системи).

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

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

• Хостинг-акаунт і сайти — копії зберігаються за останні 12 днів (включно з поточним), а також 1-ше число поточного і попереднього місяця.
• Бази даних — копії зберігаються за останні 7 днів (включно з поточним), а також 1-ше число поточного і попереднього місяця.

Історія операцій зі створення та відновлення резервних копій зберігається за останні 10 днів.

Чи можна видалити автоматичну резервну копію?

Видалення резервних копій вручну або через технічну підтримку неможливе. Усі резервні копії можуть бути видалені тільки автоматично після закінчення терміну зберігання копії.

Що робити, якщо дуже довго створюється резервна копія сайту або бази даних?

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

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

У розділі «Резервне копіювання», при створенні резервних копій, виводиться список усіх доступних копій. Якщо копії за потрібну дату немає в списку, значить вона відсутня на хостингу і будь-яким чином отримати або відновити її не вийде. Копії дво-, тримісячної, піврічної, річної тощо давності на хостингу не зберігаються.

Чи можна завантажити резервну копію з простроченого хостинг-акаунта?

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

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