36260

Аппаратно-программные платформы администрирования. Административная консоль Exchange. Средства мониторинга серверов и трассировки сообщений

Доклад

Информатика, кибернетика и программирование

Средства мониторинга серверов и трассировки сообщений. Внешний вид административной консоли сервера Exchnge Из утилиты администрирования возможно выполнение таких функций как: создание модификация и удаление объектов каталога; создание настройка и удаление коннекторов; настройка синхронизации каталогов и репликации общих папок; контроль за состоянием серверов путем создания и запуска мониторов; установка степени подробности диагностических сообщений; трассировка сообщений; экспорт и импорт объектов...

Русский

2013-09-21

92.5 KB

49 чел.

5

PAGE  5

46.Аппаратно-программные платформы администрирования. Административная консоль Exchange. Средства мониторинга серверов и трассировки сообщений.

Административная консоль Exchange

Административная консоль сервера Exchange является местом централизованного управления почтовым пространством организации.

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

Рис. 9.1. Внешний вид административной консоли

              сервера Exchange

Из утилиты администрирования возможно выполнение таких функций как:

  •  создание, модификация и удаление объектов каталога;
  •  создание, настройка и удаление коннекторов;
  •  настройка синхронизации каталогов и репликации общих папок;
  •  контроль за состоянием серверов путем создания и запуска мониторов;
  •  установка степени подробности диагностических сообщений;
  •  трассировка сообщений;
  •  экспорт и импорт объектов каталога и адресных шаблонов;
  •  извлечение списков пользователей из базы учетных записей Windows NT Server и NetWare для последующей модификации и экспорта с созданием почтовых ящиков;
  •  установка квот хранения на общие папки и почтовые ящики пользователей;
  •  контроль использования ресурсов сервера и очистка почтового ящика пользователя;
  •  перемещение почтовых ящиков пользователей между серверами площадки и т.д.

Для ряда часто повторяющихся действий и перемещений по дереву каталога существуют горячие клавиши и кнопки на панели инструментов. Административная консоль поддерживает ряд полезных параметров командной строки, позволяющих выполнять пакетные операции экспорта и импорта объектов каталога, автоматический запуск мониторов и просмотр каталога в непосредственном режиме (Raw Mode).

При импорте и экспорте объектов, таких как списки почтовых ящиков, списки рассылки и внешних адресатов, используется стандартный формат "значения, разделенные запятой" (Comma Separated Values или CSV). Этот формат поддерживается электронными таблицами Excel, что существенно облегчает затраты времени администратора на подготовку данных для массового экспорта.

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

Средства мониторинга серверов и трассировки сообщений

Для облегчения задачи слежения за состоянием почтовой системы и контролем прохождения сообщений в состав Exchange Server включены мощные средства мониторинга и трассировки сообщений. Рассмотрим эти средства подробнее.

Мониторы соединений (Link Monitors). В их обязанности входит регулярная отправка и прием контрольных почтовых сообщений (ping messages) внешним площадкам и контроль времени прохождения этих сообщений в оба конца (round trip time). Мониторы соединений могут использоваться для проверки времени прохождения сообщений как между серверами внутри организации, так и между текущей площадкой и почтовыми системами внешних организаций, в том числе использующих другие почтовые системы. В последнем случае контрольное сообщение отправляется заведомо несуществующему адресату и оценивается время получения ответа о невозможности доставки (None Delivery Report или NDR). Каждый монитор соединения может обслуживать несколько серверов организации или внешних почтовых систем. Администратор назначает пороговые значения для перехода монитора в состояние повышенного внимания (warning state) и состояния тревоги (alert state).

Для каждого из пороговых значений может быть задан список выполняемых действий:

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

Мониторы серверов (Sever Monitors) способны по расписанию опрашивать состояние различных сервисов и проверять показания таймера на указанных почтовых серверах. В список опрашиваемых сервисов помимо сервисов Exchange могут быть добавлены любые сервисы Windows NT. Список этих сервисов может быть задан для каждого конкретного сервера путем модификации свойств объекта сервер в настройках текущей площадки. Посредством синхронизации каталога организации список наблюдаемых сервисов будет доступен в других площадках. Монитор переходит в состояние повышенного внимания, в случае рассогласования показаний таймера на указанное количество секунд, и в состояние тревоги, если один из сервисов неактивен или сервер недоступен. Администратор может определить последовательность действий, выполняемых в каждом конкретном случае - автоматическая синхронизация системных часов в случае отклонений показаний таймера или выполнения одного из трех действий, если контролируемый сервис остановлен. В последнем случае возможны следующие варианты:

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

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

