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


Основная архитектура локальной непрерывной репликации

Локальная непрерывная репликация предоставляет такие возможности, как доставка и воспроизведение журналов, а также быстрое ручное переключение на дополнительную копию данных (именуемое активацией). Локальная непрерывная репликация разработана с целью уменьшения общей стоимости владения программой Microsoft Exchange Server 2007 за счет следующих факторов:

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

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

  • Возможность перенести резервные копии службы теневого копирования томов (VSS) из активной копии группы хранения в ее пассивную копию. Результаты всех четырех типов резервного копирования VSS (полная архивация, копирование, инкрементное и разностное резервное копирование) можно переносить на пассивную копию. Выгрузка резервных копий с активной копии на пассивную дает ценную экономию дискового ввода/вывода на номерах логических устройств (LUN) активной копии.

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

У локальной непрерывной репликации нет специальных требований к хранилищам. Любой тип хранилища, поддерживаемый Windows Server 2003 или Windows Server 2008, можно использовать для локальной непрерывной репликации, включая непосредственно подключаемое хранилище, а также последовательно подключаемые SCSI и Internet SCSI (iSCSI). Список сертифицированных решений хранения приведен в Каталоге прошедших испытания продуктов Windows Server.

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

  • Быстрое двухэтапное восстановление рабочей базы данных после повреждения или сбоя.

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

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

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

  • Возможность уменьшения общего объема данных, перемещаемых на резервные носители, при расширении окна резервного копирования.

  • Администрирование через консоль управления Exchange или командную консоль Exchange.

Улучшения, внесенные в локальную непрерывную репликацию в Exchange 2007 с пакетом обновления 1 (SP1)

В состав Microsoft Exchange Server 2007 с пакетом обновления 1 (SP1) входят несколько улучшений для LCR, включая использование транспортной корзины, добавленные элементы интерфейса пользователя консоли управления Exchange, улучшенное отображение состояния и наблюдение и повышенная производительность.

Транспортная корзина теперь работает при локальной непрерывной репликации

Функция транспортной корзины роли транспортного сервера-концентратора расширена в Exchange 2007 с пакетом обновления 1 для поддержки локальной непрерывной репликации. В окончательной первоначальной версии (RTM) Microsoft Exchange Server 2007 транспортная корзина была доступна только для сред кластерной непрерывной репликации (CCR). В отличие от кластерной непрерывной репликации, в которой запрос повторной доставки транспортной корзины явялется автоматизированной частью процесса восстановления, в среде локальной непрерывной репликации этот процесс производится вручную. Командлет Restore-StorageGroupCopy обновлен в Exchange 2007 с пакетом обновления 1 (SP1) и теперь включает в себя запрос на повторную передачу для транспортной корзины. Таким образом, когда администратор активирует пассивную копию группы хранения в среде локальной непрерывной репликации, используя командлет Restore-StorageGroupCopy, запрос на передачу для транспортной корзины выполняется как часть процесса активации.

Транспортная корзина использует избыточность среды для восстановления некоторых данных, затронутых переходом на другой ресурс при сбое. В частности, транспортные серверы-концентраторы поддерживают очередь недавно доставленной почты. Эта очередь ограничена временем хранения почты и общим количеством используемого пространства. Новые функции добавлены к задаче Restore-StorageGroup, так что когда администратор использует эту задачу для активации пассивной копии группы хранения, служба репликации Microsoft Exchange требует повторной доставки сообщений в транспортной корзине каждого транспортного сервера-концентратора в сайте сервера почтовых ящиков. Хранилище данных автоматически удаляет дубликаты и повторно доставляет потерянную почту.

В Exchange 2007 с пакетом обновления 1 необходимым условием сохранения сообщения электронной почты в транспортной корзине является наличие у него по крайней мере одного получателя, почтовый ящик которого находится на кластеризованном сервере почтовых ящиков в среде кластерной непрерывной репликации или на автономном сервере в группе хранения, которая настроена для локальной непрерывной репликации.

Ниже приведены случаи, при которых потери данных не устраняются при помощи транспортной корзины:

  • Папка «Черновики» любых клиентов Microsoft Outlook работает в оперативном режиме.

  • Встречи, обновления контактов, обновления свойств, задачи и обновления задач.

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

Подробное описание действий по настройке транспортной корзины приведено в разделе Настройка транспортной корзины для локальной непрерывной репликации.

Улучшения консоли управления Exchange

