Сайт компанії може роками працювати без помітних проблем. Але коли сервер стає недоступним, з’ясовується, що резервні копії ніхто не перевіряв, доступ до домену має колишній працівник, а власник бізнесу не знає, скільки часу знадобиться на відновлення. З чого почати підготовку і чи потрібно переносити сайт за кордон?
У вересні 2026 року атаки на дата-центри в Києві спричинили перебої в роботі провайдерів і онлайн-сервісів. Водночас «Датагруп» повідомила, що після пошкодження її дата-центру сервіси продовжили працювати з резервних майданчиків. За повідомленням Reuters із посиланням на Мінцифри, після ударів 23 вересня інтернет-зв’язок тимчасово втратили близько 100 тисяч домогосподарств у Києві та області. Для власника сайту це привід перевірити власний план дій: де розміщені дані, хто має до них доступ і як швидко можна відновити роботу.
Спочатку визначте, що саме може втратити бізнес
Для сайту-візитки кілька годин простою можуть означати пропущені звернення. Для інтернет-магазину — замовлення й оплату, які надходили після останньої резервної копії. Для сервісу з особистими кабінетами — ще й дані клієнтів або історію їхніх дій.
Поставте собі два запитання:
- Скільки часу сайт може бути недоступним? Годину, день, кілька днів?
- Скільки даних допустимо втратити? Якщо копія створюється раз на добу, чи прийнятно втратити всі зміни після неї?
Відповіді визначать частоту резервного копіювання і вимоги до відновлення. Інтернет-магазину з постійними замовленнями може бути замало однієї копії за ніч. Сайту, який оновлюється раз на місяць, зазвичай не потрібен такий самий графік, як магазину. Це рішення слід ухвалювати за обсягом змін і наслідками їхньої втрати.
Проведіть інвентаризацію сайтів і доступів
Перш ніж обирати новий сервер, складіть список усіх сайтів компанії. Для кожного запишіть:
| Що перевірити | Навіщо це потрібно |
|---|---|
| Домен і реєстратор | Щоб знати, де продовжувати домен і змінювати DNS |
| Хостинг, акаунт і країна розміщення | Щоб розуміти, де працює сайт і хто керує послугою |
| Система керування сайтом, база даних, пошта | Щоб знати, що саме доведеться переносити або відновлювати |
| Власник акаунтів і відповідальний фахівець | Щоб у критичний момент було кому діяти |
| Резервні копії та місце їх зберігання | Щоб оцінити, з якої дати можна відновити дані |
| Строки оплати домену й хостингу | Щоб не втратити сайт через звичайне непродовження послуги |
Окремо перевірте доступи. У багатьох компаніях логін і пароль до хостингу знають «усі, кому колись було потрібно». Буває й навпаки: доступ залишився лише в секретарки, яка звільнилася три роки тому, або в підрядника, з яким уже не працюють.
Компанія має контролювати акаунти реєстратора домену, хостингу, DNS, корпоративної пошти та системи керування сайтом. Перевірте, до якої адреси прив’язане відновлення паролів. Приберіть доступи людей, які більше не працюють із проєктом, налаштуйте двофакторний захист там, де він доступний, і зберігайте актуальні дані для входу в захищеному менеджері паролів.
Домен і хостинг можуть обслуговувати різні компанії. Працездатний сервер мало допоможе, якщо бізнес не може увійти до акаунта реєстратора та змінити налаштування домену.
Які є варіанти розміщення сайту
Єдиного правильного варіанта для всіх компаній немає. Розгляньте три поширені моделі.
1. Європейський провайдер
Можна розмістити сайт безпосередньо у провайдера, який надає послуги в європейських дата-центрах. Серед прикладів — Hetzner, OVHcloud та IONOS. У кожного є різні продукти: вебхостинг, віртуальні чи виділені сервери, хмарні послуги. Тому перевіряти потрібно умови конкретного тарифу: країну розміщення, адміністрування, резервні копії, підтримку й вартість відновлення.
Для бізнесу тут важливе практичне питання: хто обслуговуватиме сайт після переїзду? Оренда сервера дає більше контролю, але може покласти на компанію оновлення, захист і налаштування копій. Готовий хостинг спрощує щоденну роботу, проте його можливості потрібно звірити з потребами сайту.
2. Знайомий провайдер із можливістю розміщення за кордоном
Не завжди потрібно змінювати компанію, яка обслуговує хостинг. Наприклад, Хостинг Україна дозволяє змінити країну розміщення хостинг-акаунта; серед доступних локацій для віртуального хостингу вказані Польща та Німеччина. Водночас країна змінюється для всього акаунта, а не для одного сайту всередині нього. Провайдер також попереджає, що перенесення може тривати від кількох хвилин до кількох годин. Отже, навіть якщо в панелі це виглядає як проста дія, її варто планувати й перевіряти результат.
Такий підхід дає змогу зберегти звичну панель і підтримку. Перед міграцією перевірте сумісність сайту, пошту, DNS, IP-адресу та сторонні сервіси, для яких її могли вказати в налаштуваннях.
3. Сайт в Україні, резервна копія за кордоном
Перенесення робочого сайту — не єдиний спосіб зменшити ризик втрати даних. Можна залишити його на поточному хостингу, але забезпечити копію в іншому місці.
Тут важливо розрізняти доступність сайту і збереження даних. Копія за кордоном допоможе відновити сайт після втрати основного сервера. Вона сама по собі не гарантує, що сайт продовжить працювати без перерви: для цього потрібні окремі налаштування резервної інфраструктури.
Наприклад, у документації MiroHost описано щоденне збереження копій сайтів і файлів із хостингу у віддаленому дата-центрі за межами України. Хостинг Україна, за відповіддю підтримки клієнту, створює щоденні копії в Україні й раз на тиждень — службову резервну копію на серверах у Німеччині. Уточнюйте для своєї послуги, що входить до копії, як довго вона зберігається і як її отримати для відновлення: умови хостингу та окремого сервера можуть відрізнятися.
Копія у провайдера — це лише частина плану
Перевірте, чи є в резервній копії все необхідне: файли сайту, база даних, завантажені зображення, а за потреби — пошта й налаштування. Для інтернет-магазину особливо важливо, коли саме скопійована база: після цього часу могли надійти нові замовлення.
Добре мати додаткову копію, доступну компанії незалежно від основного хостингу. Її можна зберігати в іншого провайдера, у хмарному сховищі або локально з подальшим копіюванням до окремого місця. Доступ до такого сховища теж має залишатися під контролем бізнесу.
Завантажений архів варто перевірити: чи відкривається він, чи містить очікувані файли та дамп бази даних. А щоб знати реальний час відновлення, періодично відновлюйте копію в тестовому середовищі. Архів, який існує, і сайт, який із нього вдалося запустити, — різні рівні перевірки.
Що зробити цього тижня
Почніть із дій, які не потребують негайного переїзду:
- Запишіть усі сайти, домени, хостинг-акаунти та відповідальних.
- Перевірте, хто зараз має доступ і куди надходять повідомлення для відновлення паролів.
- З’ясуйте в провайдера розташування основного сервера й резервних копій, їхню частоту та строк зберігання.
- Створіть власну копію файлів і бази даних, збережіть її окремо від хостингу та перевірте вміст.
- Визначте для кожного сайту допустимий час простою і втрати даних.
- Лише після цього вирішуйте, чи залишати поточне розміщення, змінювати країну в межах провайдера або переносити сайт до іншої компанії.
Головне рішення — не назва країни в налаштуваннях хостингу. Головне — чи зможе ваша команда отримати доступ до даних і відновити роботу сайту за прийнятний для бізнесу час.
