Как перезапустить канал mq explorer

Обновлено: 04.07.2024

Команда: "C: \ Program Files (x86) \ IBM \ WebSphere MQ \ bin \ crtmqm" -sa test_qm

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

ЗДЕСЬ МОЙ AMQERR01.LOG ТЕКСТ:

21/01/2015 14:18:46 - Процесс (7960.3) Программа пользователя (johnsmith) (amqzmuc0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ6287: WebSphere MQ V7.5.0.2 (p750-002-131001_DE).

ОБЪЯСНЕНИЕ: Информация о системе WebSphere MQ: Информация о хосте: - Windows 7 Enterprise x64 Edition, Build 7601: SP1 (MQ Windows 32-бит) Установка: - C: \ Program Files (x86) \ IBM \ WebSphere MQ (WMQ75Install) Версия: - 7.5.0.2 (p750-002-131001_DE) ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:46 - Процесс (7960.3) Программа пользователя (johnsmith) (amqzmuc0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5051: запущена задача менеджера очереди «LOGGER-IO».

ОБЪЯСНЕНИЕ: Диспетчер задач критически важных задач запустил задачу LOGGER-IO. Эта задача теперь началось 1 раз. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:46 - Процесс (7960.1) Программа пользователя (johnsmith) (amqzmuc0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5041: Задача менеджера очереди «LOGGER-IO» завершена.

ОБЪЯСНЕНИЕ: Задача менеджера очереди LOGGER-IO закончилась. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:49 - Процесс (7528.3) Программа пользователя (johnsmith) (amqzmuc0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5051: запущена задача менеджера очереди «LOGGER-IO».

ОБЪЯСНЕНИЕ: Диспетчер задач критически важных задач запустил задачу LOGGER-IO. Эта задача теперь началось 1 раз. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:49 - Процесс (9760.1) Программа пользователя (johnsmith) (amqzxma0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ7229: 4 записи журнала, доступные в диспетчере очереди «test_qm» во время журнала повторную фазу.

ОБЪЯСНЕНИЕ: До сих пор доступ к журнальным записям регистрировался в диспетчере очередей test_qm во время журнала повторной фазы, чтобы вернуть диспетчер очереди к ранее известному государство. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:49 - Процесс (9760.1) Программа пользователя (johnsmith) (amqzxma0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ7230: Завершено повторное воспроизведение журнала для менеджера очереди «test_qm».

ОБЪЯСНЕНИЕ: Процесс повторной обработки журнала завершен. для менеджера очереди test_qm. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:49 - Процесс (9760.1) Программа пользователя (johnsmith) (amqzxma0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ7231: 0 записей журнала, доступных в диспетчере очереди «test_qm» во время восстановления фаза.

ОБЪЯСНЕНИЕ: До сих пор доступ к журнальным записям был включен в диспетчере очередей test_qm во время этап восстановления состояния менеджера транзакций. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:49 - Процесс (9760.1) Программа пользователя (johnsmith) (amqzxma0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ7232: Состояние менеджера транзакций восстановлено для менеджера очереди «test_qm».

ОБЪЯСНЕНИЕ: Состояние транзакций в момент окончания работы менеджера очереди восстановлен для менеджера очереди test_qm. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:49 - Процесс (9760.1) Программа пользователя (johnsmith) (amqzxma0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ7233: 0 из 0 транзакций в полете, разрешенных для менеджера очередей 'Test_qm.

ОБЪЯСНЕНИЕ: 0 транзакций из 0 в полете в то время, когда диспетчер очереди test_qm закончился были решены. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:49 - Процесс (7528.4) Программа пользователя (johnsmith) (amqzmuc0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5051: запущена задача менеджера очереди «CHECKPOINT».

ОБЪЯСНЕНИЕ: Главный диспетчер задач утилиты запускает задачу CHECKPOINT. Эта задача теперь началось 1 раз. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:51 - Процесс (9796.3) Программа пользователя (johnsmith) (amqzmur0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5037: запущена задача менеджера очереди «ERROR-LOG».

ОБЪЯСНЕНИЕ: Диспетчер задач перезапускаемой утилиты запустил задачу ERROR-LOG. Эта задача теперь началось 1 раз. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:51 - Процесс (9796.4) Программа пользователя (johnsmith) (amqzmur0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5037: запущена задача диспетчера очереди «APP-SIGNAL».

ОБЪЯСНЕНИЕ: Диспетчер задач перезапускаемой утилиты запустил задачу APP-SIGNAL. Эта задача теперь началось 1 раз. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:51 - Процесс (9796.5) Программа пользователя (johnsmith) (amqzmur0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5037: запущена задача диспетчера очереди «APP-SIGNAL».

ОБЪЯСНЕНИЕ: Диспетчер задач перезапускаемой утилиты запустил задачу APP-SIGNAL. Эта задача теперь началось 2 раза. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:51 - Процесс (9796.7) Программа пользователя (johnsmith) (amqzmur0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5037: запущена задача диспетчера очереди «APP-SIGNAL».

ОБЪЯСНЕНИЕ: Диспетчер задач перезапускаемой утилиты запустил задачу APP-SIGNAL. Эта задача теперь началось 4 раза. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:51 - Процесс (9796.6) Программа пользователя (johnsmith) (amqzmur0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5037: запущена задача диспетчера очереди «APP-SIGNAL».

ОБЪЯСНЕНИЕ: Диспетчер задач перезапускаемой утилиты запустил задачу APP-SIGNAL. Эта задача теперь началось 3 раза. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:52 - Процесс (10328.1) Программа пользователя (johnsmith) (amqzfuma.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ8077: Entity 'johnsmith @ intranet' имеет недостаточные полномочия для доступа к объекту 'Test_qm.

ОБЪЯСНЕНИЕ: Указанный объект не имеет права доступа к требуемому объекту. следующие запрошенные разрешения несанкционированы: connect/system ДЕЙСТВИЕ: Убедитесь, что для этого лица установлен правильный уровень полномочий требуемый объект, или убедитесь, что объект является членом привилегированного группа. ----- amqzfubn.c: 515 ---------------------------------------- ---------------- 21/01/2015 14:18:52 - Процесс (9760.1) Программа пользователя (johnsmith) (amqzxma0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5525: Не удалось запустить диспетчер объектов WebSphere MQ.

AMQ8003: менеджер очереди WebSphere MQ «test_qm» начал использовать V7.5.0.2.

ОБЪЯСНЕНИЕ: Менеджер очереди WebSphere MQ «test_qm» начал использовать V7.5.0.2. ДЕЙСТВИЕ:

Никто.

21/01/2015 14:18:52 - Процесс (9760.1) Программа пользователя (johnsmith) (amqzxma0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5008: Невозможно найти существенный процесс WebSphere MQ 10328 (amqzfuma.exe) и предполагается, что он прекращен.

EXPLANATION: 1) A user has inadvertently terminated the process. 2) The system is low on resources. Some operating systems terminate processes to free resources. If your system is low on resources, it is possible it has terminated the process so that a new process can be created. ACTION: WebSphere MQ will stop all MQ processes. Inform your systems administrator. When the problem is rectified WebSphere MQ can be restarted. ----- amqzxmb0.c : 9956 ------------------------------------------------------- 21/01/2015 14:18:52 - Процесс (9760.1) Программа пользователя (johnsmith) (amqzxma0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ5050: Невозможно найти существенный процесс 9188 (zllPUBSUB) WebSphere MQ и считается прекращенным.

ОБЪЯСНЕНИЕ: 1) Пользователь случайно приостановил процесс. 2) Система низкая на Ресурсы. Некоторые операционные системы завершают процессы для свободных ресурсов. Если ваша система имеет мало ресурсов, возможно, она завершила процесс так что может быть создан новый процесс. 3) MQ столкнулся с неожиданным ошибка. Проверьте возможные ошибки, о которых сообщалось в журналах ошибок MQ, и для любых FFST, которые были сгенерированы. ДЕЙСТВИЕ: WebSphere MQ попытается перезапустить завершенный процесс. ----- amqzxmb0.c: 9679 ---------------------------------------- --------------- 21/01/2015 14:18:53 - Процесс (9760.1) Программа пользователя (johnsmith) (amqzxma0.exe) Host (NY0035546) Установка (WMQ75Install) VRMF (7.5.0.2) QMgr (test_qm)

AMQ8004: закончился запуск Queue Manager «test_qm» WebSphere MQ.

ОБЪЯСНЕНИЕ: Менеджер очереди WebSphere MQ «test_qm» закончился. ДЕЙСТВИЕ:

Все сетевые взаимодействия в WebSphere MQ производятся по каналам (channels). Как и понятие " очередь ", слово "канал" регулярно встречается в терминологии WebSphere MQ и в разных контекстах может иметь различное толкование. Возможные его значения таковы.

Другие типы каналов служат для описания прямого подключения приложений к менеджеру очередей по сети.

Любой канал WebSphere MQ – это сетевая связь двух канальных агентов ( MCA – message channel agent).

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

7.1.1. Введение в клиентские каналы

Клиентский API может являться частью базового клиента WebSphere MQ . Однако он может быть и клиентом JMS (Java Message Service), поставляемым с WebSphere Application Server, или другим клиентом, например поставляемым в составе Extended Message Service ( XMS ).

7.1.2. Канальные агенты (MCA)

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

Чтобы канал был создан, два MCA -агента должны договориться (negotiate), или связаться (bind) между собой. Ряд действий на этапе "переговоров" агентов приведен в следующем списке.

На рис. 7.1 процесс установления канала двумя агентами MCA сведен воедино.

увеличить изображение
Рис. 7.1. Установление канала, соединяющего два менеджера или приложение с менеджером

7.2. Запуск и останов каналов

Запуск канала означает запуск агента для подключения к MCA удаленного менеджера и установление канала. Остановом канала называют прекращение коммуникации двух агентов, которые установили канал.

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

Команда останова канала имеет две функции.

Остановить все каналы, связанные с канальным объектом, и дать возможность их перезапуска клиентскому приложению, модулю "переговоров" каналов или кластеру менеджеров, когда это необходимо.

В MQSC это действие выполняется при помощи атрибута MODE( INACTIVE ) команды STOP CHANNEL . В WebSphere MQ Explorer выберите из выпадающего списка New state окна Stop Channel значение Inactive .

В MQSC это действие выполняется при помощи атрибута MODE(STOPPED) команды STOP CHANNEL . В WebSphere MQ Explorer выберите из выпадающего списка New state окна Stop Channel значение Stopped .

7.2.1. Понятие состояния канала

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

Для доступа к записям состояния предназначена команда MQSC DISPLAY CHSTATUS . Важнейшим атрибутом записи состояния является атрибут STATUS , представляющий состояние канала в целом.

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

Атрибут STATUS записи состояния может принимать следующие значения.

7.2.2. Названия каналов

Названия каналов могут содержать до 20 знаков и состоять из букв верхнего, нижнего регистра и цифр, а также символов ".", "/", "_", "%".

Длина названия канала значительно меньше предельной длины названия очереди на всех платформах, кроме WebSphere MQ для z/OS, равной 48 знакам. Для упрощения администрирования название канала должно адекватно отражать его назначение.

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

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

MQ Explorer входит в состав дистрибутива серверной части продукта WebSphere MQ и так же доступен отдельно для скачивания как SupportPac MS0T.

Установка MQ Explorer.

1. Откройте папку с дистрибутивом MQ Explorer:

2. Запустите Setup.exe. Начнется процесс распаковки инсталляционных файлов:

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

Нажмите «Next» («Далее»).

3. В следующем окне предлагается ознакомиться с лицензионным соглашением:

Выберите вариант «Я принимаю условия IBM и условия не-IBM», затем нажмите «Next» («Далее»).

4. Укажите, куда следует установить продукт:

5. На данном этапе отображается итоговая информация об устанавливаемом продукте:

Необходимо нажать «Install» («Установить»), после чего начнется процесс установки MQ Explorer:

6. По окончании установки появится окно, информирующее об успешной установке MQ Explorer:

Нажмите «Done» («Готово»), для выхода из установщика.

Запуск MQ Explorer. Подключение к удаленному менеджеру.

1. Для запуска MQ Explorer необходимо нажать «Пуск», затем «Все программы», раскрыть папку «IBM WebSphere MQ Explorer V7.5» и выбрать «MQ Explorer».

После чего начнется запуск MQ Explorer:

Слева представлено дерево навигатора, справа – рабочая область, которая изменяется в зависимости от выбранного в навигаторе раздела.

3. В окне навигатора, нажмите правой кнопкой мыши на разделе «Администраторы очередей», в появившемся всплывающем меню выберите «Добавить удаленный администратор очередей…»

4. В появившемся окне, в поле «Имя администратора очередей» введите имя целевого менеджера, выберите способ подключения «Напрямую». После выполненных действий нажмите «Далее»:

5. В следующем окне заполните сведения о соединении. Укажите имя хоста или ip-адрес, где расположен целевой менеджер, номер порта и канал подключения. Обратите внимание на опцию «Подключать автоматически», по умолчанию она не выбрана. При выборе этой опции, при каждом запуске, MQ Explorer будет автоматически соединяться с менеджером.

После выполненных действий нажмите «Готово».

6. В случае если все сделано правильно, в окне навигатора появится удаленный менеджер:

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

Необходимо нажать «Закрыть», после чего появится окно, в котором необходимо нажать «Нет»:

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

В данном случае server канал выполняет роль sender канала. Пара имеет право на существование, но лучше использовать связку Sender => Receiver.

В этой паре requester канал инициирует соединение, затем server канал начинает передачу данных.

Requester канал инициирует соединение в случае разрыва с sender каналом. Sender канал в свою очередь инициирует соединение с requester каналом, и только после этого начинается процесс передачи.

Каналы могут находиться в следующих состояниях .

Initialising - WebSphere MQ делает попытку произвести старт канала.

Starting - канал начал процесс старта и ждет установки соединения (активации слота).

Binding - после активации слота идет попытка установления соединения и передача данных инициации между каналами.

Requesting - requester канал ждет ответа от sender канала.

Paused - канал ожидает истечения времени, указанного в атрибуте Message retry interval .

Stopping - канал переходит в это промежуточное состояние в процессе остановки канала командой MQSC stop channel , либо при возникновении какой-либо ошибки.

Retrying - ожидание очередной попытки старта канала с помощью Channel initiator .

Stopped - канал остановлен. Стартовать его можно либо с помощью WebSphere MQ Explorer либо с помощью команды MQSC start channel . Ниже мы приведем подробную инструкцию для старта каналов.

Inactive - состояние канала, говорящее о том, что либо он никогда не был стартован, либо истекло время, указанное в атрибуте Disconnect Interval для канала отправителя. Для канала получателя это нормальное состояние, так как он переходит в состояние Running при инициации связи со стороны канала отправителя.

Пиктограммы состояния каналов

Состояние канала отображается в WebSphere MQ Explorer пиктограммами. Одной пиктограмме может соответствовать несколько состояний канала.

Создадим объекты на менеджере 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 ;

Connection Name - 198.32.100.16 ( 1421 );
Transmission Queue - Win2000_REP_HPUX_TRANS.TQ ;

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

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

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

Работа программы amqsput.exe показана на рис.4.6.

Рис. 4.6. Работа программы amqsput.exe

Соединение типа клиент-сервер

Подключение рабочей станции производится с помощью канала типа Server Connection , создаваемого на менеджере очередей. Форма для создания канала с помощью WebSphere MQ Explorer представлена на рис.4.8 и имеет закладки General , Extended , MCA , Exits и SSL . Атрибуты, вводимые в этих закладках описаны в лекции 3. Основным атрибутом является Channel Name . Кроме имени канала никакие другие атрибуты не играют роли в процессе подключения рабочей станции.

Рис. 4.8. Форма создания канала Server Connection

Кроме создания канала на менеджере очередей нужно разрешить учетной записи рабочей станции подключение к менеджеру и дать соответствующие права на очереди, с которыми рабочая станция будет работать. Предположим, что станция имеет учетную запись (имя пользователя) station1 в домене petersburg и должна работать с локальными очередями FROM_A1.Q и TO_A1.Q на менеджере QM_Win2000 с IP адресом 198.32.100.26 через канал CHANNEL_BY_A1 . Тогда на сервере нужно выполнить команды авторизации

Первая команда дает права пользователю с учетной записью station1@petersburg на подключение к менеджеру QM_Win2000 , вторая и третья разрешают производить все операции с очередями FROM_A1.Q и TO_A1.Q соответственно. Просмотреть права данной учетной записи можно с помощью команд

На этом действия по созданию соединения клиент-сервер на сервере завершаются. На рабочей станции необходимо создать системную переменную с именем MQSERVER как показано на рис.4.9.

Рис. 4.9. Параметры переменной MQSERVER

при условии, что в этой очереди они есть.

Процессы WebSphere MQ, триггеринг и автоматический старт каналов

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

Рис. 4.10. Форма для создания процесса WebSphere MQ

Process Definition Name - имя процесса . Уникально в пределах одного менеджера и должно отличаться от его имени. Может совпадать с именами других объектов менеджера.

Description - описание процесса .

Application Type - тип приложения. Зависит от операционной системы, на которой установлен менеджер очередей.

Application Identifier - имя выполняемой программы с указанием пути.

Environment Data - данные, которые могут быть переданы сервису Trigger Monitor .

User Data - данные, которые могут быть переданы выполняемой программе.

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

Создать файл c:\temp\trig.bat , содержащий строку

Process Definition Name - NET_SEND.P ;
Application Type - Windows NT ;
Application Identifier - c:\temp\trig.bat .

Queue Name - FOR_USER_INF.Q ;
Trigger Control - On ;
Trigger Type - Every ;
Trigger Depth - 1 ;
Trigger Message Priority - 0 ;
Initiation Queue Name - for_user_init ;
Process Name - NET_SEND.P .

Рис. 4.11. Консоль WebSphere MQ Services

Вместо создания службы сервиса WebSphere MQ Trigger Monitor можно выполнить программу runmqtrm . Синтаксис команды

В этом случае процесс NET_SEND.P будет выполняться только тогда, когда программа runmqtrm запущена.

Использование механизма триггеринга для автоматического старта каналов

Для каждой трансмиссионной очереди нужно создать:

очередь инициализации;
процесс и в качестве атрибута процесса User Data указать имя канала отправителя, который передает данные, поступающие в эту трансмиссионную очередь;
в трансмиссионной очереди установить атрибуты
- Trigger Control - On ;
- Trigger Type - First ;
- Trigger Depth - 1 ;
- Trigger Message Priority - 0 ;
- Initiation Queue Name - имя очереди инициализации созданной в п.1;
- Process Name - имя процесса, созданного в п.2.

Теперь рассмотрим второй способ автоматического старта канала отправителя без использования процессов. Для реализации второго способа требуется лишь установить атрибуты трансмиссионной очереди:

Имя системной очереди инициализации может быть использовано в атрибуте Initiation Queue Name каждой трансмиссионной очереди.

Остановить канал отправитель, выполнив пункт Stop контекстного меню. При выполнении данного меню появится форма, изображенная на рис.4.12, имеющая следующие параметры:

New state - указывается состояние канала , в которое он будет переведен после остановки. Может иметь два значения Inactive и Stopped .

Параметры в секции Filter ( Only stop channels from this remote queue manager и Only stop channels from this remote connection ) используются только для z/OS.

Рис. 4.12. Остановка канала

Читайте также: