Компания IBM
Опубликован: 10.06.2008 | Доступ: свободный | Студентов: 733 / 55 | Оценка: 4.18 / 4.00 | Длительность: 26:27:00
Специальности: Системный архитектор
Лекция 5:

Менеджеры очередей: общее представление и настройка

< Лекция 4 || Лекция 5: 12345 || Лекция 6 >

5.3.10. Инициатор каналов WebSphere MQ для z/OS

В WebSphere MQ для z/OS TCP/IP-сеть прослушивает инициатор каналов (channel initiator).

Инициатор каналов WebSphere MQ для z/OS, также известный как инструмент пересылки (mover), действует в адресном пространстве менеджера очередей сообщений. Он служит для размещения всех относящихся к менеджеру канальных агентов (MCA) независимо от того, управляют ли эти агенты распределенным, кластерным каналом сообщений или клиентским соединением. Каналы сообщений и MCA мы обсудим в "Взаимодействие менеджеров очередей и клиентские подключения в WebSphere MQ" "Понятие состояния канала".

Для запуска инициатора служит команда START CHINIT, выполняемая в подсистеме менеджера очередей сообщений.

В пределах инициатора допустим запуск нескольких TCP/IP-слушателей, каждый из которых прослушивает конкретный TCP/IP-порт. Для запуска слушателя используется выполняемая в подсистеме менеджера очередей сообщений команда START LISTENER. WebSphere MQ для z/OS также поддерживает слушатели LU 6.2.

5.3.11. Очередь недоставленных сообщений

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

При этом сообщение помещается в очередь недоставленных сообщений (dead letter queue) последнего менеджера, который оно попыталось пройти на пути к месту своего назначения.

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

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

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

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

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

5.3.12. Командный сервер

WebSphere MQ позволяет администрировать менеджеры очередей удаленно. Для упрощения такой работы на менеджере очередей сообщений может работать командный сервер. Он выполняет посылаемые менеджеру команды. Речь о них шла в "Менеджеры очередей: общее представление и настройка" "Форматы программируемых команд (PCF)".

5.3.13. Журнализация

Журнализация – одна из основных внутренних функций менеджера. Его журнал – это запись осуществленных менеджером очередей действий в порядке их выполнения.

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

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

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

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

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

Менеджер регулярно сверяет целостность данных журнала и своих собственных. Этот процесс осуществляется во время контрольных точек (checkpoint), происходящих автоматически во время работы менеджера и по ее завершении.

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

Если элемент данных менеджера очередей сообщений, к примеру информация в сообщении, тем или иным образом искажен, то связанный с элементом объект, например очередь, снабжается признаком "поврежденный" ( damaged ). При наличии у объекта признака повреждений доступ приложений к нему блокируется. Если таким объектом является объект-очередь, сообщения в ней становятся недоступны.

5.3.14. Восстановление носителя

Поврежденный объект можно восстановить по ведущимся менеджером журналам. Этот процесс носит название восстановления носителя (media recovery). Для обеспечения возможности восстановления носителя менеджер очередей сообщений в WebSphere MQ для платформ Windows и UNIX нужно настроить так, чтобы использовалась линейная (linear logging), а не циклическая журнализация (circular logging). В WebSphere MQ для iSeries журнализацию всегда можно считать линейной.

Проблемы журнализации и восстановления носителей в WebSphere MQ для z/OS достаточно специфичны и не являются предметом рассмотрения в этом курсе. Для изучения этих вопросов читайте руководство WebSphere MQ для z/OS V6.0 Concepts and Planning Guide, GC34-6582.

Суть же циклической и линейной журнализации такова.

  • Циклическая журнализация.

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

  • Линейная журнализация.

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

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

Примечание WebSphere MQ V6.0 позволяет администратору увидеть, какие наиболее старые записи в составе журнала необходимы для восстановления носителя той или иной очереди.

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

Образ (media image) конкретной выборки или всей совокупности объектов менеджера может быть занесен в журнал системным администратором. При этом в журнале образуется весь набор записей, требуемых для восстановления носителя для объекта. В итоге размер журнала, необходимого в целях восстановления носителя, может стать меньше. Без занесения в журнал образа процесс восстановления носителя может потребовать наличия записей, сопоставимых по возрасту с моментом формирования исходного объекта восстановления, и включать повторение действий, описанных большим числом записей в составе журнала.

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

  • Windows и UNIX:

    WebSphere MQ System Administration Guide, SC34-6584, раздел "Recovery and problem determination"

  • iSeries:

    WebSphere MQ для iSeries V6.0 System Administration Guide, SC34-6586, раздел "Backup, recovery and restart"

5.3.15. Журналы ошибок

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

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

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

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

  • AMQERR01.LOG
  • AMQERR02.LOG
  • AMQERR03.LOG
