Резервное копирование — это не обеспечение непрерывности работы: «горячее» и «холодное» восстановление для Exchange, SharePoint и Microsoft 365

«Холодные» резервные копии используются для восстановления данных Microsoft 365 после сбоев. Однако на время выполнения восстановления работа компании приостанавливается. Именно в этом заключается основная ошибка большинства планов обеспечения непрерывности деятельности.

Организации, которые продолжают работать во время сбоя, не ждут восстановления. Они переключаются на «горячий» резерв на независимой платформе — одним из практических примеров является Google Workspace — и продолжают работу, пока Microsoft решает свои проблемы.

Итог: Когда система Microsoft выходит из строя, горячая резервная копия позволяет продолжить работу с электронной почтой, календарями и средствами совместной работы, не дожидаясь восстановления данных. В этой статье рассказывается о том, как устроена такая архитектура и как её создать заранее, пока она не понадобилась.

В отличие от архитектуры репликации баз данных, в контексте обеспечения непрерывности бизнеса а горячее резервное копирование представляет собой постоянно синхронизируемую альтернативную среду, на которую пользователи могут мгновенно переключиться в случае сбоя. A резервное копирование в холодном режиме означает автономную или отключенную копию ваших данных, которую можно использовать для восстановления документов и данных до определенного момента времени, но только после того, как основная среда вновь станет доступной.

Пока идет восстановление, ваша команда простаивает, а клиенты ждут. А в случае с SaaS-платформами, такими как Microsoft 365, восстановление не может даже начаться, пока сама платформа не вернётся в рабочий режим, а это означает, что сроки восстановления полностью зависят от решения Microsoft, а не от вас. Это не проблема резервного копирования. Это проблема архитектуры.

Организации, которые продолжают работать во время сбоя, действуют по-другому. Их план не предусматривает восстановление после сбоя, а предполагает наличие действующей альтернативы, с которой пользователи могут реально работать.

В Октябрь 2025 года, Teams, Exchange Online и Центр администрирования Microsoft 365 перестали работать, о чем сообщили тысячи пользователей. В январе 2026 года в результате отдельного инцидента вышли из строя Outlook, Defender и Purview; Microsoft сослалась на сбои в обработке трафика в своей инфраструктуре в Северной Америке. В пик инцидента на Downdetector поступило 15 000 сообщений. Восстановление работы заняло почти десять часов.

Это не критика в адрес Microsoft. При таких масштабах деятельности инциденты случаются. При таких масштабах деятельности инциденты неизбежны. Но не неизбежно то, что ваш бизнес остановится, когда произойдет такой инцидент.

Для организаций, в которых сбой связи ведёт к задержке реагирования на чрезвычайные ситуации, приостановке важнейших операций или даже к более серьёзным последствиям, проблема обеспечения непрерывности деятельности приобретает ещё более глубокий характер. Мы подробно рассматриваем этот вопрос в статье Разрыв между наличием плана резервного копирования и реальной непрерывностью бизнеса.

Некоторые организации реагируют на этот риск, усиливая меры по обеспечению избыточности решений Microsoft, запуская второй тентант или опираясь на возможности переключения на резервные ресурсы в Azure. Такой подход защищает от сбоев инфраструктуры, но не защищает от инцидентов на уровне платформы, а именно такими и были сбои в 2025 и 2026 годах.

Существует два реальных способа выполнения «горячего» резервного копирования Microsoft 365 на независимой платформе.

1. Первая — это Microsoft Exchange в локальной среде. Это независимая и проверенная система, которая обеспечивает вам полный контроль. Кроме того, вам снова придётся заниматься установкой обновлений на серверах, управлением инфраструктурой и брать на себя ответственность за каждый сбой (даже в 2 часа ночи).
   
   
2. Второй — это независимая экосистема SaaS, при котором платформа управляет собой сама (да, это уже проблема кого-то другого). Рабочее пространство Google — это наиболее практичный вариант в данном случае. Это зрелая, широко распространенная платформа, глубоко интегрированная в рабочие процессы предприятия. Функциональное совпадение с Microsoft 365 весьма значительно, и многие пользователи уже знакомы с Gmail, Google Calendar и Google Drive по личному опыту. В случае переключения на резервный сервер пользователям достаточно просто открыть браузер и приступить к работе.
   
   После восстановления работы сервисов пользователи продолжают работать и даже не задумываются о том, что нужно вернуть в Microsoft 365. Данные и документы восстанавливаются автоматически, и пользователям достаточно просто вернуться в свою основную рабочую среду.
   
   Никакого ручного вмешательства. Никакого резкого падения производительности. Никаких сбоев при миграции. Просто вторая платформа, которая тихо выполняет свою работу в фоновом режиме.