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

Установка кластера с непрерывной репликацией на компьютере с Windows Server 2008 проходит в несколько этапов.

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

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

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

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

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

Перед выполнением любой из указанной ниже процедур необходимо сначала убедиться в том, что на используемых компьютерах установлены необходимые компоненты операционной системы для Windows Server 2008. Дополнительные сведения об установке необходимых компонентов Microsoft Exchange в операционной системе Windows Server 2008 см. в разделе Установка необходимых компонентов для Exchange Server 2007 с пакетом обновления 1 (SP1) или пакетом обновления 2 (SP2) в ОС Windows Server 2008 или Windows Vista.

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

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

При создании в операционной системе Windows Server 2008 кластерных серверов почтовых ящиков в конфигурации кластера с непрерывной репликацией с двумя узлами требуется достаточное количество доступных IP-адресов. Отказоустойчивая кластеризация в Windows Server 2008 предлагает новые сетевые возможности, которые представляют собой существенный шаг вперед по сравнению с кластерами предыдущих версий. Например, отказоустойчивые кластеры в Windows Server 2008 поддерживают несколько подсетей, протокол DHCP IP версии 4 и протокол IP версии 6. При использовании Microsoft Exchange Server 2007 с пакетом обновления 1 (SP1) в отказоустойчивом кластере Windows Server 2008 поддерживаются географически распределенные кластеры для обеспечения переключения между двумя подсетями при сбое. Поддержка такой функции распространяется как на кластеры с единым хранилищем, так и на серверы почтовых ящиков в среде кластера с непрерывной репликацией.

Примечание.
Хотя протокол DHCP IP версии 4 поддерживается и в отказоустойчивых кластерах Windows Server 2008, в реальной среде рекомендуется использовать статические IP-адреса. При использовании в отказоустойчивом кластере протокола DHCP IPv4 рекомендуется настроить DHCP-серверы на предоставление неограниченной аренды.

Примечание.

Хотя протокол DHCP IP версии 4 поддерживается и в отказоустойчивых кластерах Windows Server 2008, в реальной среде рекомендуется использовать статические IP-адреса. При использовании в отказоустойчивом кластере протокола DHCP IPv4 рекомендуется настроить DHCP-серверы на предоставление неограниченной аренды.

Начиная с отказоустойчивой кластеризации в Windows Server 2008, отдельные узлы кластера теперь могут быть расположены в отдельных маршрутизируемых сетях. Для этого требуется, чтобы ресурсы, зависящие от ресурсов IP-адресов (например, ресурсы сетевого имени), использовали логику OR, поскольку маловероятно, что каждый узел кластера будет напрямую подключен к каждой сети, о которой ему известно. Это упрощает перевод ресурсов IP-адресов и сетевых имен в оперативный режим при переключении на удаленные узлы при сбое служб или приложений.

Все оперативные IP-адреса, связанные с ресурсом сетевого имени, будут динамически регистрироваться в службе доменных имен (DNS) (если она настроена на динамическое обновление); при этом список IP-адресов упорядочивается таким образом, чтобы ресурсы IP-адресов, находящиеся в оперативном режиме, возвращались клиентам в первую очередь. Поскольку узлы кластеров могут размещаться в различных маршрутизируемых сетях, а механизмы связи были изменены для использования надежных сеансовых протоколов, реализованных на основе протокола UDP (одноадресного), требования к сетям для географически распределенных кластеров более не применимы. В результате организация может развернуть отказоустойчивый кластер в двух физических центрах обработки данных без необходимости использования виртуальной локальной сети для охвата подсетей кластера, расположенных в двух различных местах.

IP-адреса требуются как для общих, так и для частных сетей. Требования, относящиеся к адресам общей и частной сети:

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

