какая команда ibm mq показывает состояние канала
Русские Блоги
ibm mq часто используемые команды
Недавно мы осуществим миграцию системы, переведя систему из Alibaba Cloud в центр обработки данных клиента. Система была изменена соответствующим образом, и функция SMS была изменена с вызова сторонних служб на служебный номер Банка Связи. Интерфейс коротких сообщений банка коммуникаций должен включать очередь сообщений MQ, и он сортирует некоторые общие шаги при ее использовании.
Посмотреть версию
Администратор очередей
Показать диспетчер очереди
Изменить разрешения администратора очередей
ALTER QMGR CHLAUTH(DISABLED) Закрыть разрешение канала
Создать диспетчер очередей
Удалить диспетчер очередей
Запустить диспетчер очередей
Остановить диспетчер очередей
Войдите в среду mq, чтобы запустить команду
общие команды среды mq
Свойства диспетчера очереди запросов
dis qmgr
dis qmgr ccsid
Просмотр определения и статуса очереди
dis q (*) (все очереди)
dis qlocal (QName) (локальная очередь)
dis qs (QName) (главный атрибут)
Просмотр определения и статуса канала
dis chl(*)
dis chl(SYSTEM.DEF.SVRCONN)
dis chl(TO.MQCHNMSCS01)
dis chl(TO.MQCHNMSCS11)
dis chs(SYSTEM.DEF.SVRCONN)
dis chs(TO.MQCHNMSCS01)
dis chs(TO.MQCHNMSCS11)
Канал запуска / остановки / сброса
Просмотр статуса мониторинга канала, а также запуск и остановка мониторинга
dis listener(*)
dis listener(TO.MQCHNMSCS01)
display lsstatus(MQCHNMSCSLSR)
start lstr(listnerName)
stop lstr(listnerName)
Построение инфраструктуры WebSphere MQ: практическое руководство
10.3.5. Создание объекта sender-канала для периферийного менеджера очередей
Применение WebSphere MQ Explorer
Выполните следующие действия.
Применение команд MQSC
Выполните следующие действия.
10.3.6. Проверка канала с помощью команды ping WebSphere MQ
Ниже рассказывается, как с помощью команды WebSphere MQ ping проверить связь через канал. Однако, при этой проверке сообщения через канал не передаются. Для этой цели используются WebSphere MQ Explorer или команды MQSC.
Применение WebSphere MQ Explorer
Выполните следующие действия.
Применение команд MQSC
Выполните следующую команду MQSC в отношении менеджера очередей host2/spoke :
10.3.7. Настройка и активация канала связи с центральным менеджером очередей
Ниже рассказывается, как автоматически стартовать канал связи между периферийным и центральным менеджерами очередей с помощью инициатора каналов WebSphere MQ при поступлении сообщения в транспортную очередь. Это делается с использованием WebSphere MQ Explorer и команд MQSC.
Применение WebSphere MQ Explorer
Выполните следующие действия.
Применение команд MQSC
Выполните следующую команду MQSC в отношении менеджера очередей host2/spoke :
10.3.8. Отправка тестового сообщения по каналу центральному менеджеру очередей
На стороне отправителя для просмотра состояния канала в WebSphere MQ Explorer используется столбец Status таблицы Channels либо следующая команда MQSC:
Менеджеры очередей: общее представление и настройка
Лекция посвящена обсуждению следующих вопросов:
5.1. Информация об установке
Инструкции по установке на платформе z/OS, а также введение в специфику применения WebSphere MQ на этой платформе изложены в руководстве WebSphere MQ для z/OS V6.0 Concepts and Planning Guide, GC34-6582.
5.1.1. Последние доступные обновления
5.1.2. Спецификация окружения
5.2. Интерфейсы администрирования WebSphere MQ
Целям администрирования WebSphere MQ служит множество интерфейсов. Введением в практику их использования является данный раздел лекции.
5.2.1. WebSphere MQ Explorer
GUI-среда WebSphere MQ Explorer схожа с интерфейсом MMC-модулей оснастки администрирования менеджеров очередей сообщений и настройки WebSphere MQ предшествующих релизов. При этом функциональность WebSphere MQ Explorer гораздо шире возможностей ранних версий. Благодаря же преимуществам построения WebSphere MQ Explorer на базе технологии Eclipse, о чем мы еще скажем в разделе » WebSphere MQ Explorer и проект Eclipse», его функциональность продолжает развиваться и дальше.
Запуск WebSphere MQ Explorer
На момент написания этих строк 1 В оригинале книга опубликована в ноябре 2005 г. – Примеч. пер. WebSphere MQ Explorer был пригоден для установки на следующих продуктах WebSphere MQ :
По окончании установки WebSphere MQ со всеми необходимыми компонентами WebSphere MQ Explorer можно запустить, воспользовавшись одним из нижеперечисленных способов.
Работа с WebSphere MQ и локальными менеджерами очередей
Структура окна WebSphere MQ Explorer представлена двумя базовыми панелями.
Щелчок по подчиненной папке менеджера очередей сообщений открывает на панели содержимого таблицу объектов этого типа, описанных в контексте данного менеджера. Столбцы таблицы отображают атрибуты всех представленных в ней объектов, для чего служит собственный вид значка для каждого из упомянутых типов. Если атрибут не соответствует конкретному элементу таблицы, ячейка помечается серым. Системные объекты могут быть скрыты, однако показаны на рис. 5.2.
Большинство функций WebSphere MQ Explorer активизируется щелчком правой кнопкой мыши по элементу в дереве навигации или строке таблицы и выбором необходимого действия из меню.
Замечания об обновленных менеджерах
Менеджеры очередей сообщений, созданные изначально в WebSphere MQ V5.3 или более ранней версии WebSphere MQ и запущенные после установки WebSphere MQ V6.0, носят название обновленных (migrated).
Для выполнения администрирования обновленных менеджеров очередей сообщений произведите следующие шаги.
Устранение неполадок
В этой лекции обсуждаются следующие темы:
12.1. Базовая информация, предоставляемая MQ
Приведенные ниже источники информации помогут устранить проблемы с WebSphere MQ следующего рода:
12.1.1. Сообщения AMQXXXX
Сообщения, отображаемые администратору инфраструктуры WebSphere MQ в ответ на выполняемые им действия, а также при различных событиях, помечаются идентификаторами вида AMQXXXX.
Идентификаторы этих сообщений состоят из подстроки AMQ и четырех цифр; допустимы идентификаторы из диапазона AMQ4000–AMQ9999.
Для любого сообщения WebSphere MQ можно получить дополнительную информацию (более подробное разъяснение обстоятельств генерации сообщения и рекомендуемые ответные действия).
Методы получения дополнительной информации следующие:
12.1.2. Коды причины
При неудачном или неполном завершении любого программного действия над WebSphere MQ приложению возвращается код, называемый кодом причины ( reason code ).
Этот код идентифицирует причину неудачного или неполного завершения действия, что позволяет предусмотреть эти обстоятельства при разработке приложения и отреагировать на них должным образом. Например, если приложение, ожидающее поступления сообщений в очередь в течение нескольких секунд, так и не дождется прибытия сообщений, оно должно получить код этого события.
Если некоторое действие завершается неудачей неожиданно для приложения, при диагностике прежде всего следует изучить код причины.
Параметром этой команды является десятичное значение кода, либо его шестнадцатеричное представление, предваренное знаками 0x, либо имя кода. В ответ на ввод одного из представлений кода команда возвращает остальные представления.
Подробнее об отдельных кодах причины см. в руководстве WebSphere MQ Messages, GC34-6601.
Получение кодов причин при использовании MQI и объектно-ориентированных API
Получение кодов причины при использовании стандартных API, таких как JMS
12.1.3. Журналы ошибок менеджеров очередей
12.1.4. Системные журналы ошибок WebSphere MQ
12.1.5. Расположение журналов ошибок
Журналы ошибок располагаются в следующих каталогах.
12.1.6. Технология FFST
При возникновении в менеджере очередей WebSphere MQ неожиданных событий, которые могут повлиять на его работоспособность, генерируется отчет FFST (firstfailure support technology).
12.1.7. Документация по WebSphere MQ
Обзор содержимого документации см. ниже в разделе «Публикации на смежные темы», а также в руководстве WebSphere MQ Bibliography and Glossary, SC34-6603.
Документация по WebSphere MQ V6.0 также доступна в виде библиотеки Information Center, поддерживающей удобный поиск (поставляется на носителе с WebSphere MQ ), см. также Web-страницу: http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/index.jsp
12.2. Устранение известных неполадок
Возможно, эта проблема устраняется модификацией WebSphere MQ посредством APAR, изменением конфигурации инфраструктуры WebSphere MQ либо кода использующего ее приложения, а также путем изменений других аппаратных и программных компонентов инфраструктуры.
12.2.1. Сайт поддержки WebSphere MQ
Вся информация IBM по технической поддержке WebSphere MQ доступна через центральный Web-сайт: http://www.ibm.com/software/integration/wmq/support/
12.2.2. Установка исправлений и обновлений
Регулярная установка исправлений даже при отсутствии соответствующих проблем защищает инфраструктуру WebSphere MQ от сбоев из-за возникновения известных неполадок.
В readme также могут содержаться дополнения к документации WebSphere MQ и особые сведения, которые могут касаться работы WebSphere MQ в вашей среде.
12.2.3. «Молнии»
При выпуске каждого обновления или важного промежуточного исправления, дополняющего пакет исправлений, всем пользователям, зарегистрированным на сайте технической поддержки IBM, рассылаются уведомления-«молнии» (flashes). Каждому администратору WebSphere MQ рекомендуется подписаться на эти уведомления. Для этого зарегистрируйтесь на сайте технической поддержки IBM и добавьте WebSphere MQ в список продуктов на своей персональной странице.
12.2.4. Поиск APAR и Technote
Среди прочего доступна база знаний с решениями распространенных проблем, советами и инструкциями. Документ этой базы называется «technote» (техническая записка).
Поисковый интерфейс на сайте поддержки WebSphere MQ обеспечивает поиск в базах APAR и Technotes.
12.2.5. Дополнительные источники информации
На Web-сайте IBM developerWorks 
можно найти ссылки на множество подобных ресурсов, подробнее см. на Web-странице: http://www.ibm.com/developerworks/websphere/community
12.2.6. Модуль Healthcheck для WebSphere MQ Explorer
Взаимодействие менеджеров очередей и клиентские подключения в WebSphere MQ
В этой лекции мы обсудим следующие вопросы:
7.1. Каналы
Все сетевые взаимодействия в WebSphere MQ производятся по каналам (channels). Как и понятие » очередь «, слово «канал» регулярно встречается в терминологии WebSphere MQ и в разных контекстах может иметь различное толкование. Возможные его значения таковы.
Канал, который соединяет два менеджера очередей и по которому могут передаваться сообщения, называется каналом сообщений (message channel).
Канальные объекты – это объекты, описанные в составе менеджера очередей сообщений. Каждый объект-канал имеет свое название и тип (channel type). Атрибуты канального объекта определяют, как именно происходит коммуникация. От них, к примеру, может зависеть необходимость аутентификации по SSL-протоколу (Secure Sockets Layer) при установлении канала.
Одни типы канальных объектов предназначены для задания порядка установления каналов сообщений для своего менеджера. Другие – служат для описания порядка установления каналов сообщений, ведущих к другим менеджерам очередей сообщений в инфраструктуре.
Одни типы канальных объектов позволяют присоединить менеджер очередей к кластеру. Как только необходимые для подключения канальные объекты описаны, каналы сообщений, направленные к другим менеджерам очередей в кластере и обратно, будут автоматически сформированы.
Другие типы каналов служат для описания прямого подключения приложений к менеджеру очередей по сети.
Любой канал WebSphere MQ – это сетевая связь двух канальных агентов ( MCA – message channel agent).
7.1.1. Введение в клиентские каналы
7.1.2. Канальные агенты (MCA)
Агент MCA устанавливает канал с агентом-партнером под управлением менеджера очередей сообщений, используя слушатель, предоставленный этим менеджером.
На рис. 7.1 процесс установления канала двумя агентами MCA сведен воедино.
7.2. Запуск и останов каналов
Запуск канала означает запуск агента для подключения к MCA удаленного менеджера и установление канала. Остановом канала называют прекращение коммуникации двух агентов, которые установили канал.
Клиентские каналы запущены, как только приложение подключено к менеджеру, и остаются активными до его отключения.
Команда запуска объекта-канала сообщений, который осуществляет связь одного менеджера с другим, приводит к переходу канала в активное состояние. При этом он начинает передавать сообщения из транспортной очереди одного менеджера очередям сообщений другого.
Впрочем, каналы сообщений также могут запускаться автоматически – при появлении сообщения в транспортной очереди, – для чего служит инициатор каналов (channel initiator). Каналы сообщений в кластере менеджеров автоматически запускаются менеджером с помощью инициатора каналов, если это необходимо.
Команда останова канала имеет две функции.
7.2.1. Понятие состояния канала
Менеджер очередей сообщений содержит записи состояния, связанные с канальными объектами, о существовании которых ему известно. Таковыми являются канальные объекты, заданные на этом менеджере вручную, описанные в ходе автоопределения автоматически либо известные благодаря кластеру менеджеров.
Для тех типов каналов, которые могут принимать подключения от приложений или от других менеджеров, может существовать несколько записей состояния, связанных с одним канальным объектом. Причина этого в том, что, пользуясь таким канальным объектом, менеджер в состоянии принять несколько подключений.
Атрибут STATUS записи состояния может принимать следующие значения.
7.2.2. Названия каналов
Названия каналов могут содержать до 20 знаков и состоять из букв верхнего, нижнего регистра и цифр, а также символов «.», «/», «_», «%».
Длина названия канала значительно меньше предельной длины названия очереди на всех платформах, кроме WebSphere MQ для z/OS, равной 48 знакам. Для упрощения администрирования название канала должно адекватно отражать его назначение.
Если длина названий всех менеджеров очередей сообщений в системе не превышает 17 символов, для всех каналов в системе может использоваться такая схема именования:
Такое соглашение об именах способно работать с распределенными и кластерными каналами сообщений. Его гибкость определяется тем, что к одному менеджеру очередей сообщений, используя одно название канала, может подключиться целый ряд менеджеров, тогда как каждый канал конкретного менеджера подключается лишь к одному менеджеру очередей назначения.