Пиктограммы состояния каналов
Состояние канала отображается в WebSphere MQ Explorer пиктограммами. Одной пиктограмме может соответствовать несколько состояний канала.
![]() | neutral (нейтральное). Соответствует состоянию Inactive | |
![]() | running (стартован). Соответствует только состоянию Running. | |
![]() | stopped (остановлен). Соответствует состоянию Stopped. | |
![]() | alert (неопределенное состояние). Соответствует состояниям Binding, Requesting, Retrying, Stopping. | |
![]() | warning (предупреждающее состояние). Обычно возникает при появлении ошибок. |
Как правило, причиной остановки канала может быть только команда. Причин возникновения неопределенного состояния может быть несколько: разрыв связи, неправильный IP адрес в каналах отправителях или в requester, попытка стартовать канал, когда канал на другом конце остановлен или находится в неопределенном состоянии и пр. Самое главное, что нужно делать, чтобы избежать ошибок, это правильно заполнять атрибуты каналов и удаленных локальных очередей и контролировать работу каналов на обоих менеджерах. Напомним, что главным определяющим атрибутом канала отправителя является Disconnect Interval, по истечении которого канал переходит в состояние Inactive, если в соответствующей трансмиссионной очереди не будет новых сообщений. Для возобновления передачи нужно либо вручную стартовать канал, либо настроить автоматический старт.
Для создания интерфейса передачи сообщений от одного менеджера очередей к другому необходимо создать ряд объектов как на одном менеджере, так и на другом.
Предположим, нам нужно передать сообщения от одного менеджера QM_Win2000_REP, расположенного на платформе NT, имеющего IP адрес 198.32.100.26, порт для службы listener - 1415 к другому менеджеру QM_HPUX, расположенному на платформе UNIX с адресом 198.32.100.16, порт для службы listener - 1421. Подключим менеджер QM_HPUX для удаленного управления с помощью WebSphere MQ Explorer. Создадим объекты на платформе UNIX:
- локальная очередь Win2000_REP_HPUX.Q - в нее будет доставляться сообщение (рис. 4.1);
- receiver канал Win2000_REP_HPUX.CH (рис. 4.2).
Создадим объекты на менеджере QM_Win2000_REP:
- трансмиссионная очередь Win2000_REP_HPUX_TRANS.TQ (рис. 4.3);
удаленная локальная очередь Win2000_REP_HPUX_REMOT.RQ (рис. 4.4), имеющая атрибуты:
- Remote Queue Name - Win2000_REP_HPUX.Q;
- Remote Queue Manager Name - QM_HPUX;
- Transmission Queue Name - Win2000_REP_HPUX_TRANS.TQ;
- sender канал Win2000_REP_HPUX.CH (рис. 4.5), имеющий атрибуты:
- Connection Name - 198.32.100.16(1421);
- Transmission Queue - Win2000_REP_HPUX_TRANS.TQ;

Рис. 4.1. Локальная очередь Win2000_REP_HPUX.Q

Рис. 4.2. Receiver канал Win2000_REP_HPUX.CH

Рис. 4.3. Трансмиссионная очередь Win2000_REP_HPUX_TRANS.TQ

Рис. 4.4. Удаленная локальная очередь Win2000_REP_HPUX_REMOT.RQ

Рис. 4.5. sender канал Win2000_REP_HPUX.CH
Поместим тестовое сообщение в локальную удаленную очередь Win2000_REP_HPUX_REMOT.RQ с помощью программы amqsput.exe, входящей в пакет демонстрационных программ, введя в командной строке:
amqsput Win2000_REP_HPUX_REMOT.RQ QM_Win2000_REP
Далее вводим текст сообщения:
Тестовое сообщение от QM_Win2000_REP.
Работа программы amqsput.exe показана на рис. 4.6.

увеличить изображение
Рис. 4.6. Работа программы amqsput.exe
После нажатия клавиши "Enter" сообщение должно попасть в трансмиссионную очередь Win2000_REP_HPUX_TRANS.TQ. Оно будет находиться в ней до тех пор, пока sender канал не будет стартован. После старта канала сообщение будет доставлено в очередь Win2000_REP_HPUX.Q на менеджер QM_HPUX (рис. 4.7).

увеличить изображение
Рис. 4.7. Просмотр сообщения через Message Browser