Репликация данных: синхронная и асинхронная

Репликация данных — это непрерывное или регулярное копирование данных с одного сервера или площадки на другой так, чтобы на резервной стороне всегда была актуальная копия. В отличие от бэкапа, который хранит «снимки» на момент времени, репликация поддерживает живую, постоянно обновляемую копию — основу для отказоустойчивости и катастрофоустойчивости.

Зачем это нужно бизнесу

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

Репликация — это технический фундамент для двух важных вещей: высокой доступности (когда отказавший узел подменяется резервным без заметного простоя) и аварийного восстановления на удалённой площадке (когда падает целый дата-центр). Без репликации не работают ни отказоустойчивые кластеры, ни DRaaS.

Синхронная и асинхронная репликация

Главное различие между видами репликации — в том, когда система считает запись данных завершённой.

Синхронная репликация

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

• Плюс: нулевая потеря данных — обе копии всегда идентичны. Допустимая потеря данных (RPO) стремится к нулю.
• Минус: чувствительна к задержке канала. Чем дальше площадки, тем больше задержка на каждую запись. Поэтому синхронную репликацию применяют на коротких дистанциях — внутри ЦОДа или между близкими площадками с быстрым каналом.

Асинхронная репликация

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

• Плюс: не тормозит работу приложения, работает на любых расстояниях, в том числе между городами и в облако.
• Минус: возможна потеря последних изменений — тех, что не успели реплицироваться в момент аварии. RPO здесь не нулевой, но обычно измеряется секундами-минутами.

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

Уровни репликации

Реплицировать данные можно на разных уровнях стека:

• Уровень хранилища (СХД). Массив реплицирует блоки данных на другой массив. Прозрачно для приложений, не зависит от ОС.
• Уровень гипервизора. Реплицируются целые виртуальные машины — именно так чаще всего работает DRaaS.
• Уровень базы данных. СУБД сама реплицирует транзакции на резервный сервер (например, мастер-реплика). Даёт точечный контроль и часто минимальный RPO для конкретной базы.
• Уровень приложения. Само приложение поддерживает несколько копий данных в кластере.

Репликация — это не бэкап

Частая и опасная ошибка — считать, что репликация заменяет резервное копирование. Это не так.

Репликация копирует всё, в том числе ошибки: если данные испорчены, удалены по ошибке или зашифрованы вирусом-шифровальщиком, испорченная версия мгновенно уедет и на реплику. Откатиться будет некуда, потому что реплика — это зеркало текущего состояния, а не история версий.

Бэкап хранит снимки на разные моменты времени, и из него можно восстановить состояние «до инцидента». Поэтому правильная архитектура устойчивости сочетает оба механизма: репликация — для быстрого переключения и доступности, бэкап по схеме 3-2-1 — для защиты от логических ошибок и шифровальщиков.

Критерий	Репликация	Бэкап
Что хранит	Актуальное зеркало данных	Снимки на моменты времени
Откат к прошлой версии	Нет	Да
Защита от шифровальщика	Нет (зеркалит и его)	Да
Скорость переключения	Высокая	Низкая (восстановление)
Назначение	Доступность, катастрофоустойчивость	Защита от потери данных

Где применяется

• Отказоустойчивые кластеры — резервный узел держит реплику и подхватывает нагрузку при отказе основного
• DRaaS — реплики ВМ в облаке провайдера для быстрого аварийного запуска
• Базы данных — мастер-реплики для распределения нагрузки и быстрого failover
• Распределённые офисы — синхронизация общих данных между площадками

Что включает наша услуга

• Аудит данных и систем, для которых нужна репликация, согласование целевого RPO
• Подбор уровня и типа репликации (синхронная/асинхронная) под расстояние и каналы
• Настройка репликации на уровне хранилища, гипервизора или СУБД
• Связка с бэкапом и, при необходимости, с DRaaS в единую схему устойчивости
• Мониторинг состояния реплик 24/7 из нашего NOC

Стоимость зависит от объёма реплицируемых данных, числа систем и требований к RPO — точный ориентир, от и до, считается под конкретную инфраструктуру после аудита.

Связанные термины

• Правило бэкапа 3-2-1 — резервное копирование, которое дополняет репликацию защитой от логических ошибок
• Отказоустойчивый кластер (HA/DRS) — высокая доступность, построенная в том числе на репликации
• DRaaS — катастрофоустойчивость как услуга — резервный контур в облаке, работающий на репликации

Получить расчёт

Откройте калькулятор, отметьте нужные услуги и получите ориентир по стоимости. Финальная смета — после аудита данных и согласования целевого RPO. Эта страница — часть материала «Замена Veeam: чем делать бэкап в 2026».