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

5.2.2. Модуль WebSphere MQ Explorer Healthcheck

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

Модуль WebSphere MQ Explorer Healthcheck входит в состав пакета SupportPac MH01. Подробнее о нем читайте на Web-странице по адресу: http://www.ibm.com/support/docview.wss?rs=171uid=swg24010096

5.2.3. Управляющие команды WebSphere MQ

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

5.2.4. Команды языка управления WebSphere MQ для iSeries

Команды языка управления (CL – control language) IBM OS/400$$\text{\textregistered}$$ в составе WebSphere MQ для iSeries служат для выполнения операций над совокупностью менеджеров очередей и непосредственно WebSphere MQ. Для обращения к главному интерфейсу команд языка управления в составе WebSphere MQ используйте CL-команду WRKMQM.

5.2.5. Команды WebSphere MQ для z/OS

WebSphere MQ для z/OS содержит набор команд, которые могут выполняться над подсистемой менеджера очередей из консоли z/OS или ее аналога, к примеру System Display and Search Facility (SDSF).

О подсистеме менеджера очередей в WebSphere MQ для z/OS речь пойдет в разделе 5.3.4 "Структура и создание менеджера очередей".

5.2.6. Команды WebSphere MQ Script (MQSC)

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

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

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

С целью предоставления таких возможностей в WebSphere MQ встроен сценарный интерфейс WebSphere MQ Script (MQSC) к менеджеру очередей сообщений. В сочетании с описанными в разделе 5.2.3 управляющими командами WebSphere MQ все действия над менеджером очередей сообщений могут оформляться в виде сценариев на таких внешних по отношению к системе языках записи командных сценариев, как Perl и оболочка Korn UNIX-системы.

Выполнение команд MQSC

Команды MQSC выполняются над менеджером очередей так, как описано ниже.

runmqsc название_менеджера

runmqsc название_менеджера < имя_файла

Синтаксис MQSC

Синтаксис MQSC очень прост. Общий формат команды имеет вид:

