Azure Backup и Disaster Recovery
Резервное копирование и аварийное восстановление (DR): чем RTO отличается от RPO и как Azure Backup и Site Recovery закрывают задачу для бизнеса.
Tugelbay Konabayev, Marketing Specialist · 19 июня 2026 г.
Эти блоки отвечают на практические вопросы без скрытого текста и без неподтвержденных обещаний по срокам, стоимости или результату.
Резервное копирование (backup) — это создание запасных копий данных, чтобы восстановить их при потере или повреждении: ошибке пользователя, отказе диска, шифровальщике, аварии. В Azure для этого есть управляемый сервис Azure Backup — он сам делает бэкапы по расписанию и хранит их в облаке.
Backup — это про сохранение данных: есть копия, из которой можно восстановиться. Disaster recovery (DR) — про непрерывность работы: система восстанавливается в другом месте за минимальное время. Backup отвечает на вопрос «сохранили ли мы данные», DR — «как быстро мы снова заработаем». Azure: Backup + Site Recovery.
RTO (Recovery Time Objective) — допустимое время простоя: за сколько система должна быть восстановлена после аварии. RPO (Recovery Point Objective) — допустимая потеря данных: какого «возраста» копия приемлема (например, бэкап каждые 4 часа = RPO 4 часа). Эти метрики определяют, насколько «агрессивной» должна быть стратегия резервирования.
В Recovery Services Vault или Backup Vault — это управляемые контейнеры Azure Backup. Важно хранить бэкапы в регионе, отдельном от основных данных (cross-region restore), и/или с гео-избыточностью (GRS) — иначе авария в одном регионе заберёт и данные, и копии.
«Резервное копирование» и «аварийное восстановление» — темы, о которых вспоминают в двух случаях: когда всё хорошо (тогда кажется, что не очень нужно) и когда уже поздно (тогда цена вопроса несопоставимо выше). При этом многие компании уверены, что «раз данные в облаке, они защищены» — и это опасное упрощение. Облако защищает от отказа железа, но не от случайного удаления, шифровальщика или ошибки администратора.
Этот гайд объясняет, что такое резервное копирование и аварийное восстановление (DR), чем RTO отличается от RPO, как Azure Backup и Site Recovery закрывают задачу, и какие стратегии применять. Технические утверждения опираются на официальную документацию Microsoft Learn, ссылки — в разделе «Источники».
Резервное копирование (backup) — создание запасных копий данных для восстановления при потере или повреждении. Аварийное восстановление (disaster recovery, DR) — стратегия и процессы восстановления работы системы в другом месте за минимальное время после серьёзной аварии. Backup отвечает на вопрос «сохранили ли мы данные», DR — «как быстро мы снова заработаем».
В Azure задачу закрывают два сервиса: Azure Backup (бэкап виртуальных машин, SQL Server, локальных серверов, M365-данных в облако Azure по расписанию) и Azure Site Recovery (репликация и аварийное развёртывание ВМ в другом регионе для непрерывности). Ключевые метрики — RTO (допустимое время простоя) и RPO (допустимая потеря данных): именно они определяют, насколько «агрессивной» должна быть стратегия. Подробнее про облачную инфраструктуру — в гайде Azure migration и FinOps.
Резервное копирование решает задачу восстановления данных после инцидента: случайного удаления, ошибки, отказа диска, шифровальщика, физической потери устройства. Без бэкапа любой из этих случаев — катастрофа; с грамотным бэкапом — рабочая ситуация, после которой данные возвращаются за часы.
Аварийное восстановление (DR) шире: это готовность восстановить работу целой системы или IT-сервиса после серьёзной аварии — выхода из строя дата-центра, регионального сбоя, крупной атаки. DR предполагает, что у вас есть вторая площадка (часто — облако), на которую система переключается, и процесс такого переключения отлажен.
Многие путают backup и DR, но это разные уровни:
Небольшой компании часто хватает бэкапов. Крупной или работающей с критичными сервисами — нужна полноценная DR-стратегия.
Эти две метрики — основа любого разговора о резервировании и DR.
RTO/RPO зависят от критичности системы. Для финансовой системы банка RTO может быть минуты; для внутреннего портала компании — сутки. Определить эти метрики для каждой критичной системы — первый шаг любой стратегии резервирования.
В экосистеме Microsoft задачу закрывают:
Azure Backup — управляемый сервис резервного копирования. Бэкапит:
Преимущества: управляемый сервис (без своей backup-инфраструктуры), шифрование, long-term retention, восстановление через портал, интеграция с Azure Monitor.
Azure Site Recovery — сервис аварийного восстановления. Реплицирует виртуальные машины Azure или локальные ВМ в другой регион/в второй дата-центр, и при аварии разворачивает их там. Это про непрерывность: бизнес продолжает работать, пока основная площадка недоступна.
Для большинства компаний регионы Azure — это не «где мы работаем», а «куда мы делаем DR». Локального региона Azure в Казахстане и Центральной Азии нет, но это не мешает использовать европейские регионы для резервных копий и DR-площадки.
Классическое правило резервирования «3-2-1»:
Современная облачная версия:
Цель — пережить любой одиночный сбой: отказ диска, выход сервера, аварию в одном дата-центре, шифровальщика. В Azure geo-redundancy (GRS / GZRS) даёт географическое разделение копий; cross-region restore позволяет восстановиться в другом регионе при аварии в основном.
Перед запросом оценки или стартом проекта полезно зафиксировать:
Чем точнее эти вводные, тем реальнее план: что резервировать в Azure Backup, где держать DR через Site Recovery, какие данные M365 вынести в отдельный бэкап, и как часто тестировать восстановление.
Технические утверждения опираются на официальную документацию Microsoft:
Состав сервисов, цены и доступны функций в регионе меняются — проверяйте в документации Microsoft Learn, калькуляторе цен Azure и у CSP-партнёра. Этот гайд не заменяет архитектурный проект резервирования и DR под конкретную нагрузку; ссылки на законы приведены справочно, действующая редакция — на официальных ресурсах (например, Adilet для РК).
Нет. Резервное копирование (backup) — это создание копий для восстановления данных при их потере или повреждении: фокус на скорости восстановления и недавней точке. Архивация (archive) — долгосрочное хранение данных, к которым редко обращаются (compliance, история): фокус на дешевизне хранения. Azure Backup для первого, Azure Blob Archive tier — для второго. Часто оба сценария нужны одновременно.
RTO (Recovery Time Objective) — за какое время система должна быть восстановлена после сбоя. RPO (Recovery Point Objective) — какую порцию данных допустимо потерять (максимальный «возраст» резервной копии). RTO про время простоя, RPO про потерю данных. Эти две метрики определяют требования к стратегии резервирования и аварийного восстановления.
Да. Microsoft 365 защищает от отказа инфраструктуры, но не от случайного удаления, шифровальщика, ошибки администратора или злонамеренного удаления. Для критичных данных M365 делают отдельное резервирование в Azure или в сторонний бэкап-сервис — особенно для почты, SharePoint и OneDrive, где deletion retention по умолчанию ограничен.
Azure Backup — это сервис для резервного копирования виртуальных машин Azure, локальных серверов (через агент), SQL Server, SharePoint и других нагрузок в облако Azure. Он управляемый: бэкапы по расписанию, хранение с шифрованием, восстановление через портал. Не нужно администрировать отдельную backup-инфраструктуру.
Azure Backup создаёт копии данных для восстановления. Azure Site Recovery (сейчас часть Azure Site Recovery / Disaster Recovery) — это сервис аварийного восстановления: он реплицирует виртуальные машины в другой регион и при аварии разворачивает их там, минимизируя простой. Backup про сохранение данных, Site Recovery про непрерывность работы.
Классическое правило резервирования: иметь 3 копии данных, на 2 разных носителях, 1 копия вне площадки. Современная версия для облака — минимум 3 копии, в 2 разных системах, 1 offsite/в другом регионе. Цель — пережить любой одиночный сбой: отказ диска, выход из строя сервера, аварию в дата-центре, шифровальщик.
Обязательно. Нетестированный бэкап — это не бэкап, а надежда. Регулярное тестовое восстановление проверяет, что копия действительно читается, процесс отлажен, ответственные знают, что делать, и укладываются в RTO. Без тестов авария часто вскрывает неработающие бэкапы.
Стоимость складывается из объёма защищаемых данных, частоты бэкапов, срока хранения и объёма восстановления. Для больших объёмов есть reserved capacity. Точную смету можно собрать только по нагрузке и требованиям (RTO/RPO, срок хранения). Оформляется через CSP-партнёра в USD.
Если у вас уже есть пример отчета, выгрузка из 1С или спорные цифры между отделами, начните с короткого BI-разбора. Для коммерческого scope используйте Power BI/Fabric маршрут, а этот гайд оставьте как подготовку вводных.
