Исследование Linx Cloud и Global CIO: отказоустойчивость крупного и среднего бизнеса в 2026 году
Каждая пятая компания в России может уверенно сказать, что её план аварийного восстановления работает. Остальные либо надеются, что документы окажутся актуальными в нужный момент, либо не имеют их вовсе. Такой вывод следует из совместного исследования облачного провайдера Linx Cloud и профессионального сообщества ИТ-директоров Global CIO.
Как проводилось исследование
Опросили более 100 ИТ-руководителей — CIO и директоров по ИТ-инфраструктуре, принимающих решения в крупных и средних компаниях. География охватила 27 городов России и стран СНГ, отраслевой срез — 15 отраслей экономики: от FMCG-производства и банков до розницы, медицины и транспорта.
В выборку попали только коммерческие организации с выделенным ИТ-подразделением и позицией CIO — то есть компании, где вопросы отказоустойчивости в принципе кому-то поручены.
Цель была прикладной: понять не то, что компании думают о резервировании, а то, что они реально делают. Отдельный блок посвящен облаку как сторонней резервной площадке — в том числе с точки зрения совокупной стоимости владения.
Главное расхождение: план есть у 58%, работающий план — у 20%
Формализованная стратегия Disaster Recovery, которая регулярно тестируется, есть только у 20% респондентов. Это преимущественно финансовый сектор и компании с иностранным происхождением — там требования к непрерывности заданы извне.
Еще 38% имеют базовые документы, но не проверяют их на практике. Формально план есть. Фактически никто не знает, сработает ли он.
И 42% компаний не имеют DR-плана вообще — действуют по факту аварии.
Для сравнения: по данным недавнего исследования Forrester, регулярно тестируемый DRP есть у 75% компаний в США, ещё 16% планируют внедрение в течение года. Отдельные глобальные опросы дают цифру в 90%.
Разрыв с мировой практикой — не в осведомленности. Российские ИТ-руководители прекрасно понимают риски. Разрыв — в том, доходит ли понимание до бюджета и регламента.
Тестирование: слабое место номер один
41% организаций никогда не проводили реальных тестов восстановления. Еще 31% делают это раз в год, 20% — раз в полгода, и лишь 8% тестируют ежеквартально или чаще.
Здесь исследование даёт самую показательную корреляцию:
У половины компаний, которые не проводили тестов, во время реальных инцидентов не удалось восстановить все данные — или восстановление заняло слишком много времени.
Не протестированный вовремя план восстановления — это не план. Это предположение.
Базовые принципы защиты: знают почти все, применяют единицы
Правило 3-2-1
Принцип «три копии данных, два типа носителей, одна копия за пределами площадки» знаком 88% респондентов. Строго придерживаются его 17%.
Ещё 41% используют частично, 30% знают о принципе, но не реализовали.
Неизменяемое хранение
Технологии immutable/WORM — ключевая защита от шифровальщиков, которые целенаправленно уничтожают бэкапы перед атакой на продуктив. Применяют их для критичных данных 21%, частично — 18%. Итого менее 40%.
При этом 30% респондентов не планируют внедрять immutable-хранение в ближайшее время.
География хранения копий
29% компаний хранят резервные копии на основной площадке. Это удобно для быстрого восстановления после логической ошибки — и бесполезно при потере самой площадки. Еще 33% держат копии на локальной резервной площадке, 29% используют гибридный вариант.
Чисто облачные бэкапы делают менее 9%.
Инциденты — это норма, а не исключение
85% компаний уже сталкивались с необходимостью восстановления из бэкапов: 73% делают это один-два раза в год, 12% — регулярно, несколько раз в год. Только 15% ИТ-руководителей ни разу не имели повода обратиться к резервным копиям.
Насколько успешным было восстановление:
Каждый третий случай восстановления — это простой, потеря данных или провал. При том что 84% компаний делают еженедельные бэкапы, а 78% — ежедневные.
Два фактора, которые статистически меняют исход
Исследование выявило две зависимости, которые стоит учитывать при планировании:
Наличие резервной площадки. У компаний с выделенной DR-площадкой восстановление было быстрым и полностью успешным в 72% случаев. У компаний без неё более 50% инцидентов закончились медленным или неполным восстановлением.
Выбор решения. Среди тех, кто использует Veeam Backup & Replication, восстановление прошло успешно в 80% случаев. Для прочих решений — включая самописные, которые применяют 18% респондентов, — показатель составил 55%.
Что ломается чаще всего
Причины обращения к бэкапам распределились так:
● 78% — ошибки сотрудников: случайное удаление или изменение данных
● 67% — сбой оборудования: диск, сервер
● 35% — атака шифровальщика или иного вредоносного ПО
● 23% — сбой на стороне облачного или внешнего провайдера
При переключении на резервную площадку картина смещается: на первом месте отказ оборудования (60%), затем ошибки персонала (50%), шифровальщики (21%) и лишь в 17% случаев — сбой у внешнего провайдера.
Последняя цифра любопытна с двух сторон. Она отражает и меньшее распространение облачной инфраструктуры по сравнению с on-premise, и более высокую надежность профессиональных провайдеров: сбои у них случаются реже, чем в собственных серверных.
Противоречие между декларациями и бюджетом
Когда исследователи спросили о критичных факторах при выборе DR/бэкап-стратегии, ответы выглядели зрело:
● 84% — минимизация потерь данных (RPO)
● 79% — минимизация простоя (RTO)
● 57% — снижение затрат на DR/Backup
● 52% — удобство и скорость администрирования
● 24% — соответствие требованиям регуляторов
Но при выборе конкретного решения для резервного копирования на первое место выходит другая логика: надёжность хранения (76%), стоимость (69%), скорость восстановления (67%).
Механика понятна. Авария — событие вероятностное, она может и не произойти. Затраты на резервирование — событие гарантированное и ежемесячное. В результате экономят на том, что не дает видимого эффекта прямо сейчас: на тестировании, на immutable-хранении, на второй площадке.
Скрытая цена такой экономии проявляется ровно один раз — в момент инцидента.
Облако как резервная площадка: текущая ситуация и планы
Облако как DR-площадку сегодня использует 8% компаний. Собственная площадка on-premise — у 47%, аренда в коммерческом ЦОД — у 19%, а 26% не имеют выделенной DR-площадки вообще.
Что останавливает:
● 47% — наличие собственной большой инфраструктуры, в том числе резервной
● 46% — политика информационной безопасности против облачных решений
● 36% — отсутствие выделенного бюджета
● 22% — требования регуляторов и комплаенса
● 21% — недоверие к провайдерам
Что привлекает тех, кто уже выбрал облако:
● 75% — низкая совокупная стоимость владения (TCO)
● 64% — быстрое восстановление и низкий RTO/RPO
● 47% — соответствие требованиям регуляторов (152-ФЗ, ФСТЭК)
● 41% — гибкость масштабирования
● 40% — география и надёжность дата-центров провайдера
Ключевой сигнал — в динамике, направленной на увеличение облачных резервных площадок. Уже более 40% компаний резервируются в облаке полностью или частично, ещё 19% рассматривают такую возможность. А в горизонте 1–2 лет 29% планируют перейти на гибридную модель, где часть нагрузок остается локально, часть уходит в облако. Полный переход в облако рассматривают 5%, категорично отказываются от облака 28%, и 38% продолжают изучать вопрос.
«Результаты исследования показывают разрыв между осознанием важности отказоустойчивости и реальными действиями бизнеса. Компании готовы платить за «железо», но не за тестирование и современные подходы, такие как immutable-бэкапы или облачная DR-площадка. Между тем именно эти «невидимые» инвестиции напрямую определяют, переживет ли бизнес атаку шифровальщика или пожар в ЦОДе.
Мы видим запрос на гибридные модели, где облако становится экономически эффективной резервной площадкой, и готовы предлагать решения, которые закрывают этот пробел без многократного увеличения бюджета», – отметил Евгений Макарьин, руководитель продуктового направления DR, Linx Cloud
Исследование даёт понятный чек-лист для самопроверки. Если хотя бы на два пункта вы отвечаете «нет», ваша отказоустойчивость держится на удаче:
1. Есть ли документированный DR-план с указанием ответственных, порядка действий и целевых RTO/RPO?
2. Проводили ли вы в этом году реальный тест восстановления — не проверку целостности бэкапа, а полное переключение?
3. Хранится ли хотя бы одна копия за пределами основной площадки?
4. Защищены ли резервные копии от удаления — есть ли immutable/WORM для критичных данных?
5. Знаете ли вы фактическое время восстановления ключевых систем — измеренное, а не расчётное?
6. Заложен ли в бюджет не только сам бэкап, но и регулярное тестирование?
