Проверки кластера Exchange с помощью средств ClusPrep и ClusDiag (часть 2)

Если вы хотите ознакомиться с остальными частями этой статьи, пожалуйста, прочитайте:

• Проверки кластера Exchange с помощью средств ClusPrep и ClusDiag (часть 1)

Введение

В первой части статьи мы рассмотрели работу средства ClusPrep, запущенного перед формированием кластера, для того, чтобы удостовериться, что наши узлы кластера и хранилище были сконфигурированы правильно. Что же происходит после того, как кластер сформирован? Какие тесты мы можем провести перед началом функционирования кластера и установки Exchange на него? Раньше не существовало много средств для помощи нам при анализе кластера, но не так давно все поменялось. У Microsoft есть инструмент, полезный для проверки кластера при помощи эксплуатационных тестов, а также обеспечения графического отображения различных компонентов, таких как сеть или разбивка диска. Кроме того, это инструментальное средство помогает в процессе поиска и устранения неисправностей кластера, так как может исследовать файлы журнала. Итак, что это за средство? Это ClusDiag, и мы приступаем ко второй части статьи.

Получение и установка ClusDiag

Полное название ClusDiag — Cluster Diagnostics and Verification Tool (Средство диагностики и проверки кластера), но я собираюсь называть его ClusDiag для простоты. В части первой, как вы помните, я запускал ClusPrep для работы с трехузловым активно-пассивным кластером единственной копии(single copy cluster - SCC) Exchange 2007, и поэтому я буду использовать ClusDiag применительно к этому же кластеру после того, как он был установлен и сконфигурирован. Убедитесь, что вы загружаете последнюю версию ClusDiag с сайта Microsoft. Во время написания статьи последняя версия находится по следующей ссылке:

Cluster Diagnostics and Verification Tool (ClusDiag.exe)

В действительности вы загружаете всего один файл под названием clusdiag.msi. Его можно устанавливать на компьютер с Windows XP и позднейшими версиями Windows. Установите ClusDiag, запустив загруженный файл, при этом вы увидите мастера установки, который состоит из экрана лицензионного соглашения и последующего экрана пути установки. Папка установки по умолчанию — C:\Program Files\ClusDiag, а в Start / Programs (Пуск/Программы) помещается ярлык Cluster Diagnostics Tool.

Работа с ClusDiag

Запустить ClusDiag можно, выбрав опцию меню Cluster Diagnostics Tool или запустив ClusDiag.exe из папки установки, которую я обозначил выше. После запуска средства вы увидите главный экран (Рисунок 1).

В поле Open what(Открыть что) нужно ввести название кластера, который вы хотите протестировать. Заметьте (Рисунок 1): существует два режима работы, а именно Online (Интерактивный) и Offline(Автономный). В общих чертах интерактивный режим используется для выполнения тестов и сбора конфигурационных данных о кластере. Автономный режим может быть использован в ситуациях, когда вы хотите изучить файлы журнала кластера предыдущей интерактивной сессии, или, возможно, файлы журнала, присланные вам другим администратором с другого кластера. Отсюда вы можете заключить, что файлы журнала при интерактивном режиме сохраняются для последующего пересмотра.

Тесты ClusDiag

Как мы с вами видели в первой части статьи, ClusPrep нужен для подтверждения правильности конфигурации компонентов кластера до формирования самого кластера. Уже после создания кластера в первую очередь нужно проверить его способность правильно обрабатывать отказы. Для того чтобы осуществить это, сперва убедитесь, что вы выбрали правильное название кластера и опцию Online в меню, показанном на Рисунке 1. После того, как вы это сделаете, щелкните OK, и вам предложат обзор кластера, который не слишком отличается от такового в программе Cluster Administrator. Пример — на Рисунке 2.

Для запуска теста обработки отказа, выберите меню Tools(Инструменты) и затем — опцию Run Test (Запустить тест). Теперь вы увидите окно Run Test (Запустить тест) (Рисунок 3).

Из Рисунка 3 видно, что название предлагаемого теста — SPFAIL-BASIC(SPFail базовый). Другой возможный вариант теста — SPFAIL-REGULAR(SPFail стандартный). Тесты SPFail предназначены для проверки установки кластера. Базовый тест рассмотрит, могут ли ресурсные группы перемещаться между узлами внутри кластера, в то время как основной тест — нагрузочный тест, он непрерывно перемещает ресурсные группы между узлами в течение определенного промежутка времени. Поэтому вы захотите запустить эти тесты перед тем, как сделать кластер полностью функционирующим, перед подключением пользователей к нему. Как вы, может быть, знаете, можно создать одноузельный кластер, но, очевидно, вы не сможете запустить эти тесты в таком случае, так как отсутствуют другие узлы, куда бы можно было перемещать группы ресурсов. В меню есть также опция Enable Sniffing(включить пассивное прослушивание сети), которая полезна в том случае, если вы собираетесь анализировать данные, используя Network Monitor. Нажатием на кнопку Launch (Запуск) вы запустите тестирование.

Если на данной машине ClusDiag запускается впервые, скорее всего, вылезет окошко с утверждением, что невозможно найти папку ‘Logs’ (журналы). Вас спросят, хотите ли вы создать новую папку ‘Logs’. Если вы отвечаете утвердительно, папка под названием ‘Logs’ создается в папке ClusDiag, созданной при установке программы. А в папке ‘Logs’ вы найдете названия дополнительных папок для журналов, которые будут созданы впоследствии. После старта тестов вы увидите экран, аналогичный показанному на Рисунке 4.