Несколько новых элементов интерфейса пользователя, улучшающих процесс управления функциями с высоким уровнем доступности, включая локальную непрерывную репликацию, добавлены в Exchange 2007 с пакетом обновления 1. К ним относятся:

  • Интерфейс пользователя транспортной корзины   Новая вкладка в Глобальных параметрах, добавленная к узлу "Транспортный сервер-концентратор" в рабочей области Конфигурация организации. Эта вкладка включает страницуСвойства параметров транспорта, которую можно использовать для настройки следующих параметров транспортной корзины для организации:

    • Максимальный размер на группу хранения (МБ)   Определяет максимальный размер очереди транспортной корзины для каждой группы хранения.

    • Максимальный срок хранения (дней)   Определяет срок хранения сообщения электронной почты в очереди транспортной корзины.

  • Управление непрерывной репликацией   Дополнительные элементы управления интерфейса пользователя, которые добавлены к консоли управления Exchange и позволяют администратору приостанавливать, возобновлять, обновлять и восстанавливать непрерывную репликацию. Использование этих элементов управления эквивалетно использованию следующих командлетов командной консоли Exchange:

    • Suspend-StorageGroupCopy

    • Resume-StorageGroupCopy

    • Update-StorageGroupCopy

    • Restore-StoreGroupCopy

    Эти командлеты и соответствующие задачи консоли управления Exchange используются для управления непрерывной репликацией как в среде локальной непрерывной репликации, так и в среде кластерной непрерывной репликации.

Улучшения в области отображения состояния и наблюдения

В Exchange 2007 в пакетом обновления 1 также введено несколько изменений, нацеленных на улучшение управляемости Exchange 2007. Эти изменения улучшают функции сообщения о состоянии кластеров окончательной первоначальной версии Exchange 2007 и включают дополнительные функции, разработанные для профилаклтического наблюдения за средами непрерывной репликации. В частности, в результате изменений и улучшений исправлены известные недостатки командлета Get-StorageGroupCopyStatus, введен новый командлет Test-ReplicationHealth и предоставляются более точные сведения об интервале потерь для транспортной корзины.

Улучшения командлета Get-StorageGroupCopyStatus

В окончательной первоначальной версии Exchange 2007 существует несколько условий, при которых сообщения Get-StorageGroupCopyStatus о состоянии и счетчики производительности непрерывной репликации выдают неточные или не соответствующие действительности данные:

  • Группа хранения, не являющаяся активной (не изменяющаяся), может сообщать о том, что она работоспособна, хотя это не так. Такая ситуация может возникать от того, что неисправность нельзя обнаружить до воспроизведения журнала.

  • Во время инициализации репликации ее состояние оценивается повторно и может не быть точным. Состояние обновляется после завершения инициализации.

  • Значение поля LastLogGenerated может быть неверным, когда база данных в группе хранения отключена.

  • Если в потоке журналов отсутствует один или несколько журналов, пассивная копия повторяет попытку восстановления, приводя к переключению состояния репликации между состояниями работоспособности и сбоя. Когда это случается, очереди на воспроизведение и копирование продолжают расти.

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

Командлет Get-StorageGroupCopyStatus также улучшен путем добавления новой информации о состоянии:

  • Командлет Get-StorageGroupCopyStatus выдает сообщение SummaryCopyStatus, относящееся к отключению службы, когда служба репликации Microsoft Exchange на целевом компьютере недоступна через сеть.

  • Командлет Get-StorageGroupCopyStatus выдает сообщение SummaryCopyStatus, относящееся к инициализации, когда служба репликации Microsoft Exchange на целевом компьютере не завершила своих проверок при запуске. Также создан новый счетчик производительности для представления этого состояния как логического.

  • Командлет Get-StorageGroupCopyStatus выдает сообщение SummaryCopyStatus, относящееся к синхронизации, когда она не завершила инкрементного повторного начального заполнения.

Новые состояния значения SummaryCopyStatus видны только при использовании версии средств управления Exchange из состава Exchange 2007 с пакетом обновления 1. При использовании окончательной первоначальной версии Exchange 2007 с ее версией средств управленияExchange все вышеуказанные состояния будут обображаться как сбой.

Командлет Test-ReplicationHealth

В Exchange 2007 с пакетом обновления 1 введен новый командлет с названием Test-ReplicationHealth. Этот командлет создан для профилактического наблюдения за непрерывной репликацией и конвейером непрерывной репликации. Командлет Test-ReplicationHealth проверяет все параметры репликации, служб кластеров, репликации группы хранения и состояния преобразования, чтобы составить полный обзор системы репликации. В частности, при работе в узле кластера командлет Test-ReplicationHealth выполняет проверки, указанные в таблице ниже.

Тесты, выполняемые командлетом Test-ReplicationHealth

Тест Описание

