Перед развертыванием кластера с непрерывной репликацией внимательно изучите раздел Непрерывная репликация кластера. Кроме того, убедитесь в том, что выполнены все требования, указанные в разделе Планирование кластерной непрерывной репликации. Установка среды кластера с непрерывной репликацией на компьютере с Windows Server 2003 проходит в несколько этапов.

  1. Настройка оборудования (начиная с формирования и настройки сети кластера).

  2. Формирование кластера (сначала первого узла, а затем второго).

  3. Настройка и защита файлового ресурса-свидетеля, настройка сетей кластера и устойчивости к пропущенным подтверждениям соединения кластера.

  4. Установка ролей активного и пассивного серверов почтовых ящиков в кластер. Кластерный сервер почтовых ящиков создается в процессе установки роли активного сервера почтовых ящиков.

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

Кроме того, после установки кластерного сервера почтовых ящиков необходимо выполнить несколько задач.

В следующих разделах каждый этап описан более подробно.

Формирование и настройка сети

При создании кластерных серверов почтовых ящиков в двухузловой конфигурации кластера с непрерывной репликацией необходимо достаточное количество статических IP-адресов. IP-адреса требуются как для общих, так и для частных сетей. Все IP-адреса для каждой сети кластера должны находиться в одной подсети. Требования, относящиеся к адресам общей и частной сети:

  • Адреса частной сети. Каждый узел нуждается в одном статическом IP-адресе для каждого сетевого адаптера, используемого для частной сети кластера. Следует использовать статические IP-адреса, которые не принадлежат одной и той же подсети или сети в качестве одной из общедоступных сетей. В качестве IP-адресов частной сети для узлов рекомендуется использовать адреса 10.10.10.10 и 10.10.10.11 с маской подсети 255.255.255.0.

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

Советы и рекомендации по работе сети для кластерных серверов почтовых ящиков

Кроме того, рекомендуется следовать приведенным ниже рекомендациям, относящимся к сети кластера:

  • Используйте осмысленные имена. При создании кластера можно использовать осмысленные имена для узлов кластера, сетевых интерфейсов кластера, имени кластера и имен кластерных серверов почтовых ящиков. Например, сеть, используемая для связи с другими серверами и клиентами Exchange, может называться Общая. Сеть, используемая для связи между узлами кластера, может называться Частная. Используйте имена, которые можно связать друг с другом без необходимости просмотра схемы топологии. Другим полезным методом может быть сопоставление узлов кластера с именами кластерных серверов почтовых ящиков. Например, используйте имена mbx01, mbx01-node1 и mbx01-node2 для кластерного сервера почтовых ящиков и двух узлов.

  • Используйте частные IP-адреса для интерфейсов частных сетей. Диапазоны IP-адресов и маски подсетей, которые можно использовать для интерфейсов частных сетей, см. в таблице ниже.

    Диапазоны адресов и маски подсетей для интерфейсов частных сетей

    Сеть Диапазон IP-адресов Маска подсети

    Частная 1

    10.10.10.10-255

    255.255.255.0

    Частная 2

    10.10.10.11-255

    255.255.255.0

Обратите внимание на следующие сведения:

  • Если в общедоступной сети используются IP-адреса формата 10.x.x.x и маска подсети 255.255.255.0, рекомендуется использовать в частной сети другие IP-адреса и маску подсети.

  • Не рекомендуется использовать в частной сети любые виды отказоустойчивых адаптеров или группирование. Если в частной сети необходима избыточность, используйте несколько сетевых адаптеров, настроенных только для внутренней связи, и определите их сетевой приоритет в конфигурации кластера. При использовании этой технологии важно убедиться в наличии последних версий микропрограмм и драйверов. Сведения о совместимости сетевых адаптеров в сетевом кластере можно получить у производителей этих адаптеров. Для получения дополнительных сведений о группировании сетевых адаптеров в развертывании кластера серверов см. Microsoft статью 254101 базы знаний корпорации Майкрософт Группирование сетевых адаптеров и кластеризация серверов (возможно, на английском языке).

Чтобы настроить сети в кластере для использования с решением кластера с непрерывной репликацией Microsoft Exchange Server 2007, настройте общие и частные сети, выполнив действия, которые описаны в разделе Инструкции по настройке сетевых подключений для кластерной непрерывной репликации.

Формирование отказоустойчивого кластера

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

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

Новый кластер можно создать, следуя инструкциям, приведенным в разделе Создание отказоустойчивого кластера Windows Server 2003 для кластера с непрерывной репликацией. В процедуре приведены инструкции для графического интерфейса пользователя и интерфейса командной строки по формированию отказоустойчивого кластера, а также инструкции по настройке кластера на использование кворума набора узлов большинства (MNS).