Информация о мониторах хранится в настройках площадки и каталоге организации, и, следовательно, монитор может быть запущен с любой административной станции в пределах площадки. Каждый монитор может обслуживать несколько серверов, в пределах одной площадки может быть создано несколько мониторов. Каждый из мониторов может вести журнал событий и поддерживать задание имени файла в формате универсального сетевого ресурса (Universal Name Convention или UNC).

Чтобы избежать ложных срабатываний мониторов соединений и сервисов в период плановых работ с сервером, предусмотрена установка статуса на обслуживании (maintenance) перед выводом сервера из работы. Установка этого статуса производится методом запуска административной утилиты с соответствующим параметром (как правило, admin /t).

Рис. 9.2. Мониторы соединений и серверов

Мониторы обоих типов могут быть стартованы как вручную, так и автоматически при запуске административной программы. Одним из возможных способов автоматического запуска мониторов является установка режима AutoAdminLogon для станции администратора и включение административной программы в группу запуска. Другой возможный способ - использование утилиты SrvAny из комплекта Windows NT Server Resource Kit.

Для общей оценки производительности и состояния сервера в реальном масштабе времени, а также сбора статистики за некоторый период работы используется Windows NT Performance Monitor, являющийся частью операционной системы. В момент установки сервера или административной консоли Exchange в базу объектов наблюдения операционной системы добавляется ряд показателей почтового сервера, таких как размер очереди сообщений, количество работающих пользователей, использование процессора отдельными процессами сервера и т.д. Для анализа собранных данных за некоторый период времени могут быть использованы такие программы как Excel или Crystal Reports (последняя входит в Exchange 5.0 Resource Kit).

Для протоколирования внутренних событий Exchange сервер может использовать системный журнал регистрации событий (event log). Для каждого компонента системы, будь то MTA, агент синхронизации каталога, хранилище, коннекторы и т.п., администратор имеет возможность определить, насколько подробно будут протоколироваться события, возникающие при работе данного компонента. Анализ журнала может оказаться очень полезен при выяснении причин некорректного функционирования той или иной компоненты сервера. Для получения отчетов по событиям, регистрируемым в журнале, может быть использована программа Crystal Reports.

Еще одним средством диагностики, предназначенным для отслеживания маршрута прохождения сообщений и результатов их обработки на серверах Exchange, является трассировка сообщений (Message Tracking). Для того чтобы использовать данное средство, трассировка сообщений должна быть разрешена на всех серверах Exchange в организации. В этом случае каждый день на сервере в каталоге \\<Server>\tracking.log создается журнальный файл, в котором регистрируются события, имеющие отношение к обработке сообщений, такие как отправка, прием, маршрутизация, расширение списка рассылки, выдача отчета о доставке или недоставке и т.п. На основе анализа этой информации может быть получена картина прохождения и обработки сообщения на пути к адресату. Поиск сообщений может выполняться на основе сведений об отправителе и/или адресатах, кроме того, может выполняться поиск информации о сообщении по его идентификационному номеру, поиск всех сообщений, отправленных службами сервера, такими как MTA или системный ассистент, а также сообщений, полученных из внешних систем или от адресатов, отсутствующих в глобальной адресной книге. Полученные результаты могут быть использованы при отслеживании и оптимизации путей доставки сообщений, поиске и устранении ошибок в настройках таблиц маршрутизации, приводящих к возникновению почтовых петель и бесконечных циклов, а также потере сообщений. В случае трассировки сообщений в нескольких площадках организации требуется наличие канала связи с почтовым сервером, на котором происходит анализ журналов прохождения сообщений.

Расширенная диагностика

В ряде случаев просмотра системного журнала событий бывает недостаточно, и для выяснения причин некорректной работы требуется анализ сеансов связи или результатов выполнения операций в их истинном (бинарном) представлении. Особенно это касается настройки коннекторов во внешние почтовые системы. Для получения расширенной отладочной информации в сервере Exchange используются настройки диагностики в свойствах наблюдаемого компонента и установка соответствующих ему ключей в реестре Windows NT.

