По сообщению AIN.ua, в сентябре 2026 года уничтожен дата-центр хостинг-провайдера MiroHost. Эта статья — инструкция на завтра: как посчитать, сколько стоит день простоя вашего магазина, и какие пять вещей проверить заранее: DNS, копии по правилу 3-2-1, место данных, домен и почту, репетицию восстановления.
Разбор того, что произошло с клиентами хостинг-провайдера после уничтожения его дата-центра: почему одни клиенты продолжили работать, а другие пострадали, и короткий список дел на завтра — где лежит копия сайта и что проверить заранее.
Открыть на YouTubeКогда сайт лежит, считать поздно: все силы уходят на то, чтобы его поднять. Считать и проверять стоит сегодня вечером, пока все работает. Эта статья — о том, что делать заранее: сколько стоит день простоя для вашего бизнеса и какие пять вещей проверить, чтобы простой не затянулся. Что делать, когда сайт уже недоступен, мы разобрали отдельно, в статье «Хостинг упал: что делать в первые 24 часа».
23 сентября 2026 года Киев и область пережили массированную атаку. По сообщению AIN.ua от 24 сентября, уничтожен дата-центр хостинг-провайдера MiroHost. По данным Минцифры, которые приводит AIN.ua, по состоянию на 16:40 23 сентября около 100 000 домохозяйств остались без интернета. Сроков восстановления компания не называла. Подавляющее большинство клиентов MiroHost, по сообщениям, находилось за границей.
Kyiv Independent 26 сентября писал, что повреждены еще несколько дата-центров и провайдеров. Datagroup сообщил, что данные клиентов сохранены на резервных площадках. В некоторых медиа были сбои в видеоплеерах и в эфире.
Для владельца небольшого магазина из этого следует одна простая вещь. «Облако», «хостинг», «сервер» — это чье-то здание с оборудованием, электричеством и охраной. Здание можно обесточить или повредить. Малый бизнес обычно об этом не думает, потому что «хостер же отвечает». Хостер отвечает за свое здание. За то, где лежит копия вашего магазина и кто знает пароли от домена, отвечаете вы.
Точную цифру ущерба не назовет никто, и тот, кто называет «средний ущерб от простоя», ее выдумал. Но посчитать порядок своего счета можно за пять минут.
Возьмем условный магазин с оборотом 500 000 ₴ в месяц. Число взято для примера, данные клиентов здесь не использованы.
Слово «оборот» здесь важно. Это не прибыль: из этих денег вы заплатили бы поставщикам, за доставку, налоги. Но именно оборот показывает масштаб: сколько заказов за эту неделю ушло куда-то в другое место.
Вторая часть счета, о которой вспоминают поздно. Если у магазина настроена реклама, она не знает, что сайт лежит. Объявления показываются, люди кликают, бюджет списывается за каждый клик, а человек попадает на страницу с ошибкой. Сколько это стоит именно вам, видно в вашем рекламном кабинете: дневной расход, умноженный на дни простоя.
Подставьте свои цифры:
Счет простоя ≈ месячный оборот ÷ 30 × дни простоя + расходы на рекламу за эти дни + возвраты и отмененные заказы
Последнее слагаемое — это заказы, которые клиент оформил до аварии, а потом отменил, потому что не мог узнать статус или оплатить. У каждого магазина оно свое, поэтому процент «с потолка» мы сюда не ставим.
Отдельно от формулы есть вещи, которые не измеряются, но существуют. Клиент, который дважды не смог открыть сайт, в следующий раз может уйти сразу к конкуренту. Кто-то оставит отзыв о том, что «магазин не работает». Посчитать это в гривнах не получится, поэтому просто держите в голове: реальный счет больше формулы.
Посчитайте свою цифру за неделю и сравните ее с вечером, который займут проверки ниже.
DNS — это «телефонная книга» интернета: когда человек вводит адрес вашего магазина, DNS подсказывает браузеру, на какой сервер идти. Записи NS показывают, кто ведет эту книгу для вашего домена. Запись A показывает IP-адрес, на который указывает домен.
Проще всего — через публичный DNS-резолвер Google в браузере. Откройте адрес https://dns.google/resolve?name=ваш-домен.ua&type=NS, подставив свой домен. В ответе, в поле Answer, будут имена серверов, которые обслуживают ваш DNS. Замените type=NS на type=A, чтобы увидеть IP-адрес, на который указывает домен.
Если привычнее командная строка:
dig NS ваш-домен.ua +short
dig A ваш-домен.ua +short
На Windows без dig то же самое покажет nslookup -type=NS ваш-домен.ua.
Одна оговорка насчет записи A. Если сайт работает через прокси-CDN, например Cloudflare, запись A покажет адрес CDN, а сервер, где физически лежит сайт, за ней не виден. Поэтому запись A не отвечает на вопрос, где хостится сайт. Это выясняют в панели хостинга, о чем третья проверка.
Посмотрите на имена в NS-записях. Если они на домене вашего хостера, это означает, что DNS живет там же, где и сайт. В обычный день это удобно. В день аварии это уязвимость: вместе с сервером может стать недоступным и DNS. Тогда вы не сможете быстро направить домен на копию сайта в другом месте, потому что панель, где это делается, тоже лежит.
Хороший результат — DNS у отдельного поставщика, не того, где стоит сервер. Тогда при аварии вы меняете одну запись A на новый сервер, и посетители постепенно начинают попадать туда.
Правило 3-2-1 для резервных копий звучит так: три копии данных, на двух разных носителях, и одна из них в другом месте — другом городе или другой стране. Для сайта это означает: рабочий сайт на сервере, копия в хранилище другого поставщика и еще одна копия где-то еще, например в другом облачном хранилище или на диске в офисе.
Первая — копия лежит на том же сервере, что и сайт. Панель хостинга может показывать зеленую отметку «резервные копии: есть», но если они в том же здании, то исчезнут вместе с сервером. Спросите себя: если это здание выключат навсегда, где физически останется хоть одна копия моего магазина?
Вторая ошибка тоньше: копия есть, но из нее никто никогда не восстанавливал сайт. Архив может оказаться неполным, база данных может быть без последних таблиц, а пароль к хранилищу может знать только бывший разработчик. Об этом узнают в худший момент. Поэтому копию нужно проверять восстановлением, как описано в пятом пункте.
Для магазина копия — это и файлы сайта, и база данных. Именно в базе лежат товары, заказы, клиенты. Копия одних файлов без базы восстановит пустую витрину.
Откройте панель хостинга и поищите, где расположен ваш сервер: страна, город, название дата-центра. Часто это видно в описании тарифа или в данных сервера. Если не нашли, напишите в поддержку прямо, двумя вопросами:
Хорошая поддержка ответит конкретно: город, есть ли копии на другой площадке, сколько времени займет восстановление из них. Если ответ размытый, вроде «у нас все надежно», переспросите и попросите ответить письменно: где именно лежат копии и что будет с сайтом, если основное место выключат.
Здесь нет правильной страны или города. Цель проверки — просто знать. Владельцу, который знает, где стоит его сервер и где лежит копия, в день аварии не приходится выяснять это с нуля.
Домен — это ваш адрес. Сервер можно заменить, если есть копия. С доменом, к которому нет доступа, копия не поможет.
Проверьте три вещи.
Где зарегистрирован домен и у кого есть доступ к кабинету регистратора. Если домен куплен «вместе с хостингом» и управляется из той же панели, при аварии хостера вы можете потерять и сервер, и возможность управлять адресом. Лучше, когда домен зарегистрирован отдельно, на ваше имя или вашу компанию.
Где живет почта. Если почта на том же сервере, что и сайт, в день аварии исчезает и она: не приходят письма от клиентов, от платежных систем, от самого регистратора. А письмо для восстановления пароля регистратора может прийти именно на эту почту. Почта у отдельного поставщика снимает эту ловушку.
Кто знает пароли. Если доступы к регистратору, хостингу и почте знает один человек, это уязвимость, даже если этот человек — вы. Запишите доступы в менеджер паролей или в защищенное место, к которому есть доступ еще у кого-то, кому вы доверяете. Держать их только у разработчика, который когда-то делал сайт, рискованно.
Это самая важная проверка из пяти.
Возьмите свою последнюю копию и поднимите из нее сайт на тестовом адресе: на другом сервере или в тестовой среде, не трогая рабочий сайт. Засеките время от «берем архив» до «сайт открывается, товары на месте, можно оформить тестовый заказ». Запишите, что мешало: не было пароля к хранилищу, база не подходила к версии PHP, забыли про файл настроек.
Записанное время — ваше настоящее время простоя в день аварии, измеренное на вашем сайте и вашей копии. Подставьте его в формулу из начала статьи, и вы увидите реальный счет.
Как часто повторять? После каждого существенного изменения сайта: переезда, обновления движка, новых модулей. И хотя бы время от времени без повода, потому что копии ломаются тихо.
30 сентября 2026 года мы посмотрели публичные DNS-записи 22 известных сайтов: магазинов, оператора почтовых отправлений, сервиса объявлений и сервиса вакансий.
Выборка: rozetka.com.ua, prom.ua, epicentrk.ua, foxtrot.com.ua, allo.ua, citrus.ua, comfy.ua, eldorado.ua, moyo.ua, brain.com.ua, hotline.ua, makeup.com.ua, stylus.ua, intertop.ua, kasta.ua, eva.ua, jysk.ua, watsons.ua, novaposhta.ua, ukrposhta.ua, olx.ua, work.ua.
Метод. Для каждого домена мы запросили записи NS и A через публичный DNS-резолвер (Google DNS over HTTPS). NS-записи сравнили с глобальными поставщиками DNS, A-записи — с публичным списком IPv4-диапазонов Cloudflare.
Результат.
Границы замера нужно назвать прямо, иначе цифры легко прочитать не так.
Это выборка из известных сайтов, а не перепись украинского интернета. Замер не показывает, где стоит сервер сайта: DNS и сервер — разные вещи. Он показывает только одно: есть ли у сайта «запасная дорога» на уровне адреса, то есть управляется ли его DNS независимо от какого-либо одного здания. Адрес в диапазоне CDN не означает, что сайт переживет падение своего сервера. И замер ничего не говорит о надежности конкретных компаний, поэтому результатов по отдельным сайтам мы не приводим.
Замер дает только два числа: у 18 из 22 сайтов NS-записи у глобального поставщика DNS, у 12 из 22 адрес в диапазонах Cloudflare. Проверить то же самое для своего домена можно по инструкции из первой проверки.
Для небольшого магазина запасная дорога состоит из простых вещей, и второй дата-центр для нее не нужен.
Копия вне основного места. Архив сайта и базы, который ежедневно вывозится к другому поставщику, в другой город или страну. Не в то же здание, не на тот же сервер.
DNS отдельно от хостинга. Тогда при аварии вы меняете одну запись и направляете домен на новый сервер, не дожидаясь, пока поднимется панель старого хостера.
План действий на одну страницу. Где лежит копия, у кого есть доступ, куда ее поднимать, кто меняет DNS, сколько времени это заняло на репетиции. Страница должна лежать там, где вы ее найдете, когда сайт и почта не работают: распечатанной или в другом облачном хранилище.
Сайт может упасть и при всех этих условиях. Они дают другое: в день аварии вы знаете, откуда восстанавливаться, куда, и сколько это заняло на репетиции.
Если удобнее, чтобы за копиями и доступностью следили не вы, об этом — наши страницы резервных копий, мониторинга доступности и администрирования сервера.
| Проверка | Что смотреть | Хороший результат | Если нет |
|---|---|---|---|
| 1. Адрес (DNS) | NS и A через dns.google или dig NS, dig A |
NS-записи у отдельного поставщика, не у вашего хостера | Перенести DNS к отдельному поставщику, заранее экспортировать зону |
| 2. Копия | Где лежат копии, есть ли в них база данных | Три копии, два носителя, одна в другом городе или стране | Настроить ежедневный вывоз копии к другому поставщику |
| 3. Место | Страна и город дата-центра в панели, ответ поддержки | Вы знаете, где сервер и где копии, и что будет при выключении | Спросить поддержку двумя вопросами, записать ответ |
| 4. Домен и почта | Регистратор, где живет почта, кто знает пароли | Домен и почта отдельно от хостинга, доступы знают как минимум двое | Вынести домен и почту отдельно, сохранить доступы в менеджере паролей |
| 5. Репетиция | Поднять сайт из копии на тестовом адресе, засечь время | Сайт поднялся, время записано | Исправить то, что мешало, и повторить |
Тогда эта статья на потом. Начните с пошаговой инструкции «Хостинг упал: что делать в первые 24 часа». Если копия вне площадки есть, а поднять сайт на новом сервере нужно быстро, порядок работ описан на странице аварийного переноса сайта.
Ваше мнение помогает нам создавать лучший контент
Помогите другим узнать это — поделитесь статьей в социальных сетях
Спасибо, что помогаете нам расти
Пишет о том, что делает руками: интернет-магазины на OpenCart, приложения на Next.js, интеграции и скорость сайтов. В статьях — замеры и проверки, которые читатель может повторить на своём проекте, а не общие советы. Коммерческая разработка с 2015 года.
Ответы на популярные вопросы по теме
Универсальной цифры нет: она зависит от оборота, рекламы и того, сколько длится простой. Для условного магазина с оборотом 500 000 ₴ в месяц день простоя — это около 16 700 ₴ недополученного оборота, неделя — около 117 000 ₴. Это оборот, а не прибыль, и к нему добавляются расходы на рекламу, которая дальше показывается и ведет на неработающий сайт.
Воспользуйтесь формулой: месячный оборот ÷ 30 × дни простоя + расходы на рекламу за эти дни + возвраты и отмененные заказы. Расходы на рекламу видно в вашем рекламном кабинете. Отдельно помните о том, что не измеряется в гривнах: о клиентах, которые ушли к конкуренту, и негативных отзывах.
Три копии данных, на двух разных носителях, и одна из них в другом месте — другом городе или стране. Для сайта это рабочий сайт на сервере, копия в хранилище другого поставщика и еще одна где-то еще. Копия на том же сервере, что и сайт, по этому правилу не считается: она исчезнет вместе с сервером.
Начните с DNS: откройте в браузере https://dns.google/resolve?name=ваш-домен.ua&type=NS — в ответе будут серверы, которые обслуживают DNS домена. В командной строке то же самое покажет dig NS ваш-домен.ua +short. Запись A (dig A ваш-домен.ua +short) показывает IP-адрес, на который указывает домен; если сайт работает через прокси-CDN, например Cloudflare, это будет адрес CDN, а не сервера. Поэтому где физически стоит сервер, узнают в панели хостинга или прямым вопросом в поддержку.
Копия в другой стране защищает от события, которое затрагивает все площадки в одном регионе. Минусы тоже есть: другая юрисдикция, оплата в валюте, поддержка на другом языке. Главное — чтобы хотя бы одна копия была вне здания, где стоит сайт. Другой ли это город или другая страна, решаете вы, взвешивая эти плюсы и минусы. Ни один вариант не гарантирует, что сайт не упадет.
После каждого существенного изменения: переезда, обновления движка, установки новых модулей. И время от времени без повода, потому что копии ломаются незаметно. Каждый раз записывайте, сколько заняло восстановление: это ваше настоящее время простоя в день аварии.
Можно, но это делает их зависимыми от одной площадки. Если хостинг недоступен, вместе с сайтом исчезает почта, а панель управления доменом может быть недоступной. Надежнее, когда домен зарегистрирован отдельно на вас или вашу компанию, почта работает у отдельного поставщика, а доступы к ним знает больше чем один человек.
Пока сайт работает, сделайте копию файлов и базы данных и вывезите ее к другому поставщику, а потом настройте, чтобы это происходило ежедневно. Если сайт уже недоступен, проверьте все места, где копия могла оказаться: у разработчика, в облачном хранилище, на компьютере, в git-репозитории. Пошагово об этом — в статье «Хостинг упал: что делать в первые 24 часа».
Подпишитесь на нашу рассылку и получайте полезные советы, инсайты и новости о веб-разработке, маркетинге и бизнесе.
E-commerce и бизнесКомиссия от 4,2 %, 10 грн за каждый оформленный заказ на сайте с собственным доменом, а сайты на поддоменах, зарегистрированные с 30.05.2025, не индексируются. Что вы платите Prom, что можно забрать с собой, что Prom по-прежнему делает лучше и как проверить решение по собственной выгрузке заказов. Условия — по данным на 14.10.2026.
E-commerce и бизнесТема, модуль доставки, фид, правка в корзине — и через несколько лет никто не скажет, что в движке штатное. Четыре места, где каталог на OpenCart упирается в ядро, проверка каждого за несколько минут и честная граница: что лечится без смены платформы, а что нет.
E-commerce и бизнесКарточка тарифа Хорошопа показывает нижнюю границу. Счет двигают счетчик товаров с модификациями, лимит заказов и функции, которые открываются только в старших тарифах. Разбор по странице цен на 14.10.2026 и честный ответ, когда аренда выгоднее, а когда собственный движок.