Примечание.
Для кластера с непрерывной репликацией в Windows Server 2003 требуется модель кворума под названием «кворум MNS с файловым ресурсом-свидетелем». Эта модель доступна в Windows Server 2003 с пакетом обновления 2 (SP2), который требуется для установки Exchange 2007 с пакетом обновления 1 (SP1). Для использования кворума MNS с файловым ресурсом-свидетелем в окончательной первоначальной версии (RTM) Exchange 2007 и Windows Server 2003 с пакетом обновления 1 (SP1) необходимо установить исправление на каждом узле перед развертыванием кластера с непрерывной репликацией. Данное исправление описывается в статье 921181 базы знаний Майкрософт Доступно обновление, добавляющее файловый ресурс-свидетель и настраиваемое подтверждение соединения кластера для кластеров, состоящих из серверов с Microsoft Windows Server 2003 с пакетом обновления 1 (SP1) (на английском языке). Для получения подробных описаний этапов установки исправления см. раздел Инструкции по установке функциональной возможности свидетеля общего файлового ресурса для набора большинства ресурсов.

Настройка отказоустойчивого кластера после установки

После формирования отказоустойчивого кластера с двумя узлами и настройки кворума MNS необходимо выполнить несколько задач перед установкой Exchange на каждом узле. Требуется настроить сети кластера, устойчивость к пропущенным подтверждениям соединения кластера, а также файловый ресурс-свидетель кворума MNS.

Настройка сетей кластеров

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

Параметры настройки сетей кластеров

Параметр Описание

Только клиентский доступ (общая сеть)

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

Только внутренние связи кластера (частная сеть)

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

Все связи (смешанная сеть)

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

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

Подробное описание этапов настройки сетевых компонентов кластера см. в разделе Инструкции по настройке сетевых компонентов кластера и приоритета.

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

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

Пошаговые инструкции по настройке допустимых отклонений службы кластеров для пропущенных интервалов подтверждения соединения кластера см. в разделе How to Configure Tolerance Settings for Missed Cluster Heartbeats.

Настройка свидетеля общего файлового ресурса

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

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

  • Оба узла не могут обмениваться друг с другом сигналами подтверждения соединения.

  • Оба узла становятся активными при подключении (или попытке подключения) кластерного сервера почтовых ящиков.

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

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

Роль сервера почтовых ящиков можно установить на кластере, выполнив на каждом узле определенные действия. После формирования и проверки кластера, а также после настройки кластера на использование кворума MNS с файловым ресурсом-свидетелем необходимо сначала установить роль сервера почтовых ящиков на активном узле. При этом на узле устанавливается сервер почтовых ящиков, а затем создается кластерный сервер почтовых ящиков.

Подробное описание действий по установке роли сервера почтовых ящиков на активном узле см. в разделе Установка роли активного кластерного сервера почтовых ящиков в кластере с непрерывной репликацией в Windows Server 2003.

Примечание.
При установке активного узла на компьютере под управлением Windows Server 2003, который не находится на том же сайте Active Directory, что и контроллер домена с ролью основного контроллера домена, необходимо сначала создать учетную запись компьютера с нужным именем для кластерного сервера почтовых ящиков. Необходимо включить учетную запись компьютера и предоставить доступ к объекту компьютера на локальном сайте Active Directory. Если учетная запись компьютера кластерного сервера почтовых ящиков не существует, а основной контроллер домена не находится на локальном сайте Active Directory, установка не будет продолжена.

После установки роли сервера почтовых ящиков на активном узле рекомендуется проверить правильность конфигурации базы данных первой группы хранения и журналов транзакций. Не исключено, что перед началом работы со вторым узлом их понадобится переместить. По умолчанию первоначальная группа хранения и база данных находятся в каталоге %ProgramFiles%\Microsoft\Exchange Server\Mailbox\First Storage Group.

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

После установки роли сервера почтовых ящиков и кластерного сервера почтовых ящиков на активном узле и проверки настройки первой группы хранения необходимо установить роль сервера почтовых ящиков на пассивном узле. При этом на узле устанавливается роль сервера почтовых ящиков. Для получения подробных указаний по установке роли сервера почтовых ящиков на пассивном узле см. раздел Установка роли пассивного кластерного сервера почтовых ящиков в кластере с непрерывной репликацией в Windows Server 2003.

Процедуры, выполняемые после настройки

После установки роли сервера почтовых ящиков на обоих узлах и создания кластерного сервера почтовых ящиков необходимо выполнить несколько задач. К ним относятся:

  • настройка параметров управления переходом на другой ресурс при сбое;

  • настройка конфигурации по умолчанию для транспортной корзины;

  • Проверка возможности перемещения кластерного сервера почтовых ящиков между узлами кластера.

  • включение поддержки непрерывной репликации для нескольких сетей;