При диагностике событий SMTP-коннектора используются следующие свойства:

признак архивирования сообщений (Message Archival), проставляется в настройках коннектора. Установка этого параметра в любое состояние, кроме "отключено" (None), сохраняет полные копии конвертов для входящих и исходящих сообщений в каталогах \IMCDATA\IN\ARCHIVE и \IMCDATA\OUT\ARCHIVE соответственно;

протоколирование SMTP (SMTP Protocol Event) , проставляется в настройках коннектора. Установка этого параметра на уровне "средне" (Medium) сохраняет базовую информацию о сеансах SMTP. Установка же на уровне "максимально" (Maximum) - еще и полую информацию о переданных и принятых SMTP-пакетах. Журнальный файл помещается в каталоге \IMCDATA\LOG.

При диагностике событий X.400-коннектора используются следующие свойства:

взаимодействие (Interoperability), проставляется в настройках коннектора. Установка параметра в состояние, отличное от "отключено", помещает в файлы \MTADATA\AP*.LOG сообщения, передаваемые на уровне транспортных протоколов и стеков протоколов X.400;

элемент данных протокола приложений (Application Protocol Data Unit или APDU), проставляется в настройках коннектора. Установка параметра в состояние "максимально" сохраняет в файлах \MTADATA\BF*.LOG принятые и переданные пакеты в формате P1 и служебные сообщения MTA (P1 APDU).

Использование текстовых файлов требует предварительной установки ключа

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeMTA\Perameters\Text Event Log

в реестре сервера в значение 1.

Для анализа этих файлов может использоваться утилита ASPIRIN, входящая в состав Exchange Server 5.0 Resource Kit.

Для разрешения проблем с протоколами NNTP и POP3 в реестре сервера Exchange в разделе

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem

требуется установить значения один ("минимально") или четыре ("максимально") следующим ключам:

        NNTP Protocol Logging Level – для записи событий протокола NNTP;

        POP3 Protocol Logging Level – для записи событий протокола POP3.

По умолчанию журналы будут создаваться в каталоге \MDBDATA.

Дополнительно, общепринятым способом диагностики проблем с передачей данных поверх семейства Internet-протоколов, таких как NNTP, SMTP и POP3, является использование утилиты TELNET, входящей в состав ОС Windows NT.

Средства резервного копирования

Различают два типа резервного копирования информации сервера:

  •  on-line, выполняется непосредственно в процессе работы, использует механизм транзакций Exchange;
  •  off-line, выполняется как обычный процесс копирования файловой системы и реестра компьютера при остановленных сервисах Exchange.

 

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

На данных каталога и информационных хранилищ поддерживаются все стандартные варианты резервного копирования:

  •  полная копия (Normal или Full), выполняется копирование всех данных и журналов транзакций и выставляется соответствующий атрибут. По окончании операции журнальные файлы удаляются;
  •  копия (Copy), выполняется аналогично полной копии, но без установки атрибута и удаления журналов транзакций;
  •  частичное копирование (Incremental), сохраняется только та часть информации, которая была изменена с момента снятия последней полной или частичной копии. Реально копируются только журнальные файлы, после чего они удаляются;
  •  разностное копирование (Differential), сохраняются данные, измененные с момента снятия последней полной копии. Журнальные файлы копируются без их последующего удаления.

Рис. 9.4. Окно программы резервного копирования серверов Exchange

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

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

При восстановлении сервера следует иметь в виду следующее:

  •  единицей восстановления является хранилище, т.е. весь каталог, все общие папки и/или все почтовые ящики клиентов;
  •  восстановление каталога в режиме on-line возможно лишь на тот же самый сервер;
  •  хранилища общего пользования и почтовых ящиков могут быть восстановлены независимо от каталога на любой сервер в другом домене, однако, для получения доступа к информации, на каждый объект потребуется назначить права вручную. Данный способ рекомендуется применять только в крайних случаях, либо для восстановления информации из единичных почтовых ящиков или общих папок;
  •  если файлы каталога и/или хранилищ восстанавливаются из off-line-копии без восстановления всего сервера целиком, перед запуском сервисов обязательно требуется выполнение команды ISINTEG -patch для приведения в соответствие внутренних счетчиков состояния файлов.


 

