Управление высокой доступностью и устойчивостью сайтов
Применимо к: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Последнее изменение раздела: 2010-05-06
После построения, проверки и развертывания решения с высоким уровнем доступности и устойчивости сайтов Microsoft Exchange Server 2010 это решение переходит из стадии развертывания в рабочую стадию полного жизненного цикла решения. Рабочая стадия состоит из нескольких задач, относящихся к группам обеспечения доступности баз данных, копиям баз данных почтовых ящиков, выполнению профилактического наблюдения или управлению переключениями и переходами на другой ресурс при сбое.
Управление решением для обеспечения высокой доступности или устойчивости сайтов в Exchange 2010 осуществляется не так, как в предыдущих версиях Exchange. В Exchange 2010 были внесены определенные архитектурные и проектные изменения, благодаря которым исчезла необходимость в выполнении задач, обязательных в предыдущих версиях Exchange, а также появилась возможность большей детализации и степени контроля решения. Например:
В Exchange 2010 не используется концепция кластерного сервера почтовых ящиков (называемого виртуальным сервером Exchange в Exchange Server 2003 и в предыдущих версиях). В результате Exchange больше не является кластерным приложением, и удостоверения сервера Exchange больше не перемещаются между кластерными серверами.
В Exchange 2010 не используется концепция групп хранения. В результате базы данных оказываются разъединенными с серверами и управляются глобально; базы данных больше не используют общие потоки журналов; непрерывная репликация (включая переключения и переходы на другой ресурс при сбое) работает на уровне базы данных.
В Exchange 2010 не используются концепции открытых и закрытых сетей. Эти концепции заменены концепциями сетей MAPI и сетей репликации. Каждая группа обеспечения доступности баз данных должна содержать одну сеть MAPI и одну или несколько сетей репликации.
Содержание
Управление группами обеспечения доступности баз данных
Управление копиями баз данных почтовых ящиков
Профилактическое наблюдение
Переключения и переходы на другой ресурс при сбое
Управление группами обеспечения доступности баз данных
Далее приведены задачи оперативного управления, связанные с группами обеспечения доступности баз данных.
Создание одной или нескольких групп обеспечения доступности баз данных. Создание группы обеспечения доступности баз данных обычно представляет собой одноразовую процедуру, выполняемую на стадии развертывания жизненного цикла решения. Однако по некоторым причинам может потребоваться создание групп обеспечения доступности баз данных на стадии работы. Например:
Группа обеспечения доступности баз данных настроена для режима репликации стороннего поставщика, и планируется вернуться к непрерывной репликации. Поскольку нельзя вернуть группу обеспечения доступности баз данных к непрерывной репликации, необходимо создать новую группу обеспечения доступности баз данных.
Имеются серверы в нескольких доменах. Все члены одной группы обеспечения доступности баз данных должны также быть членами одного домена.
Управление членством в группе обеспечения доступности баз данных. Управление членством в группе обеспечения доступности баз данных – это нечасто встречающаяся задача, обычно выполняемая на стадии развертывания жизненного цикла решения. Однако благодаря гибкости, обеспечиваемой добавочным развертыванием, управление членством в группе обеспечения доступности баз данных также может выполняться на протяжении рабочей стадии жизненного цикла решения.
Настройка свойств группы обеспечения доступности баз данных. Каждая группа обеспечения доступности баз данных имеет определенные свойства, которые могут быть настроены согласно потребностям. Эти свойства приведены ниже.
Следящий сервер и следящий каталог. Следящий сервер – это сервер вне группы обеспечения доступности баз данных, который действует как голосующий в кворуме, когда группа обеспечения доступности баз данных содержит четное число членов. Следящий каталог – это каталог общего пользования, созданный на следящем сервере, который используется системой для обслуживания кворума.
IP-адреса. Каждая группа обеспечения доступности баз данных имеет один или несколько IPv4-адресов и при необходимости дополнительно один или несколько IPv6-адресов. Эти IP-адреса, назначенные группе обеспечения доступности баз данных, используются базовым кластером группы обеспечения доступности баз данных. Количество IPv4-адресов, назначенных группе обеспечения доступности баз данных, равно количеству подсетей, образующих сеть MAPI, используемую этой группой обеспечения доступности баз данных. Можно настроить группу обеспечения доступности баз данных на использование статических IP-адресов или на автоматическое получение адресов с помощью протокола DHCP.
Режим координации активации баз данных. Режим координации активации баз данных – это свойство, устанавливаемое в группе обеспечения доступности баз данных, которое разработано для групп обеспечения баз данных, состоящих из не менее трех членов, развернутых на нескольких сайтах. Режим координации активации баз данных используется для обработки подключений, которые в противном случае приводили бы к синдрому расщепления в группе обеспечения доступности баз данных, например к сбою сайта. Дополнительные сведения о режиме координации активации базы данных см. в разделе Общие сведения о режиме координации активации центра обработки данных.
Альтернативный следящий сервер и альтернативный следящий каталог. Значения альтернативного следящего сервера и альтернативного следящего каталога могут быть предварительно настроены во время процесса планирования конфигурации групп обеспечения доступности баз данных для обеспечения устойчивости сайтов.
Порт репликации. По умолчанию все группы обеспечения доступности баз данных используют для непрерывной репликации порт TCP с номером 64327. Можно задать использование группой обеспечения доступности баз данных другой порт TCP с помощью параметра ReplicationPort командлета Set-DatabaseAvailabilityGroup.
Обнаружение сети. Можно заставить группу обеспечения доступности баз данных заново обнаруживать сети и сетевые интерфейсы. Эта операция используется при добавлении или удалении сетей, а также при изменении подсетей сети группы обеспечения доступности баз данных. Заставить заново обнаруживать все сети групп обеспечения доступности баз данных можно с помощью параметра DiscoverNetworks командлета Set-DatabaseAvailabilityGroup.
Сжатие в сети По умолчанию группы обеспечения доступности баз данных используют сжатие только между сетями групп обеспечения доступности баз данных в разных подсетях. Можно включить сжатие для всех сетей групп обеспечения доступности или только для операций заполнения; кроме того, можно отключить сжатие для всех сетей групп обеспечения доступности баз данных.
Шифрование в сети По умолчанию группы обеспечения доступности баз данных используют шифрование только между сетями групп обеспечения доступности баз данных в разных подсетях. Можно включить шифрование для всех сетей групп обеспечения доступности или только для операций заполнения; кроме того, можно отключить шифрование для всех сетей групп обеспечения доступности баз данных.
Управление сетями групп обеспечения доступности баз данных. Хотя существует поддержка использования одной сетевой карты, рекомендуется иметь для каждого члена группы обеспечения доступности баз данных по крайней мере две сетевых карты. Одна сетевая карта предназначена для сети MAPI, а вторая – для сети репликации. Дополнительные сетевые карты можно добавить для создания дополнительных сетей репликации, для использования в качестве выделенных резервных сетей, а также для использования системой в качестве хранилища Internet SCSI (iSCSI). Управление сетями групп обеспечения доступности баз данных включает назначение сети в качестве сети MAPI или сети репликации и настройку сетевых подсетей.
Завершение работы членов группы обеспечения доступности баз данных. Решение с высоким уровнем доступности Exchange 2010 интегрировано с процессом завершения работы Windows. Если администратор или приложение инициирует завершение работы сервера Windows в группе обеспечения доступности баз данных, который имеет подключенную базу данных, реплицируемую на один или несколько членов группы обеспечения доступности баз данных, то система будет пытаться задействовать другую копию этой подключенной базы данных перед тем, как разрешить выполнение процесса завершения работы. Однако это новое поведение не гарантирует, что все базы данных на сервере, работа которого завершается, будут активированы без потерь. Рекомендуется сначала выполнить переключение сервера, являющегося членом группы обеспечения доступности баз данных, и только потом приступить завершению его работы.
Подробное описание процедуры создания группы обеспечения доступности баз данных см. в разделе Создание группы доступности базы данных. Подробное описание процедуры настройки группы обеспечения доступности баз данных и ее свойств см. в разделе Настройка свойств группы доступности базы данных. Дополнительные сведения о каждой из приведенных выше задач управления, а также об управлении группами обеспечения доступности баз данных в целом, см. в разделе Управление группами доступности базы данных.
В начало
Управление копиями баз данных почтовых ящиков
Далее приведены задачи оперативного управления, связанные с копиями баз данных почтовых ящиков.
Добавление копий баз данных почтовых ящиков. При добавлении копии базы данных почтовых ящиков автоматически включается непрерывная репликация между существующей базой данных и копией базы данных.
Настройка свойств копии базы данных почтовых ящиков. Можно настроить множество свойств, таких как политика активации базы данных, время задержки преобразования и задержки усечения, а также приоритет активации для данной копии базы данных.
Приостановка или возобновление копии базы данных почтовых ящиков. Можно приостановить подготовку копии базы данных почтовых ящиков для заполнения или для других форм обслуживания. Можно также приостановить копию базы данных почтовых ящиков только для активации. Такая конфигурация предотвращает автоматическую активацию системой копии базы данных в результате сбоя, но позволяет сохранять эту копию актуальной благодаря технологии доставки и воспроизведения журналов.
Обновление копии базы данных почтовых ящиков. Обновление, также называемое заполнением, представляет собой процесс, в котором копия базы данных почтовых ящиков добавляется на другой сервер почтовых ящиков. Она становится основной базой данных для копирования. После первоначального заполнения основной копии базы данных повторное заполнение потребуется только в исключительных обстоятельствах.
Активация копии базы данных почтовых ящиков. Активация – это процесс назначения специальной пассивной копии в качестве новой активной копии базы данных почтовых ящиков. Этот процесс называется переключением. Дополнительные сведения см. ниже в подразделе «Переключения и переходы на другой ресурс при сбое».
Удаление копии базы данных почтовых ящиков. Копию базы данных почтовых ящиков можно удалить в любое время. Иногда может потребоваться удалить копию базы данных почтовых ящиков. Например, нельзя удалить сервер почтовых ящиков из группы обеспечения доступности баз данных до тех пор, пока все копии баз данных почтовых ящиков на этом сервере не будут удалены. Кроме того, необходимо удалить все копии баз данных почтовых ящиков перед изменением пути для базы данных почтовых ящиков.
Подробное описание процедуры добавления копии базы данных почтовых ящиков см. в разделе Добавление копии базы данных почтовых ящиков. Подробное описание процедуры настройки копий базы данных почтовых ящиков см. в разделе Настройка свойств копии базы данных почтовых ящиков. Дополнительные сведения о каждой из приведенных выше задач управления, а также об управлении копиями баз данных почтовых ящиков в целом, см. в разделе Управление копиями базы данных почтовых ящиков. Подробное описание процедуры удаления копии базы данных почтовых ящиков см. в разделе Удаление копии базы данных почтовых ящиков.
В начало
Профилактическое наблюдение
Обеспечение надежной работы серверов и исправности копий баз данных является основным условием постоянной работы системы обмена сообщениями. В Exchange 2010 имеется ряд функций, которые можно использовать для выполнения различных задач по наблюдению за работоспособностью групп обеспечения доступности баз данных и копий баз данных почтовых ящиков, включая приведенные далее.
Ведение журнала событий канала Crimson
Помимо контроля работоспособности и состояния, также важно отслеживать ситуации, которые могут ухудшить доступность. Например, рекомендуется контролировать избыточность реплицированных баз данных. Важно избегать ситуаций, когда остается только одна копия базы данных. Этой проблеме следует назначить самый высокий приоритет и решить ее как можно скорее.
Более подробные сведения о контроле работоспособности и состояния групп обеспечения доступности баз данных и копий базы данных почтовых ящиков см. в разделе Наблюдение за высоким уровнем доступности и устойчивости сайта.
В начало
Переключения и переходы на другой ресурс при сбое
Переключение – это процесс, выполняемый администратором вручную, в котором активируется одна или несколько копий баз данных почтовых ящиков. Переключения, которые могут происходить на уровне базы данных или на уровне сервера, обычно выполняются как часть подготовки к действиям по обслуживанию. Управление переключениями состоит из выполнения переключения баз данных или серверов по мере необходимости. Например, если требуется выполнить обслуживание сервера почтовых ящиков в группе обеспечения доступности баз данных, сначала нужно выполнить переключение сервера, чтобы на данном сервере не было каких-либо активных копий баз данных почтовых ящиков. Подробное описание процедуры переключения баз данных см. в разделе Активация копии базы данных почтовых ящиков. Подробное описание процедуры переключения сервера см. в разделе Выполнение переключения сервера. Переключения могут также выполняться на уровне центра данных. Дополнительные сведения о переключениях на уровне центра данных см. в разделе Переключения центра обработки данных.
Переход на другой ресурс при сбое – это автоматическая активация системой одной или нескольких копий баз данных почтовых ящиков, выполняемая при сбое. Например, к переходу на другую базу данных может привести отказ диска. Отказ сети MAPI или сбой питания может привести к переходу на другой сервер.
Дополнительные сведения о переключениях и переходах на другой ресурс при сбое см. в разделе Переключения и переходы на другой ресурс при сбое.
В начало
© Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.