Настройка параметров управления переходом на другой ресурс при сбое.

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

  • Алгоритм 1. Алгоритм 1 управляет подключением базы данных в момент перехода на другой ресурс при сбое. Если при перемещении при сбое обнаружено, что потери журналов меньше заданного значения, эта база данных подключается автоматически. Приемлемое количество потерянных журналов можно задать с помощью значения AutoDatabaseMountDial. Этот параметр, представленный в Active Directory атрибутом Exchange Server msExchDataLossForAutoDatabaseMount может принимать три значения: Lossless, Good Availability и Best Availability. Значение Lossless означает, что ни одного журнала не должно быть потеряно, Good Availability соответствует трем потерянным журналам, а значение Best Availability, используемое по умолчанию, — шести потерянным журналам. Если необходимо задать значение Good Availability или Best Availability, не используйте пробелы (укажите значение GoodAvailability или BestAvailability).

  • Алгоритм 2. Алгоритм 2 позволяет определить, следует ли поддерживать подключение с использованием старых данных или лучше перейти в автономный режим. Если базе данных не удалось подключиться по алгоритму 1, можно установить время выполнения второй проверки. Время ожидания настраивается с помощью атрибута ForcedDatabaseMountAfter. Значения указывается в часах и по умолчанию не имеет ограничений.

    Важно!
    При достижении значения ForcedDatabaseMountAfter база данных будет подключена вне зависимости от того, отстает ли копия группы хранения на один журнал, 10 или 1000 журналов, что может привести к значительной потере данных. По этой причине этот параметр нельзя применять, если максимальный объем потерянных данных оговаривается в соглашении об условиях обслуживания.

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

Настройка транспортной корзины

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

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

Для параметра MaxDumpsterSizePerStorageGroup, в котором указывается наибольший размер очереди транспортной корзины для каждой группы хранения, рекомендуется установить значение в 1,5 раза превышающее максимальный размер сообщения, которое можно послать. Например, если максимальный размер сообщения составляет 10 мегабайт (МБ), следует присвоить параметру MaxDumpsterSizePerStorageGroup значение, равное 15 МБ. Также рекомендуется установить значение параметра MaxDumpsterTime, в котором указывается, как долго сообщение электронной почты должно оставаться в очереди транспортной корзины, равным 7.00:00:00, то есть семи дням. Значение последнего параметра должно быть достаточным для обеспечения сохранности сообщений электронной почты даже при длительном отключении. При использовании возможности транспортной корзины понадобится дополнительное дисковое пространство на транспортном сервере-концентраторе для размещения очередей транспортной корзины. Объем требуемого свободного места приблизительно равен значению параметра MaxDumpsterSizePerStorageGroup, умноженному на количество групп хранения на всех кластерных серверах почтовых ящиков в среде кластера с непрерывной репликацией и всех групп хранения с включенной локальной непрерывной репликацией на сайте Active Directory, содержащем транспортный сервер-концентратор.

Подробное описание действий по включению и настройке транспортной корзины см. в разделе Инструкции по настройке транспортной корзины.

Проверка решения кластерной непрерывной репликации

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

Работоспособность и состояние кластерного сервера почтовых ящиков рекомендуется проверять с помощью командлетов Get-StorageGroupCopyStatus и Get-ClusteredMailboxServerStatus.

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

Включение поддержки непрерывной репликации для нескольких сетей

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

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

Поддержка доставки журналов через смешанную сеть настраивается с помощью командлета Enable-ContinuousReplicationHostName. Отключение этой функции также выполняется с помощью командлета Disable-ContinuousReplicationHostName. После создания кластерного сервера почтовых ящиков в среде кластера с непрерывной репликацией администратор может выполнить командлет Enable-ContinuousReplicationHostName на обоих узлах кластера и указать два IP-адреса и имени узла. После этого система случайным образом выбирает смешанную сеть для копирования журналов после успешной настройки и проверки работоспособности смешанной сети.

Подробные сведения о включении для сети кластера поддержки непрерывной репликации см. в разделе Включение избыточных сетей кластера для доставки и заполнения журналов в Windows Server 2003.

Примечание.
Помимо имени узла, IP-адреса и кластерной группы, которые создаются на отказоустойчивом кластере, каждый раз при выполнении командлета Enable-ContinuousReplicationHostName также создается учетная запись компьютера в домене Active Directory, содержащем кластерный сервер почтовых ящиков. По умолчанию в Windows Server 2003 пользователь, которому не делегированы привилегии администратора домена и не предоставлены элементы управления доступом «Создание объектов компьютеров» и «Удаление объектов компьютеров», может добавить не более 10 учетных записей компьютеров. Администратор Exchange, часто использующий командлеты Enable-ContinuousReplicationHostName и Disable-ContinuousReplicationHostName и не имеющий привилегий администратора домена или указанных выше элементов управления доступом, может быстро исчерпать этот лимит. Обходные пути решения этой проблемы описаны в статье 307532 базы знаний Майкрософт Устранение неполадок с учетной записью службы кластеров для изменения объектов компьютеров. Дополнительные сведения см. в статье 251335 базы знаний Майкрософт Не удается подключить к домену рабочую станцию или сервер.

Заполнение и повторное заполнение в среде кластера с непрерывной репликацией выполняется с помощью командлета Update-StorageGroupCopy. В сервере Exchange 2007 с пакетом обновления 1 (SP1) к этому командлету был добавлен новый параметр DataHostNames. Этот параметр используется для указания сети, используемой для заполнения и повторного заполнения. Это значение представляет собой многозначный список из двух имен: полного доменного имени или имени узла. Одно из этих имен должно идентифицировать пассивный узел.