А также другие работы, которые могут Вас заинтересовать

41304. Численные методы и компьютерные технологии решения дифференциальных уравнений 1-го порядка 456.91 KB
  Изучение численных методов и компьютерных технологий решения обыкновенных дифференциальных уравнений 1-го порядка, приобретение практических навыков составления алгоритмов, программ и работы на ЭВМ.
41305. Численные методы и компьютерные технологии решения систем дифференциальных уравнений и дифференциальных уравнений n-го порядка 778.94 KB
  Изучение численных методов и компьютерных технологий решения систем дифференциальных уравнений 1-го порядка и дифференциальных уравнений n-го порядка, приобретение практических навыков составления алгоритмов, программ и работы на ЭВМ.
41306. Построение сетевого графика разработки стандарта предприятия; построение, содержание и изложение стандарта предприятия 1.15 MB
  Целью данной работы является: построение сетевого графика разработки стандарта предприятия; построение, содержание и изложение стандарта предприятия; расчёт годового экономического эффекта от внедрения стандарта предприятия; описание функционирования служб стандартизации на предприятии и структурная схема; проведение нормаконтроля сборочного чертежа «привод электромагнита».
41307. Метод конечных разностей для решения дифференциальных уравнений в частных производных, способы построения трехмерных графиков в среде УМС Mathcad 591.35 KB
  Графики функции.Предусмотреть счетчик числа уточнений итераций значений функции. Значения функции выводить в виде матрицы. Построить график функции fxy.
41308. Изучение методов интерполяции графических или табличных функций 1.09 MB
  Изучение методов интерполяции графических или табличных функций. Задание Изучить методы интерполяции функции. Составить алгоритм и программу линейной интерполяции кривой намагничивания магнитного материала а также табуляции интерполирующей функции. Точки при этом называются узлами интерполяции.
41309. Численные методы и компьютерные технологии решения нелинейных уравнений 471 KB
  За приближенное значение корня принимается точка пересечения хорды АВ с осью абсцисс. Координата этой точки находится из уравнения этой хорды АВ рис. В точке пересечения хорды АВ с осью абсцисс . К уравнению хорды Далее сравниваются значения функции на левой границе и в точке пересечения хорды АВ с осью абсцисс по знаку.
41310. Численные методы и компьютерные технологии вычисления определенных интегралов 337.09 KB
  Вычисление определенного интеграла методом трапеций Текст программы progrm lb6; uses crt; vr bhyffbjj1xe:rel; in:integer; begin clrscr; writeln' = пи 6'; :=pi 6; writeln'b = Пи 3'; b:=pi 3; writeln'Введите n'; redn; h:=b n; y:=0; x:=h; for i:=1 to n1 do begin y:=ysqrsinx cosXsqrcosx sinx;x:=xh; end; f:=sqrsin cossqrcos sin; fb:=sqrsinb cosbsqrcosb sinb ; y:=yffb 2; J:=yh; writeln'J='J:5:2; writeln'Метод НьютонаЛейбница'; j1:= sinb cosbcosb...
41311. Программирование МК серии МС68 на языке АSM 2.84 MB
  В состав служебных модулей входят: генератор тактовых импульсов CGM08 модуль системной интеграции SIM08 модуль контроля напряжения питания LVI08 модуль прерывания в контрольной точке BREK08 модуль управления внешним прерыванием IRQ08 сторожевой таймер COP08 базовый таймер TBM08. Модуль генератора импульсов CGM08 генерирует импульсные сигналы на базе которых модуль системной интеграции SIM08 формирует тактовые импульсы. Модуль системной интеграции SIM08 выполняет ряд функций...
41312. Отладка ППО МК серии МС68 5.11 MB
  Б окне 2 на передний план выходит вкладка Brekpoints nd Trcepoints где теперь будут отображаться все точки останова. 2 Практическая часть Применение точек останова Пошаговый метод отладки удобен для отладки небольших несложных программ или отдельных участков большой программы. Для того чтобы проверить правильность выполнения всего этого цикла в пошаговом режиме пришлось бы очень долго щелкать мышкой В подобных случаях применяются точки останова Brekpoint. Точка останова это специальная метка...