Со временем выскочит сообщение, что тесты завершены, и что результаты будут показаны после щелканья на OK. На Рисунке 5 показан пример теста, запущенного мной, который информирует меня, что кластер прошел тест SPFAIL-BASIC. Я, следовательно, могу быть удовлетворен тем, что кластер осуществляет операцию перемещения ресурсных групп между кластерными узлами. Этот отчет и соответствующие файлы журнала сохраняются в \ClusDiag\Logs, в моем случае, полный путь таков: C:\Program Files\ClusDiag\Logs\4-25-2007\nh-clu10.

Анализ журналов

Теперь обратим внимание на анализ файлов журнала, используя ClusDiag. Фактически, давайте посмотрим на этот процесс в автономном режиме. Для того чтобы добиться этого, выполните следующие шаги:

1. Запустите ClusDiag и в окошке Open(Открыть) убедитесь, что выбран автономный режим. После того, как это проделано, находите соответствующий путь к файлу журнала (Рисунок 6).
   Рисунок 6: Выбор файлов журнала
2. После того, как выбрана нужная папка и нажата кнопка OK, вы должны оказаться в обычном окошке ClusDiag как на Рисунках 2 и 7.
3. Правой кнопкой мыши щелкните на папку Log Files(Файлы журнала) в панели слева и выберите Failure Window(Окно отказа) из контекстного меню (Рисунок 7).
   Рисунок 7: Выбор окна отказа
4. Все файлы журнала соответствующего кластерного узла показаны каскадом на Рисунке 8. Это полезно, поскольку теперь каждый файл узла можно легко сравнивать с другими.
   Рисунок 8: Файл журнала кластера
5. Теперь вы можете выбрать конкретный файл журнала кластерного узла, с которым вы хотите поработать и пройти по записям журнала. Обратите внимание на то, как категории журнала подсвечиваются разными цветами. К примеру, записи ERR — красные, а WARN — фиолетовые. Поэтому разумно будет просмотреть файл журнала и изучить все записи ERR и WARN.

Для отслеживания важных записей в журнале вы можете либо сделать закладку для события, либо комментарий для события. Для создания закладки просто выделите соответствующее событие, затем щелкните левой кнопкой мыши на крайнюю слева иконку голубого флажка (включить закладку) на панели инструментов, или щелкнуть на серой области слева от записи журнала. Для создания комментария щелкните правой кнопкой мыши на событии и выберете Comment / Edit (Комментарий/Редактировать) из контекстного меню; здесь можно вводить желаемый текст. Откомментрованные события изменяют цвет на желтый, так что вы потом легко их найдете.

Также заметьте, что к файлам журнала применяется фильтр по умолчанию. Для получения доступа к шаблонам, а, следовательно, и к фильтрам, выберете меню Tools(Инструменты), а затем Options(Опции). Это вызовет окно Clusdiag Options…(Настройки ClusDiag). Отсюда направляйтесь в таблицу Templates(Шаблоны), где вы сможете редактировать соответствующий шаблон.

Графические представления

Наконец, давайте взглянем на возможность создавать графические представления сети, ресурсов и разбивки дисков. При этом нужно обратить внимание на то обстоятельство, что, для того, чтобы сгенерировать эти представления, нужно либо запускать тест, либо уже иметь некоторые записанные файлы журнала, в противном случае различные требуемые XML файлы будут отсутствовать в папке журнала, что уже обсуждалось в этой статье ранее. Итак, начнем с разбивки диска, которую мы можем наблюдать, выбрав меню View(Вид), а затем опцию Disk View(Обзор диска). Вы увидите окно Disk View(Рисунок 9). Тут вы получаете обзор кластерных узлов и соответствующей разбивки диска. Обратите внимание, что, если вы подержите указатель мыши на диске в центре верхнего ряда, появится всплывающая подсказка, которая выдаст много полезной информации о выбранном диске. Вы также можете получить эту информацию из главного окна, выбрав меню Reports(Отчеты), а затем опцию Disk Statistics(Статистика Диска). Замечу также, что кворумный диск автоматически подсвечивается красным в ClusDiag. В данном случае это диск Q.

Далее — разбивка сети. Обычно кластеры обладают более сложной структурой расположения сетевых карт, чем отдельные сервера, и поэтому очень полезной может быть возможность видеть сетевую конфигурацию в графическом формате. Чтобы увидеть разбивку сети, выберите меню View(Вид), затем Network View(Обзор сети). Теперь вы можете видеть схему подключения публичных и приватных сетей к узлам кластера. И снова всплывающие подсказки дают дополнительную информацию о сетевых адаптерах (Рисунок 10). Вы также можете получить эту информацию, в главном окне выбрав меню Reports(Отчеты), а затем опцию Network Statistics(Статистика сети).

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

В меню View(Вид) выделите опцию D.A.G.(Directed Acyclic Graph — ориентированный ациклический граф), что вызовет новое контекстное меню, которое позволяет вам выбрать, какие именно ресурсные зависимости вы хотите видеть. На примере (Рисунок 11) я выбрал опцию меню Cluster Resource Dependency(CMS) (Зависимость кластерных ресурсов), которая отображает ресурсы и их зависимости от ресурсной группы, которую я назвал «CMS». И снова всплывающая подсказка может быть показана, и вы видите на Рисунке 11, что я избрал для показа подсказку, которая видна при удержании указателя мыши на ресурсе Information Store (Хранилище данных).

Заключение

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

Если вы хотите ознакомиться с остальными частями этой статьи, пожалуйста, прочитайте:

• Проверки кластера Exchange с помощью средств ClusPrep и ClusDiag (часть 1)