Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Мониторинг MQ
|
|||
|---|---|---|---|
|
#18+
Подскажите где надо начинать копать если есть проблемы с MQ: в EJB методе производится инициализация new MQQueueManager("name"), цепляется к первой очереди, кладет запрос, цепляется ко 2 очереди, ждет ответ и затем получает и отрабатывает. Какое то время все это работает, но иногда случается зависон, запрос кладется, но ответ не может получить, хотся ответ в очереди есть. Есть ли каие-нибудь простые, бесплатные средства мониторинга что там происходит? логи ничего не дают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2010, 13:08 |
|
||
|
Мониторинг MQ
|
|||
|---|---|---|---|
|
#18+
Rust()Подскажите где надо начинать копать если есть проблемы с MQ: в EJB методе производится инициализация new MQQueueManager("name"), цепляется к первой очереди, кладет запрос, цепляется ко 2 очереди, ждет ответ и затем получает и отрабатывает. Какое то время все это работает, но иногда случается зависон, запрос кладется, но ответ не может получить, хотся ответ в очереди есть. Есть ли каие-нибудь простые, бесплатные средства мониторинга что там происходит? логи ничего не дают. Это как? это либо сообщения в 2 очередь приходят от удаленного меренеджера, и канал не успел закоммитить current batch , либо ошибка в программе ключевое слово сообщения, видимо, незакоммичены ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2010, 14:04 |
|
||
|
Мониторинг MQ
|
|||
|---|---|---|---|
|
#18+
Rust(), Если приложение работает под сервером приложений, настоятельно рекомендуется работу с MQ организовывать средствами сервера приложений, т.е. настраивать пул соединений с MQ через JMS и в приложении обращаться к пулу. Т.е. работать целиком и полностью через JMS, забыв про Base MQ. Если на сервере приложений использовать вперемешку доступ через Base MQ и через JMS, могут возникать "побочные эффекты". Об этом было написано в документации по MQ версии 6, если нужна будет ссылка, то найду. По мониторингу и по ситуации в целом. А commit с обоих сторон корректно выполняются? Если сообщение видно в очереди, но его нельзя получить, то возможно приложение, положившее сообщение еще не выполнило commit. Или сообщение не подходит под фильтр (напр. MsgID или CorrelID не соответствует тому, который указан в параметрах при чтении сообщения). Возможны и другие варианты. Для включения трассировки есть вот такая полезная ссылка: MustGather: Directions to start, end and format trace Там есть и про включение трассировки для MQ Base Java. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2010, 14:16 |
|
||
|
Мониторинг MQ
|
|||
|---|---|---|---|
|
#18+
менеджер один, и коннект к менеджеру единый для отправки запроса и для получения ответа. Условный код EJB метода таков: public void init() { try { if (mqMGR == null) mqMGR = new MQQueueManager("QM"); if (!mqMGR.isConnected()) mqMGR = new MQQueueManager(mgr); } catch (MQException e) {..} public void destroy() { if (mqMGR != null) try {mqMGR.disconnect();} catch (Exception e) {} try {this.mqMGR.close(); } catch (Exception e) {} } public String getData() { init(); try{ byte[] messageId = putMessage(...); result = getMessage(...); } finally { destroy(); } } [/src]Так вот на операторе getMessage(...); происходит глюк, сообщение-ответ на забирается, хотя оно в очереди есть. Вообще вопрос не про детали, а о том какие существуют инструменты для выявления подобных ошибок, может превышается количество соединений к менеджеру... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2010, 14:16 |
|
||
|
|
start [/forum/topic.php?fid=43&msg=36442155&tid=1602915]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
169ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 10ms |
| total: | 270ms |
| 0 / 0 |