Адреса общедоступной сети Каждому узлу необходим один IP-адрес для каждого сетевого адаптера, используемого для общедоступной сети кластера, иногда называемой смешанной сетью. Кроме того, IP-адреса необходимы для получения доступа клиентов и администраторов к отказоустойчивому кластеру и кластерному серверу почтовых ящиков. Необходимо использовать IP-адреса, не входящие ни в одну подсеть или сеть, которая является частью одной из частных сетей. Можно использовать статические IPv4-адреса, IPv4-адреса DHCP и статические IPv6-адреса.

Важно!
Все сетевые адаптеры в сети кластера должны использовать одну и ту же версию протокола TCP/IP, то есть, они все должны использовать или только IP версии 4, или одновременно IP версии 4 и IP версии 6.

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

Также рекомендуется следовать этим рекомендациям, относящимся к сети кластера:

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

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

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

Сеть / узел	Диапазон IP-адресов	Маска подсети
Частная сеть / NODE1	10.10.10.10-255	255.255.255.0
Частная сеть / NODE2	10.10.10.11-255	255.255.255.0

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

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

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

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

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

Новый кластер можно создать с помощью инструкций, приведенных в разделе Создание отказоустойчивого кластера Windows Server 2008 для кластера с непрерывной репликацией.

Добавление дополнительных узлов

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

	Копировать код
C:\>cluster group Listing status for all available resource groups: Group Node Status ------------------ --------------- ------ Cluster Group <NODEName> Online

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

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

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

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

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

Параметр	Описание
Разрешить кластеру использовать эту сеть (частная сеть)	Выберите этот параметр только в том случае, если необходимо, чтобы служба кластеров использовала эту сеть исключительно для взаимодействия между узлами. Клиенты не смогут подключаться к кластерному серверу почтовых ящиков через эту сеть.
Разрешить кластеру использовать эту сеть и разрешить клиентам подключаться по этой сети (смешанная сеть)	Выберите оба этих параметра, если необходимо, чтобы служба кластеров использовала сетевой адаптер для взаимодействия между узлами кластера и для взаимодействия с внешними клиентами. Служба кластеров будет использовать эту сеть для межузлового взаимодействия, а клиенты смогут подключаться к кластерному серверу почтовых ящиков по этой сети.
Запретить кластеру использовать эту сеть (неуправляемая сеть)	Для того, чтобы данная сеть не использовалась в кластере или чтобы служба кластеров не управляла сетью, выберите только этот параметр. Служба кластеров не сможет использовать эту сеть для межузлового взаимодействия, а клиенты не смогут подключаться к кластерному серверу почтовых ящиков по этой сети.

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

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

Примечание.

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

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

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

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

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

Существует два сценария развертывания, при которых в случае сбоя и восстановления происходит смена IP-адреса, назначенного кластерному серверу почтовых ящиков:

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

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

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

Примечание.

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

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

В операционной системе Windows Server 2008 в ресурсы сетевого имени отказоустойчивых кластеров было добавлено новое частное свойство. Это новое свойство называется HostRecordTTL. Его можно настроить с помощью средства Cluster.exe.

Примечание.
Это свойство доступно только в отказоустойчивых кластерах на основе операционной системы Windows Server 2008. Это свойство отсутствует в отказоустойчивых кластерах на основе операционной системы Windows Server 2003. Для отказоустойчивых кластеров с операционной системой Windows Server 2003 всегда применяется значение по умолчанию для службы кластеров, равное 20 минутам.

Примечание.

Это свойство доступно только в отказоустойчивых кластерах на основе операционной системы Windows Server 2008. Это свойство отсутствует в отказоустойчивых кластерах на основе операционной системы Windows Server 2003. Для отказоустойчивых кластеров с операционной системой Windows Server 2003 всегда применяется значение по умолчанию для службы кластеров, равное 20 минутам.

Дополнительные сведения о настройке значений срока жизни DNS для ресурса сетевого имени кластерного сервера почтовых ящиков в среде кластерного сервера почтовых ящиков с несколькими подсетями или в среде резервного кластера см. в разделе Настройка значений срока жизни DNS для ресурсов сетевых имен.

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

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

