Иногда может потребоваться выполнить перемещение расположения файлов групп хранения (Storage Group) и/или файлов баз данных (Database) на сервере Exchange Server 2007 с ролью Mailbox Server. Если сервер не является нодой CCR кластера, то сделать это можно стандартным способом через UI консоли Exchange Management Console
Сделать это можно как через контекстное меню, так и через меню Actions. В общем то на некластеризованном сервере эта задача не представляет из себя ничего сложного. Однако если вы попытаетесь выполнить данное действие на одной из нод CCR кластера, вы получите информативное сообщение о том, что данная операция в стандартном режиме невозможна.
Для выполнения нашей задачи мы должны выполнить следующую последовательность действий:
1) Остановить репликацию группы хранения. Сделать это можно в Exchange Management Console через меню Actions – Suspend Storage Group Copy или же в Exchange Management Shell командой:
Suspend-StorageGroupCopy –Identity "CCRClusterStorageGroup" -SuspendComment "Moving files to new location" -Verbose
2) Размонтировать нашу базу данных. Сделать это можно в Exchange Management Console через меню Actions – Dismount Database или же в Exchange Management Shell командой:
После этого обратно монтируем базу данных и запускаем репликацию группы хранения (сделать это можно уже через UI). И если ничего нигде не напутали, то база данных успешно запустится, а репликация будет возобновлена. Проверить состояние репликации можно будет командой
Get-StorageGroupCopyStatus
Также обратите внимание на то, что если резервное копирование данных Exchange выполняется с помощью Data Protection Manager, то после перемещения файлов баз данных или групп хранения потребуется удалить старые сведения из Protection Group DPM и создать источник резервного копирования заново.
Рассмотрим установку пакета обновлений SP2 на кластерный экземпляр CCR Exchange Server 2007 SP1 под управлением ОС Windows Server 2008 x64 SP2. В моём примере в качестве нод кластера будут выступать два сервера с именами KOM-TCSO-CM01 и KOM-TCSO-CM02 (активная и пассивная ноды соответственно), имя CCR кластера - KOM-TCSO-MAIL
Технически процесс установки SP2 на кластерный экземпляр CCR Exchange Server 2007 SP1 состоит из трёх основных этапов:
Обновление первого (пассивного) узла кластера;
Остановка CCR кластера, перемещение кластера на обновлённый узел и обновление самого кластера.
Обновление второго узла кластера
Рассмотрим более подробно все три этапа.
Этап #0. Подготовительные процедуры
Перечисленные ниже процедуры рекомендуемы к выполнению на обоих узлах кластера непосредственно перед запуском программы установки SP2:
Останавливаем все службы, которые используют открытые дескрипторы счетчиков производительности. К общеизвестным службам, которые надо остановить, относятся служба журналов производительности и предупреждений (Performance Logs & Alerts), а также все агенты Microsoft Operations Manager (например System Center Management).
Останавливаем и затем запускаем заново службу удаленного реестра (Remote Registry).
В силу того что на запуск служб Exchange в некоторых ситуациях может уходить достаточно много времени и это может привести к ошибкам в процессе установки, рекомендуется увеличить системное значение таймаута запуска служб как минимум вдвое (по умолчанию это значение составляет 30 секунд).
В системном реестре находим ветку HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl Создаем в ней параметр DWORD с именем ServicesPipeTimeout и значением 60000 (Десятичное значение).
Указанное значение параметра указывается в миллисекундах и влияет на запуск всех служб в ОС. Для вступления данного параметра в силу потребуется перезагрузка сервера.
Если сервер не имеет прямого подключения к интернету, необходимо на время процесса установки в свойствах обозревателя IE выключить параметр «Проверять аннулирование сертификатов издателей».
Дело в том что, при установке пакета обновления Exchange пытается подключиться к веб-сайту со списком отзыва сертификатов. Проблемы возникают из-за того, что Exchange пытается проанализировать список отзыва сертификатов для проверки сертификата подписи кода при каждой компиляции сборки в управляемый код. Чтобы обойти эту проблему и сократить время установки, отключите параметр Проверять аннулирование сертификатов издателей на обновляемом сервере. Для этого выполните описанные ниже действия
1. Запустите Internet Explorer. 2. В меню Сервис выберите пункт Свойства обозревателя. 3. Откройте вкладку Дополнительно и перейдите в раздел Безопасность. 4. Снимите флажок Проверять аннулирование сертификатов издателей и нажмите кнопку ОК. 5. После завершения установки накопительного пакета обновления установите флажок Проверять аннулирование сертификатов издателей
Этап #1. Обновление первого (пассивного) узла кластера
Для начала в консоли Exchange Management Console откроем свойства нашего CCR кластера и убедимся, что он находится в состоянии Online, и пассивной нодой в кластере на данный момент является сервер KOM-TCSO-CM02
Теперь выполним первый этап обновления – обновление пассивного узла кластера на сервере KOM-TCSO-CM02. Для этого распакуем дистрибутив SP2, откроем командную строку с правами администратора и запустим команду установки: setup.com /mode:upgrade
После завершения процесса установки выполняем перезагрузку сервера.
В некоторых случаях в конце процесса конфигурирования на этапе FinalizingSetup может возникнуть ошибка запуска службы MSExhangeMailSubmission. Но после перезагрузки сервера эта служба, как правило, успешно стартует. Одной из возможных причин проблем запуска служб, как я уже сказал, может стать маленький таймаут ожидания системы.
Этап #2. Обновлениекластера. После перезагрузки заходим на обновленную пассивную ноду (KOM-TCSO-CM02) и снова проделываем подготовительные процедуры перед очередным запуском программы установки. Затем открываем консоль Exchange Management Shell и выполняем команду по остановке нашего CCR кластера (на этом этапе пользователи потеряют подключение к нашему серверу):
Далее из командной строки запустим процедуру обновления кластера CCR:
setup.com /upgradecms
С этого момента наш обновленный кластер запущен и снова принимает подключения клиентов работая на обновленной ноде. Для того чтобы в этом убедиться, мы можем например открыть консоль Exchange Management Console и посмотреть свойства нашего кластера. Как мы можем видеть, версия кластера изменилась на новую и теперь соответствует версии SP2.
Теперь можно перейти к окончательному этапу – обновлению второго узла кластера. Не забываем вернуть в работающее состояние службы, остановленные на этапе подготовительных процедур (клиентов MOM, SCOM и т.п.)
Этап #3. Обновление второго узла кластера
Заходим на второй узел кластера (KOM-TCSO-HT01) и выполняем подготовительные процедуры, описанные ранее. Далее мы должны обеспечить полное перемещение всех кластерных ресурсов Windows Failover Cluster на уже обновленный узел. Делаем это с помощью CLI-утилиты cluster.exe. Сначала получим список всех кластерных групп:
clustergroup
затем последовательно выполним перенос каждой кластерной группы на обновленную ноду: clustergroup <GroupName> /move
Выглядеть это будет примерно так:
Теперь все кластерные ресурсы расположены на первой обновленной ноде (KOM-TCSO-CM02) и мы можем запустить программу установки SP2 на необновленной ноде (KOM-TCSO-CM01):
setup.com /mode:upgrade
После этого перезагружаем сервер и проверяем работоспособность всех служб Exchange. На этом установку SP2 в на CCR кластер Exchange Server 2007 можно считать оконченной.
Для установки кластера CCR необходимо чтобы на обоих узлах отказоустойчивого кластера была установлена ОС Windows Server 2008 Enterprise SP2 x64 и присутствовали все системные обновления, вышедшие после выхода SP2 для Windows Server 2008 (предпочтительно обновление через службу WSUS). Оба сервера, которые будут выступать у нас в качестве нод кластера, должны быть оснащены двумя сетевыми интерфейсами (один для подключений к локальной сети, второй для обеспечения работы кластера). Присвоим на обоих серверах сетевым интерфейсам соответствующие наименования.
После присвоения имен необходимо изменить порядок использования сетевых интерфейсов. Для этого выбираем Advanced >AdvancedSettings
Порядок использования сетевых интерфейсов должен быть настроен таким образом, чтобы интерфейс публичной локальной сети находился в приоритете над кластерным интерфейсом.
Далее производим настройку сетевых интерфейсов (идентично на обоих серверах):
· Отключаем использование IPv6 на обоих сетевых интерфейсах (в силу того что нами этот протокол на текущий момент не этот протокол используется); · Отключаем на кластерном сетевом интерфейсе (NIC2 - Cluster) использование Client for Microsoft Networks File and Printer Sharing for Microsoft Networks Link-Layer Topology Discovery Mapper I/O Driver Link-Layer Topology Discovery Responder
В конечном итоге мы должны получить такую вот картину:
Далее мы конфигурируем настройки IPv4 в свойствах сетевых интерфейсов. Для интерфейса публичной сети (NIC1 – Public) задаем следующие параметры: - статический IP адрес нашей сети (например, 10.161.0.20 на первом сервере и 10.161.0.21 на втором сервере); - маску сети (например, 255.255.255.0 на обоих серверах); - IP адрес шлюза по умолчанию (например, 10.161.0.1 на обоих серверах); - IP адреса DNS серверов (например, 10.161.0.10 и 10.161.0.9 на обоих серверах); - Проверяем наличие признака динамической регистрации имени в DNS (Закладка DNS, параметр «Register this connection`s addresses in DNS» – включен)
Для кластерного сетевого интерфейса (NIC2 - Cluster) задаем следующие параметры: - статический IP адрес внутренней кластерной сети (например, 192.168.254.254 на первом сервере и 192.168.254.253 на втором сервере); (важно чтобы IP адреса кластерной сети не пересекались с адресами нашей публичной серверной сети) - маску сети (например 255.255.255.0 на обоих серверах); - IP адрес шлюза по умолчанию не указываем на обоих серверах; - IP адреса DNS серверов не указываем на обоих серверах; - Проверяем то, что признак динамической регистрации имени в DNS выключен (Закладка DNS, параметр «Register this connection`s addresses in DNS» – выключен)
Установка необходимых компонент Windows Server 2008 Кластерный почтовый сервер на базе Windows Server 2008 требует следующих ролей и функций на каждом кластерном узле:
Web Server (IIS)
PowerShell
Fail-Over Clustering
Для ускорения процесса установки необходимых компонент, воспользуемся утилитой ServerManagerCMD.exe, входящей в состав операционной системы. Открыв командную строку с правами администратора выполним следующую последовательность команд:
После установки необходимых компонент, выполним перезагрузку сервера.
Создание кластера Windows Server 2008
Для создания кластера мы воспользуемся оснасткой FailoverClusterManagement (Панель управления > Administrative Tools). В консоли Failover Cluster Management вызываем мастер создания нового кластера (Меню Action > Create a Cluster…)
В открывшемся окне мастера создания нового отказоустойчивого кластера ознакамливаемся с представленной нам справочной информацией и переходим далее
Вводим доменные имена серверов, которые будут выступать у нас в качестве узлов кластера
Далее мы можем получить предупреждение о том, что оборудование, на котором мы пытаемся развернуть кластер не прошло проверку на выполнение требований к кластерным системам. Соглашаемся с предложением мастера провести детальный тест конфигурации наших серверов.
По нажатию кнопки Next поверх мастера установки кластера откроется мастер проверки конфигурации…
Ознакомимся с представленной нам информацией и на следующем шаге на экране TestingOptions выберем рекомендуемую опцию проведения всех тестов.
Подтверждаем параметры тестирования
После прохождения этапов тестирования открывается страница результатов.
В нашем случае мы видим, что тест пройден успешно, но есть кое-какие предупреждения, информацию о которых можно получить из более детального HTML отчета по кнопке ViewReport…
Как видно отчета мастеру проверки не понравилась наша дисковая подсистема. Например, он не увидел дисков, которые можно использовать для конфигураций кластеров с общим дисковым массивом. Но так как мы собираемся строить кластер Exchange Server 2007 CCR, мы можем проигнорировать данные предупреждения и завершить работу мастера проверки. После этого мы снова вернёмся в мастер создания кластера и сразу попадём на экран, в котором нужно ввести имя кластера Windows Server 2008 и его IP адрес. Нужно учесть, что здесь задается не то имя, которое будет использоваться для подключения клиентов Exchange, а то которое необходимо для самого кластерного экземпляра Windows Server 2008, на который мы в последствии будем устанавливать сам кластерный экземпляр Exchange Server 2007.
Далее мастер делает проверку доступности имени в AD и если всё в порядке, предлагает нам начать процесс создания нового кластера
После того как мастер выполнит все необходимые действия по созданию и конфигурированию кластера будет открыт экран с отчетом о проделанных операциях.
Все, кластер установлен и теперь можно приступить к этапу конфигурирования кластерных ресурсов.
Настройка кластерных сетей
После того как экземпляр кластера создан, нам нужно настроить кластерные сети, чтобы один сетевой интерфейс использовался для клиентских подключений, а второй был ограничен исключительно для использования межузлового кластерного обмена. Откроем страницу свойств кластерного интерфейса публичной сети (Cluster Network 1).
Изменим имя кластерной сети с «ClusterNetwork 1» на «Publicnetwork». Выберем опции «Allow the cluster to use this network» и «Allow clients to connect through this network». То есть на данный кластерный интерфейс у нас будут разрешены запросы клиентов из сети.
Затем изменим имя кластерной сети с «ClusterNetwork 2» на «Privatenetwork» и проверим, чтобы была выбрана опция «Allowtheclustertousethisnetwork» , а опция «Allowclientstoconnectthroughthisnetwork» была выключена. Таким образом, мы заставим кластер использовать данную кластерную сеть только в целях межузлового обмена.
Настройка кворума File Share Majority
Теперь необходимо настроить кворумный ресурс кластера, то есть создать файловый ресурс на отдельном сервере (в нашем случае файловый ресурс располагается на сервере Hub-Transport в том же сайте AD, в котором расположены узлы кластера). Для этого залогинимся на выбранный сервер с ролью Hub-Transport (в нашем случае это сервер с именем HT01), и в корне диска C создадим новый каталог командой:
MKDIR FSM_DIR_<имяCCRкластера>
Где <имяCCRкластера> – это имя, которое вы собираетесь использовать для кластерного почтового сервера. Например, в нашем случае имя создаваемого каталога будет FSM_DIR_MAIL
Далее разрешим совместное использование папки, которую вы только что создали, путем ввода следующей команды:
NET SHARE FSM_<имяCCRкластера>=C:FSM_DIR_<имяCCRкластера> /GRANT:everyone,FULL
Например, в нашем случае команда будет выглядеть так NET SHARE FSM_MAIL=C:FSM_DIR_MAIL /GRANT:everyone,FULL
Затем настраиваем разрешения файловой системы на данный каталог с помощью команды:
Например, в нашем случае команда будет выглядеть так CACLS C:FSM_DIR_MAIL /G BUILTINAdministrators:F MAILCL$:F
Таким образом, мы создали сетевой каталог для кворумного ресурса кластера и дали на него полные права встроенной группе администраторов сервера с ролью Hub-Transport HT01 и учетной записи кластера MAILCL, созданной в домене после его создания.
Далее необходимо настроить кластера так, чтобы он ссылался на ресурс, который мы только что создали и использовал его в качестве своего кворумного ресурса. Для этого открываем оснастку FailoverClusterManagementна одном из узлов кластера, устанавливаем курсор на имя нашего кластера, выбираем «Moreaction» в меню Actions, а затем выбираем опцию «Configure Cluster Quorum Settings…»
Откроется мастер настройки кворума. Ознакомимся с представленными сведениями и жмем «Next».
На странице выбора конфигурации кворума выбираем опцию «Node and File Share Majority»
В качестве кворумного ресурса-«свидетеля» указываем созданную нами ранее сетевую папку на сервере HT01
Мастер конфигурации кворума проверяет доступность сетевого ресурса, просит подтвердить наши намерения и завершает конфигурацию.
Проверка конфигурации кластера
Теперь при открытии оснастки Failover Cluster Management мы видим что наш кластер обладает ресурсами Имя кластера, IPи сетевой ресурс – «свидетель» кворума.
Настало время проверить конфигурацию нашего кластера. Для этого в консоли FailoverClusterManagement установим курсор в корень дерева консоли и выберем в меню Action пункт «ValidateaConfiguration…»
Откроется уже знакомый нам мастер проверки конфигурации кластера. Укажем ему в качестве объекта проверки оба сервера входящих в наш кластер и запустим процедуру проверки. После чего внимательно изучим получившийся отчет на предмет возможных проблем. Если никаких серьезных проблем не обнаружено, можно считать работу с консолью FailoverClusterManagement законченной.
Установка роли активного кластерного почтового сервера на первом узле кластера.
Запустите программу установки Exchange Server 2007 SP1. Примите условия лицензионного соглашения и укажите, хотите ли вы активировать отчеты об ошибках или нет. На странице «Installation Type» выберите опцию Custom Exchange Server Installation.
Далее сделайте выбор роли Active Clustered Mailbox Role.
На странице параметров установки кластера выберите опцию «Clustercontinuousreplication», затем введите имя, которые вы хотите назначить вашему CMS (это имя будут использовать ваши клиенты Outlook для подключения к CMS). Путь для хранения БД почтовых ящиков будет индивидуальным для каждого сервера и может быть изменен после установки.
Далее укажите IP адрес, который будет использоваться кластерным экземпляром Exchange Server 2007.
Далее программа установки выполнит ряд проверок готовности к установке, и если проблем не возникнет, нажимаем Install, чтобы начать процесс установки активного узла CCR кластера Exchange Server 2007.
Процесс установки займет несколько минут. По завершении нажмите Finish и перезагрузите сервер, чтобы все изменения вошли в силу.
Установка роли пассивного кластерного сервера почтовых ящиков на втором узле кластера
Запустите программу установки Exchange Server 2007 SP1. Примите условия лицензионного соглашения и укажите, хотите ли вы активировать отчеты об ошибках или нет. На странице «Installation Type» выберите опцию Custom Exchange Server Installation. На странице «Server Role Selection» сделайте выбор роли Passive Clustered Mailbox Role.
Снова будет запущен процесс проверки готовности. По завершении этого процесса нажмите Install. В моём случае процедура установки завершилась вот с такой вот ошибкой:
Пришлось выполнить перезагрузку сервера и повторно запустить программу установки, которая в свою очередь сообщила мне о том, что серверные компоненты Exchange в системе уже установлены и будет выполнено их обслуживание.
Далее, как и ранее на странице «ServerRoleSelection» я сделал выбор роли Passive Clustered Mailbox Role и запустил процесс.
На этот раз всё завершилось успешно и после финальной перезагрузки сервера мы получили работающий пассивный узел в кластере CCR Exchange Server 2007 SP1.
RSS - Записи