Состояние сети кластера

Удостоверяется, что все сети, управляемые кластером и найденные на локальном узле, функционируют. Этот тест работает только в среде кластерной непрерывной репликации.

Состояние группы кворума

Проверяет работоспособность кластерной группы, содержащей ресурсы кворума. Этот тест работает только в среде кластерной непрерывной репликации.

Состояние общего файлового ресурса кворума

Удостоверяется, что значение FileSharePath, используемое кворумом набора узлов большинства со свидетелем общего файлового ресурса, достижимо. Этот тест работает только в среде кластерной непрерывной репликации.

Состояение группы кластерного сервера почтовых ящиков

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

Состояние узла

Удостоверяется, что в кластере нет узлов в приостановленном состоянии. Этот тест работает только в среде кластерной непрерывной репликации.

Состояние регистрации DNS

Удостоверяется что все управлямые кластером сетевые интерфейсы, имеющие установку Требуется успешное завершение регистраци DNS, прошли регистрацию DNS. Этот тест работает только в среде кластерной непрерывной репликации.

Состояние службы репликации

Удостоверяется, что служба репликации Microsoft Exchange на локальном компьютете работоспособна.

Копия группы хранения приостановлена

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

Копия группы хранения находится в состоянии сбоя

Проверяет, нет находится ли любая из копий групп хранения в состоянии сбоя.

Длина очереди на репликацию группы хранения

Проверяет не превосходит ли длина очереди на репликацию любой из групп хранения максимальных рекомендованных пределов. Сейчас эти пределы таковы:

  • Предупреждение   Длинна очереди составляет 3-5 журналов

  • Сбой   Длинна очереди составляет 6 или более журналов

Отключение баз данных после перехода на другой ресурс при сбое

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

Улучшения производительности

Ряд улучшений производительности, сделанных в пакете обновления 1 для Exchange 2007, улучшают работу развертываний с высоким уровнем доступности. Эти улучшения включат понижение интенсивности ввода/вывода на дисках, содержащих пассивные копии групп хранения в средах непрерывной репликации. В Exchange 2007 с пакетом обновлений 1 архитектура непрерывной репликации изменена, так что кэш базы данных теперь остается в копии группы хранения в промежутках между воспроизведениями журналов. Это позволяет службе репликации Microsoft Exchange использовать функции кэширования подсистемы расширяемого механизма хранилищ (ESE) базы данных, что, в свою очередь, уменьшает объем ввода-вывода на данном диске, производимого номерами логических устройств пассивной копии. Напротив, в окончательной первоначальной версии Exchange 2007 для каждого случая воспроизведения журнала создавался новый кэш базы данных, что порой делало объем ввода-вывода для пассивных номеров логических устройств в два-три раза большим, чем для активных.

Использование резервной непрерывной репликации с локальной непрерывной репликацией

Резервная непрерывная репликация (SCR) - новая функция, введенная в Exchange 2007 с пакетом обновления 1. Резервная непрерывная репликация расширяет круг существующих функций непрерывной репликации и открывает путь новым вариантам доступности данных для серверов почтовых ящиков Exchange 2007. Резервная непрерывная репликация использует ту же технологию доставки и воспроизведения журналов, что и локальная непрерывная репликация с кластерной непрерывной репликацией, чтобы предоставить дополнительные варианты и настройки развертывания.

Резервная непрерывная репликация позволяет использовать непрерывную репликацию для репликации данных автономного сервера почтовых ящиков (с локальной непрерывной репликацией или без нее) или данных кластерного сервера почтовых ящиков в кластере с единым хранилищем (SCC) или в среде кластерной непрерывной репликации.

Процесс активации копий данных сервера почтовых ящиков, созданных и поддерживающихся резервную непрерывную репликацию, производится вручную и предназначен для случаев серьезных сбоев. Его не следует использовать при простых отключениях серверов, когда восстановление можно произвести путем перезапуска или иным быстрым способом. Активировать цель резервной непрерывной репликации можно используя переносимость баз данных, функцию восстановления сервера (Setup /m:RecoverServer) или, если сервер почтовых ящиков является кластерным, функцию восстановления кластерного сервера почтовых ящиков (Setup /RecoverCMS). Вариант, котороый стоит выбрать, зависит от настройки и типа случившегося сбоя.

Для получения дополнительных сведений о резервной непрерывной репликации см. раздел Резервная непрерывная репликация.

Дополнительные сведения

Вопросы использования локальной непрерывной репликации как части плана обеспечения высокой доступности данных и устойчивости к отказам рассматриваются в следующих разделах:



Базовое развертывание локальной непрерывной репликации