Проверка отказоустойчивого кластера

Операционная система Windows Server 2008 включает новый мастер проверки конфигурации, который можно использовать для проверки работоспособности и конфигурации отказоустойчивого кластера. Этот мастер рекомендуется запускать перед установкой в кластере Exchange 2007. Запуск этого мастера перед установкой сервера Exchange 2007 позволяет выявить и устранить проблемы с конфигурацией кластера, которые могут препятствовать установке Exchange.

Мастер проверки конфигурации включает четыре группы тестов, разработанных для проверки соответствия кластера требованиям, необходимым для поддержки Microsoft. Это требования дополняют требование наличия у кластерного решения эмблемы совместимости «Designed for Windows Server 2008».

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

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

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

Роль сервера почтовых ящиков можно установить на кластере, выполнив на каждом узле определенные действия. После формирования и проверки кластера, а также после настройки кластера на использование кворума «Набор большинства узлов» вместе со свидетелем общего файлового ресурса необходимо сначала установить роль сервера почтовых ящиков на активном узле. Подробное описание шагов установки роли сервера почтовых ящиков на активном узле см. в разделе Установка роли активного кластерного сервера почтовых ящиков в кластере с непрерывной репликацией в Windows Server 2008.

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

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

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

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

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

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

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

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

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

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

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

Примечание.

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

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

Настройка параметров управления перемещением при сбое

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

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

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

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

Важно!

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

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

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

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

Рекомендуется настроить максимальный размер для группы хранения (параметр MaxDumpsterSizePerStorageGroup) в 1,5 раза больше максимально допустимого для отправки размера сообщения. Например, если максимальный размер сообщения составляет 10 мегабайт (МБ), следует присвоить параметру MaxDumpsterSizePerStorageGroup значение, равное 15 МБ. Для организаций, в которых не установлен максимальный размер сообщений, рекомендуется установить максимальный размер сообщения для группы хранения в 1,5 раза больше среднего размера сообщения в организации.

Также рекомендуется установить максимальное время хранения для группы хранения (параметр MaxDumpsterTime) равным 07.00:00:00, что составляет 7 дней. Этого достаточно для обеспечения сохранности сообщения даже при длительном отключении. При использовании функции транспортной корзины понадобится дополнительное дисковое пространство на транспортном сервере-концентраторе для размещения очередей транспортной корзины. Объем необходимого места на диске примерно равен значению параметра MaxDumpsterSizePerStorageGroup, умноженному на количество групп хранения на всех серверах почтовых ящиков, использующих непрерывную репликацию на сайте Active Directory, который содержит транспортный сервер-концентратор.

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

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

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

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

Командлет Test-ReplicationHealth впервые появился в сервере Exchange 2007 с пакетом обновления 1 (SP1). Этот командлет предназначен для упреждающего наблюдения за процессом непрерывной репликации и конвейером непрерывной репликации. Командлет Test-ReplicationHealth проверяет все параметры репликации, служб кластеров, репликации группы хранения и состояния преобразования, чтобы составить полный обзор системы репликации. Дополнительные сведения о командлете Test-ReplicationHealth см. в разделе Test-ReplicationHealth.
Командлет Get-StorageGroupCopyStatus предоставляет сведения о текущем состоянии репликации для каждой группы хранения. Подробные сведения о просмотре состояния групп хранения в среде кластера с непрерывной репликацией см. в разделе Инструкции по просмотру состояния копии непрерывной репликации кластера с помощью среды управления Exchange.
Командлет Get-ClusteredMailboxServerStatus возвращает основное рабочее состояние для кластерного сервера почтовых ящиков. Дополнительные сведения о получении основного рабочего состояния для кластерного сервера почтовых ящиков см. в разделе Просмотр состояния кластерного сервера почтовых ящиков.

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