Після збою дата-центру: що робити власнику бізнес-сайту

Що відомо і чого не можна припускати

Українські медіа 26 вересня 2026 року повідомили про пошкодження дата-центрів у Києві та перебої у частини сервісів. Це опис конкретних повідомлень, а не доказ того, що всі сайти чи backup постраждали. Статус вашого ресурсу треба підтверджувати через офіційний канал вашого провайдера й власні перевірки.

Якщо сервіс недоступний, запитайте: які майданчики зачеплено, чи доступні диски та копії, чи є оцінка наступного статус-оновлення. Не передавайте клієнтам неперевірений час повернення.

Збережіть те, що доступно

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

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

Не залишайте клієнтів без відповіді

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

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

Після інциденту перевірте план відновлення

Проведіть тест із незалежної копії та визначте допустимий простій і втрату даних. CERT-UA рекомендує зберігати резервні копії важливих ресурсів окремо та час від часу перевіряти, чи можна з них відновитися. Це робота на наступний збій, а не обіцянка, що він не повториться.

Технічні джерела