2016-11-30 2 views

ответ

0

Идите в Мониторинг. Проделайте шаг за шагом, изложенные здесь. https://www.ibm.com/developerworks/community/blogs/546b8634-f33d-4ed5-834e-e7411faffc7a/entry/auditing_and_logging_messages_using_events_in_ibm_integration_bus_message_broker?lang=en

Будьте осторожны с подпиской в ​​MQ, поскольку все становится конкатенированным. Используйте MQExplorer, чтобы проверить свою подписку, включая тему, после того как вы ее определили.

Также убедитесь, что вы запускаете сценарии определения очереди IIB в соответствии с инструкциями по установке для вашей версии, поскольку одна из команд MQSC определяет тему.

Используйте отдельный поток для записи событий в вашу БД. Обратите внимание, что в этот день и возраст в системах Unix я бы, вероятно, написал их в syslog и использовал ELK или Splunk

1

Не уверен, что вы все еще нуждаетесь в этом или уже нашли решение, но думали, что я все равно отправлю.

Это то, что было довольно распространено в нескольких местах, где я работал. Способом, которым мы, как правило, для достижения этой цели был литье входящего сообщения в виде битового потока, а затем приведения его в качестве символа -

DECLARE blobInputMsg BLOB ASBITSTREAM(InputBody CCSID 1208 ENCODING 546); 
DECLARE charInputMsg CHAR CAST(blobInputMsg AS CHARACTER CCSID 1208 ENCODING 546); 

CCSID и КОДИРОВАНИЕ должен быть взят из входящего сообщения, например, InputProperties.CodedCharSetId и InputProperties.Encoding, или по умолчанию для значений, подходящих для ваших интерфейсов.

Смежные вопросы