Примечание Размер каждого из журналов ошибок WebSphere MQ V6.0 можно сконфигурировать, воспользовавшись параметром ErrorLogSize в настройках определенного менеджера. Также WebSphere MQ V6.0 дает возможность ограничить частоту журнализации самых распространенных событий, включая установление соединений. Подробнее об этом см. в разделе "Configuring WebSphere MQ" руководства WebSphere MQ System Administration Guide, SC34-6584.

Иногда события, происходящие на машине с WebSphere MQ, нельзя связать с конкретным менеджером очередей сообщений. К числу этих событий относятся в том числе неудачные попытки клиентского приложения установить соединение с менеджером. События такого рода регистрируются в нескольких журналах ошибок WebSphere MQ, которые носят название системных и по формату полностью совпадают с журналами ошибок менеджеров очередей сообщений.

Кроме того, в редких случаях WebSphere MQ может связать событие с менеджером, но оказаться не в состоянии зарегистрировать событие в ведущемся для этого менеджера журнале. Тогда запись о событии сохраняется в другом наборе журналов – системных журналах ошибок менеджеров очередей сообщений, – или вместо нее строится FFST-отчет (FFST – First-Failure Support Technology). Более подробную информацию читайте в "Устранение неполадок" "Технология FFST".

Журналы ошибок имеют следующее месторасположение.

  • Windows:
    • журналы ошибок менеджеров:
      C:\Program Files\IBM\WebSphere MQ\Qmgrs\название_менеджера\errors
    • системные журналы ошибок WebSphere MQ:
      C:\Program Files\IBM\WebSphere MQ\errors
    • системные журналы ошибок WebSphere MQ при установке только клиентской части:
      C:\Program Files\IBM\WebSphere MQ Client\errors
    • системные журналы ошибок менеджеров:
      C:\Program Files\IBM\WebSphere MQ\@SYSTEM\errors
  • UNIX:
    • журналы ошибок менеджеров:
      /var/mqm/qmgrs/название_менеджера/errors
    • системные журналы ошибок WebSphere MQ:
      /var/mqm/errors
    • системные журналы ошибок менеджеров:
      /var/mqm/qmgrs/@SYSTEM/errors
  • iSeries:
    • журналы ошибок менеджеров:
      /QIBM/UserData/mqm/название_менеджера/errors
    • системные журналы ошибок WebSphere MQ:
      /QIBM/UserData/mqm/errors
    • системные журналы ошибок менеджеров:
      /QIBM/UserData/mqm/&SYSTEM/errors

5.3.16. 64-разрядное оборудование

64-разрядное оборудование дает возможность адресовать значительно больше ресурсов памяти для конкретного приложения, чем 32-разрядные вычислительные системы. Однако, для того чтобы эти дополнительные ресурсы памяти стали доступны для приложений, 64-разрядную адресацию должна поддерживать и операционная система компьютера.

До выпуска WebSphere MQ V6.0 менеджеры очередей сообщений для платформ UNIX не пользовались реализованной на этих платформах адресацией дополнительной памяти.

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

WebSphere MQ V6.0 содержит 64-разрядные менеджеры очередей сообщений для ряда UNIX-платформ. Такие менеджеры по-прежнему готовы принимать подключения 32-разрядных приложений посредством связывания или клиентских соединений, однако теперь могут принимать и подключения к ним 64-разрядных приложений при помощи связывания.

Приложениям, реализующим службы, это дает возможность использовать функции 64-битной адресации памяти операционной системой и оборудованием при подключении их к менеджерам очередей сообщений WebSphere MQ Version 6.0.

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

Примечание На одинаковом оборудовании 64-разрядные менеджеры WebSphere MQ V6.0 не всегда более производительны, чем 32-разрядные менеджеры WebSphere MQ V5.3. Однако в отдельных случаях скорость работы WebSphere MQ V5.3 ограничивает 32-разрядная адресация, что требует внимательно отнестись к повышению производительности.

На платформах с 64-битной адресацией памяти внутренние структуры WebSphere MQ иногда требуют больше ресурсов памяти. В результате максимальная емкость некоторых 64-разрядных менеджеров WebSphere MQ V6.0 может быть меньше, чем 32-разрядных менеджеров WebSphere MQ V5.3 на этом же оборудовании. Впрочем, на более мощном сервере с бо' льшим объемом памяти 64-битный менеджер очередей сообщений WebSphere MQ V6.0 способен к более ощутимому масштабированию. Причиной тому является то, что частью этих ресурсов памяти 32-разрядные менеджеры просто не в состоянии воспользоваться.

Подробнее о 64-разрядных платформах, которые в настоящее время поддерживает WebSphere MQ, см. на Web-странице по адресу: http://www.ibm.com/software/integration/websphere/mqplatforms/supported.html

< Лекция 4 || Лекция 5: 12345 || Лекция 6 >