COMMAND OBJTYPE('Название_Объекта) ATTR1(ЗНАЧЕНИЕ) ATTR2('значение') ATTR3

где OBJTYPE – тип объекта, COMMAND – один из ряда допустимых для данного типа объектов командных ключевых слов, ATTR1, ATTR2, ATTR3 – названия допустимых для него атрибутов.

Отдельные комбинации командных ключевых слов и типов объектов, такие как ALTER QMGR, не требуют указания имен объектов. Отдельные атрибуты не требуют приведения их значений. Немало команд и типов имеют сокращенные варианты; к примеру, ALT может заменить ALTER.

Для некоторых командных ключевых слов требуется задание как типа, так и подтипа, например:

DEFINE CHANNEL('my.channel') CHLTYPE(RCVR)

Каждая комбинация ключевого слова и типа принимает свой набор атрибутов. Ряд атрибутов является обязательным. Для указания пустого значения атрибута используйте пробел в круглых скобках: ATTR( ). Ряд атрибутов допускает множественность значений. В этом случае они разделяются запятыми. Например, так:

ALTER NAMELIST('my.namelist') NAMES(NAME1,'name2')

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

В число наиболее употребительных командных ключевых слов входят следующие:

DISPLAY QUEUE('example*') ALL

DISPLAY QUEUE(*) DESCR CURDEPTH WHERE(CURDEPTH,GT,10)

Команда MQSC может занимать несколько строк, для переноса между которыми после пробела в конце строки пишут знак "плюс" (+). Например, так:

DEFINE CHANNEL(TO.PAYROLL) +
       CHLTYPE(SDR) +
       CONNAME('another.machine.com(1414)') +
       XMITQ(PAYROLL)

Также в сценарий MQSC могут включаться строки, содержащие комментарий. Первым знаком такой строки служит знак "звездочка" (*).

Полное описание синтаксиса команд

5.2.7. Форматы программируемых команд (PCF)

Форматы программируемых команд ( PCF ) служат интерфейсом программирования для менеджеров очередей сообщений. Для каждой команды MQSC имеется соответствующая команда в формате программируемых команд, которая может использоваться для управления данным менеджером. Соответствующие параметры PCF имеются для каждого MQSC -атрибута.

Команды в формате программируемых команд обслуживает командный сервер (command server) менеджера очередей сообщений. Он выполняет заданное каждой из PCF -команд действие и формирует сообщение-ответ с результатом ее работы.

Реализация интерфейса к командному серверу отвечает стандартной модели по принципу "запрос – ответ", что означает, что сервер обрабатывает запросы из очереди и отсылает ответы, помещая их в очереди ответа, указанные приложениями-инициаторами запросов. Очередь, из которой командный сервер извлекает запросы на обработку, называется SYSTEM.ADMIN.COMMAND.QUEUE.

Подробности формирования и отправки отдельных сообщений с командами

Упростить применение

Созданный в WebSphere MQ V6.0 на платформе Windows, UNIX или iSeries менеджер очередей сообщений при своем старте автоматически запускает командный сервер. Такое поведение менеджера может быть заблокировано сменой значения атрибута SCMDSERV на MANUAL в объекте менеджера очередей в MQSC или установкой равным Manual свойства Command server control в окне Properties менеджера очередей в WebSphere MQ Explorer.

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

strmqcsv название_менеджера

STRMQMCSVR MQMNAME('название_менеджера')

START CMDSERV MQSC

5.3. Менеджер очередей сообщений

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

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

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

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

5.3.1. Наименование менеджеров очередей

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

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

Немаловажен и выбор подходящего названия менеджера, которое может отражать характер его использования, название и местоположение машины.

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

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

В WebSphere MQ для z/OS название менеджера может быть не длиннее четырех символов и содержать только буквы алфавита в верхнем регистре, цифры и символы из набора $ # @.

На остальных платформах название менеджера очередей сообщений может достигать в длину 48 символов и содержать строчные и прописные буквы латинского алфавита, цифры и следующий набор символов: . / _ %. Название менеджера чувствительно к буквенному регистру, а значит, QMGR1 обозначает другой менеджер, нежели Qmgr1.

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

5.3.2. Объекты WebSphere MQ

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

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

Определенный набор объектов определяется при создании менеджера автоматически. Объекты, имя которых начинается с SYSTEM, что позволяет отличить их от объектов, которые созданы администратором WebSphere MQ, обычно носят название системных (system objects).

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

SYSTEM.DEFAULT.OBJECT.TYPE

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

5.3.3. Группы с разделением очередей в WebSphere MQ для z/OS

WebSphere MQ для z/OS работает на аппаратной платформе мейнфреймов IBM @Eserver zSeries $$\text{\textregistered}$$ под управлением операционной системы z/OS. В этой книге экземпляр z/OS, способный функционировать в логическом разделе (LPAR), мы чаще всего будем называть образом (z/OS image).

WebSphere MQ для z/OS базируется на функциях платформы z/OS и имеет дополнительные, недоступные на прочих платформах возможности, наиболее значимой из которых являются группы с разделением очередей (QSG).

Множество являющихся членами QSG менеджеров очередей сообщений имеют доступ к содержащимся в QSG общим очередям (shared queues). Любая общая очередь QSG доступна всем образующим группу менеджерам, подобно тому как если бы она управлялась менеджером локально.

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

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

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

В основу QSG-групп заложены функции, реализуемые объединением нескольких образов z/OS в сисплекс (sysplex). Все менеджеры очередей сообщений – члены QSG-группы должны располагаться в пределах образов z/OS одного сисплекса.

Сисплекс включает в себя устройство сопряжения (CF – coupling facility), которое дает возможность ряду образов z/OS в сисплексе иметь совместные данные. WebSphere MQ для z/OS использует устройство сопряжения совместно с функциональностью системы баз данных IBM DB2$$\text{\textregistered}$$ .

В силу этого обстоятельства каждый входящий в QSG менеджер очередей сообщений должен иметь доступ и к DB2. Экземпляры БД DB2, к которым обращаются менеджеры очередей в QSG, должны располагаться в одной и той же группе с разделением данных (data-sharing group). Группа с разделением данных – это одна из возможностей DB2, дающая возможность множеству экземпляров баз данных совместно пользоваться хранилищем информации.

WebSphere MQ для z/OS использует устройство сопряжения и DB2 для обеспечения коллективного доступа к описанию очереди и сообщениям в ней всех менеджеров очередей сообщений, являющихся членами QSG. После описания очереди для одного менеджера в QSG-группе доступ к этой разделяемой очереди получает каждый менеджер QSG.

Каждая QSG-группа имеет свое название. Правила именования QSG совершенно аналогичны описанным выше правилам для имен менеджеров очередей в WebSphere MQ для z/OS.

5.3.4. Структура и создание менеджера очередей

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

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

WebSphere MQ для Windows

В WebSphere MQ для Windows менеджер очередей сообщений работает как совокупность процессов в операционной системе.

В этом курсе предполагается, что инсталляция WebSphere MQ для Windows V6.0 проведена в каталоге установки по умолчанию. Если при развертывании системы вы выбрали другой каталог, то замените им встречающийся во всех примерах каталог C:\Program Files\IBM\WebSphere MQ.

Каждый менеджер очередей владеет и поддерживает определенный набор файлов в файловой системе машины.

C:\Program Files\IBM\WebSphere MQ\Qmgrs\название_менеджера

C:\Program Files\IBM\WebSphere MQ\log\название_менеджера

Входящее в указанные пути название_менеджера может частично не совпадать с реальным названием менеджера очередей сообщений. Подробнее о построении входящего в состав пути имени каталога из названия менеджера читайте в руководстве WebSphere MQ System Administration Guide, SC34-6584. Основное различие между ними состоит в том, что неалфавитные символы в названии менеджера заменяются в имени каталога: символ "." меняется на "!", символ "/" на "".

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

Настройки менеджера в реестре Windows можно изменять с помощью WebSphere MQ Explorer. Для доступа к конфигурации менеджера щелкните правой кнопкой мыши по его значку в навигаторе и выберите пункт меню Properties.

Содержащуюся в реестре Windows информацию о настройке менеджера очередей сообщений также можно модифицировать командой WebSphere MQ amqmdain reg.

Всю информацию о параметрах конфигурации WebSphere MQ, хранимых в реестре Windows, можно найти в части 4 "Configuring WebSphere MQ" руководства WebSphere MQ System Administration Guide, SC34-6584.

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

При создании менеджера вы можете задавать параметры, определяющие начальные значения важных атрибутов конфигурации в реестре системы Windows. Часть настроек конфигурации, касающихся процессов журнализации, после создания менеджера не подлежит изменению. Подробнее об этом см. раздел 5.3.13 "Журнализация".

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

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

Также конфигурацию WebSphere MQ можно менять, используя управляющую команду WebSphere MQ amqmdain reg.

WebSphere MQ для UNIX

В WebSphere MQ для платформ UNIX менеджер очередей сообщений работает как совокупность процессов в операционной системе.

Каждый менеджер очередей владеет и поддерживает определенный набор файлов в файловой системе машины.

/var/mqm/qmgrs/название_менеджера

/var/mqm/log/название_менеджера

Входящее в указанные пути название_менеджера может частично не совпадать с реальным названием менеджера очередей сообщений. Подробнее о построении входящего в состав пути имени каталога из названия менеджера читайте в разделе "Understanding WebSphere MQ file names" руководства WebSphere MQ System Administration Guide, SC34-6584. Основное различие между ними состоит в том, что неалфавитные символы в названии менеджера заменяются в имени каталога: символ "." меняется на "!", символ "/" на "".

Базовая информация о настройках менеджера очередей сообщений хранится в файле, расположение в файловой системе которого приведено для каталога с данными менеджера очередей по умолчанию: /var/mqm/qmgrs/название_менеджера/qm.ini.

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

На всех UNIX-платформах этот файл может напрямую быть изменен при помощи текстового редактора, например vi или emacs.

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

Менеджер очередей сообщений в WebSphere MQ для UNIX создается управляющей командой WebSphere MQ crtmqm, которая описана в части 6 "WebSphere MQ control commands" руководства WebSphere MQ System Administration Guide, SC34-6584.

На тех UNIX-платформах, которые поддерживают такую возможность, менеджер очередей сообщений можно создать, воспользовавшись входящим в WebSphere MQ Explorer мастером Create Queue Manager. Для обращения к мастеру щелкните правой кнопкой мыши по папке Queue Managers в навигаторе и выберите пункт меню New -> Queue Manager.

При создании менеджера вы можете задавать параметры, определяющие начальные значения важных атрибутов конфигурации в файле qm.ini. Часть настроек конфигурации, касающихся процессов журнализации, после создания менеджера не подлежит изменению. Подробнее об этом см. раздел 5.3.13 "Журнализация".

Параметры, заданные при создании менеджера, имеют значения по умолчанию. Последние вместе с другой не относящейся к конкретному менеджеру информацией о настройках WebSphere MQ хранятся в файле /var/mqm/mqs.ini.

На всех UNIX-платформах этот файл может напрямую быть изменен при помощи текстового редактора, например, vi или emacs.

На тех UNIX-платформах, которые поддерживают такую возможность, настройки конфигурации WebSphere MQ могут модифицироваться при помощи WebSphere MQ Explorer. Для доступа к конфигурации менеджера щелкните правой кнопкой мыши по его значку в навигаторе и выберите пункт меню Properties.

WebSphere MQ для iSeries

В WebSphere MQ для iSeries менеджер очередей сообщений работает как совокупность пакетных заданий (batch jobs). По умолчанию они выполняются в подсистеме QMQM, созданной при установке WebSphere MQ для iSeries. Подробнее о запуске пакетных заданий WebSphere MQ читайте в руководстве WebSphere MQ для iSeries V6.0 System Administration Guide, SC34-6586.

Прежде чем попытаться выполнить ту или иную CL-команду WebSphere MQ, убедитесь в том, что подсистема QMQM работает. Для ее запуска воспользуйтесь следующей командой:

STRSBS QMQM/QMQM

Каждый менеджер очередей владеет и поддерживает работу ряда используемых в его работе ресурсов.

/QIBM/UserData/mqm/qmgrs/название_менеджера

Название библиотеки, а также входящее в IFS-путь название_менеджера может частично не совпадать с реальным названием менеджера очередей сообщений. Подробнее о построении названия библиотеки и IFS-имени каталога из названия менеджера читайте в руководстве WebSphere MQ для iSeries V6.0 System Administration Guide, SC34-6586.

Базовая информация о настройках менеджера очередей сообщений хранится в файле, расположение в файловой системе которого приведено для каталога с данными менеджера очередей сообщений по умолчанию: /QIBM/UserData/mqm/название_менеджера/qm.ini.

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

Файл qm.ini может быть напрямую модифицирован в CL-редакторе EDTF.

Менеджер очередей сообщений в WebSphere MQ для iSeries создается CL-командой WebSphere MQ для iSeries CRTMQM. Подробнее об этом читайте в руководстве WebSphere MQ для iSeries V6.0 System Administration Guide, SC34-6586.

Параметрами этой команды определяются начальные значения хранящихся в файле qm.ini важных атрибутов конфигурации. Часть настроек, касающихся процессов журнализации, после создания менеджера не подлежит изменению. Подробнее об этом см. раздел 5.3.13 "Журнализация".

Не относящаяся к конкретному менеджеру информация о настройках WebSphere MQ хранится в IFS в файле /QIBM/UserData/mqm/mqs.ini.

Файл может быть напрямую модифицирован в CL-редакторе EDTF.

WebSphere MQ для z/OS

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

5.3.5. Менеджер очередей по умолчанию

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

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

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

WebSphere MQ для Windows, iSeries, UNIX

В WebSphere MQ для платформ Windows, iSeries, UNIX менеджер очередей сообщений по умолчанию определяется опцией в процессе его создания.

Задание этой опции приводит к тому, что имя данного менеджера заносится в параметр Default queue manager в настройках WebSphere MQ. Позднее его значение можно модифицировать заменой упомянутого параметра. Редактирование настроек WebSphere MQ на базе Windows, UNIX, а также iSeries мы обсудим в разделе 5.3.4 "Структура и создание менеджера очередей".

WebSphere MQ для z/OS

Порядок определения менеджера очередей сообщений по умолчанию зависит от окружения, откуда подключается приложение. Подробнее об этом читайте в разделе "Writing a WebSphere MQ application" руководства WebSphere MQ Application Programming Guide, SC34-6595.

5.3.6. Объект-менеджер очередей

Информацию о настройке менеджера очередей сообщений, которую можно менять во время его работы, содержит соответствующий объект. Администрируют объект-менеджер очередей так же, как и другие объекты менеджера очередей сообщений.

При пользовании WebSphere MQ Explorer атрибуты объекта-менеджера очередей находятся в одном окне Properties с атрибутами конфигурации менеджера очередей.

5.3.7. Запуск и останов менеджера очередей

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

WebSphere MQ для Windows, UNIX, iSeries

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

Чтобы запустить менеджер, используйте один из следующих приемов.

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

Используйте их в следующем порядке приоритета. Если какой-то метод не может остановить менеджер за требуемый интервал времени, переходите к следующему из способов. Очередную команду вы можете запускать, пока работает менее "радикальная" предыдущая.

Если ни один из трех методов не позволил остановить менеджер, обратитесь к документации.

Все методы останова следуют одинаковой процедуре. Для завершения работы менеджера выберите один из следующих приемов.

WebSphere MQ для z/OS

Связанная с каждым из менеджеров очередей сообщений WebSphere MQ подсистема z/OS запускается во время начальной загрузки программ (IPL – initial program load). Для запуска менеджера можно прибегнуть к подаваемой для его подсистемы команде START QMGR.

В целях автоматического перезапуска менеджера при сбое может использоваться z/OS Automatic Restart Manager (ARM). Работа ARM описана в разделе "Using the z/OS Automatic Restart Manager (ARM)" руководства WebSphere MQ для z/OS V6.0 System Administration Guide, SC34-6585.

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

5.3.8. Сетевой доступ к менеджеру очередей

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

В этом курсе мы обсудим лишь TCP/IP-протокол. Подробности других протоколов см. в руководстве WebSphere MQ System Administration Guide, SC34-6584.

Для установления соединения по TCP/IP-протоколу менеджер очередей сообщений должен прослушивать подключение по определенному порту.

Как имя соединения выступает IP-адрес или имя хоста машины, объединенное с номером порта, который активно прослушивает менеджер очередей сообщений. Имя соединения служит идентификатором менеджера в TCP/IP-сети, которым для установления связи могут пользоваться другие менеджеры или клиенты.

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

Известным номером порта WebSphere MQ является 1414. Если на машине работает единственный менеджер очередей сообщений, обычно он прослушивает TCP/IP-порт с этим номером. Если имя соединения не содержит номера порта, WebSphere MQ предполагает, что на машине с данным IP-адресом или именем хоста имеется менеджер очередей сообщений, который прослушивает именно этот порт.

5.3.9. Слушатель WebSphere MQ

На всех платформах WebSphere MQ, за исключением WebSphere MQ для z/OS, прослушиванием TCP/IP занят процесс-"слушатель" (listener) WebSphere MQ.

Он прослушивает подключения к своему порту, после чего для обработки соединения создает канальный агент (MCA – message channel agent), который действует независимо от того, идет ли речь о распределенном, кластерном канале сообщений или клиентском соединении. Каналы сообщений и MCA мы обсудим в разделе 7.1.2 "Понятие состояния канала".

Агент MCA, созданный слушателем WebSphere MQ, не выполняется в своем собственном процессе внутри системы. Напротив, он формируется слушателем в пределах пула процессов. Число процессов в упомянутом пуле автоматически регулируется WebSphere MQ в зависимости от количества активных MCA каждого менеджера.

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

Для формирования слушателей используется MQSC-команда DEFINE LISTENER, для запуска – MQSC-команда START LISTENER.

В WebSphere MQ Explorer слушатели могут создаваться и запускаться автоматически при создании менеджера. Если это вам не подходит, то для создания слушателей щелкните правой кнопкой мыши по находящейся в навигаторе папке Listeners менеджера очередей сообщений и выберите пункт меню New -> Listener.

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

WebSphere MQ для Windows также поддерживает слушатели LU 6.2, NetBIOS и SPX.

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

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

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

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

Для запуска инициатора служит команда 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 автоматически. Однако ее требуется создать, а менеджер очередей сообщений – настроить на ее применение.

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

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

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

WebSphere MQ позволяет администрировать менеджеры очередей удаленно. Для упрощения такой работы на менеджере очередей сообщений может работать командный сервер. Он выполняет посылаемые менеджеру команды. Речь о них шла в разделе 5.2.7 "Форматы программируемых команд (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.

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

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

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

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

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

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

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

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

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

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

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

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

C:\Program Files\IBM\WebSphere MQ\Qmgrs\название_менеджера\errors

C:\Program Files\IBM\WebSphere MQ\errors

C:\Program Files\IBM\WebSphere MQ Client\errors

C:\Program Files\IBM\WebSphere MQ\@SYSTEM\errors

/var/mqm/qmgrs/название_менеджера/errors

/var/mqm/errors

/var/mqm/qmgrs/@SYSTEM/errors

/QIBM/UserData/mqm/название_менеджера/errors

/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, см. на Web-странице по адресу: http://www.ibm.com/software/integration/websphere/mqplatforms/supported.html