2013-05-08 7 views
1

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

Через некоторое время, когда диспетчер очереди отправляет сообщения без сообщений, диспетчер очереди переходит в режим «сна», и если вы не используете IBM WebSphere Explorer для «запуска очереди» с помощью этой команды.

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

Итак, подведем итог, мой вопрос:

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

Спасибо заранее,

ответ

0

IBM MQ Queue Manager не идет к sleep. Если диспетчер очереди запущен, то он бодрствует и не «просыпается». Должна быть какая-то причина, из-за которой диспетчер очереди может отключиться. Проверьте журналы в папке «errors».

Не могли бы вы объяснить, что вы подразумеваете под «началом очереди»? потому что нет ничего подобного. Старт queue manager.

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

+0

К сожалению, я имел в виду, что Channel (s) goto sleep: Если вы откроете IBM WebSphere MQ Explorer. Нажмите «Управление очередью» -> «Имя очереди» -> Каналы. В окне справа в разделе «Общее состояние канала» он говорит «Остановлен». Когда вы используете Рик-Клик по имени канала, есть опция «Запустить» (если она еще не запущена) и «Стоп» (если она уже запущена). Так снова, есть ли команда в API для запуска каналов? – user2074140

+1

Является ли канал типа Server Connection (SVRCONN)? Когда приложение не подключено к диспетчеру очереди, канал типа SVRCONN будет находиться в состоянии «Неактивно» и автоматически переходит в состояние «Запуск» при подключении приложения. – Shashi

+0

Привет, да, это канал SVRCONN. Я вижу, что он переходит в состояние «Запуск», когда сообщение отправляется в диспетчер очереди (и, следовательно, вниз по каналу), а не; как вы говорите, когда приложение подключается. Приложение «подключается» к диспетчеру очередей, а не к каналу. – user2074140

0

Ok,

Так что я говорил с админа MQ службы и есть параметр они могут установить (некоторые тайм-аут, я думаю), что ставит его в 0, так что никогда не «спит».

Это устранит проблему.