Подскажите неспециалисту по PI - тестировали тут одну интеграцию SAP-систем через PI, поймали случаи, когда очередь обработки "зависает" чтоли, и сообщения копятся в общей очереди необработанных.

Штатные средства PI позволяют както распараллелить передачу одного и тогоже типа сообщения так, чтобы прохождение его из пункта А в пункт Б было независимо от других такихже? Например, если если задача интенсивно передавать бухгалтерские проводки разных БЕ, но так, чтобы в пределах каждой БЕ транспорт шёл максимально-независимо (и отказоустойчиво) от соседних БЕ. Т.е. если в одной БЕ транспорт стал, а в других всё работает.

Сам не пробовал, но, как вариант:

in your case the parameter EO_INBOUND_PARALLEL_SENDER (SXMB_ADM > Integration Engine Configuration) seems to be the one you need.

Extract from parameter help:

Parameter EO_INBOUND_PARALLEL_SENDER
Meaning
The parameter EO_INBOUND_PARALLEL_SENDER is evaluated in the Integration Server and in the sender and receiver Integration Engine. It enables you to schedule the parallel execution of messages with quality of service Exactly Once (EO) that have been sent by a specific sender system in separate sender-specific queues on the Integration Server and in the sender and receiver system. When configuring the sender/receiver IDs (transaction SXMSIF), you must create an entry that specifies the identification scheme, party, and the service of the sender (normalized on the Integration Server). The interface name and namespace must have the value '*'. This sender ID is specified as a subparameter of this parameter.

If the parameter has the subparameter s and the value n, an inbound EO message with a combination of agency, party, and service specified by s will have the following queue name for the message:

Central Integration Server: XBTI<sender abbreviation><number>
Receiver system: XBTR<sender abbreviation><number> or XBTB<sender abbreviation><number> for acknowledgments
Sender system: XBTS<sender abbreviation><number> or XBTB<sender abbreviation><number> for acknowledgments
<number> is a four figure random number between 0 and n-1 that is determined at runtime. <sender abbreviation> is a four figure value of the sender system s.

The parameter EO_INBOUND_PARALLEL_SENDER enables you to prioritize messages from particular sender systems by using separate queues to process them.

Я делал параллелизацию сообщений для 5 разны интерфейсов. В итоге получается, что для каждого исходящего интерфейса порождается новая очередь.
В итоге нормальная очередь выглядит так XBTS0004, а распараллеленная вот так XBTS0___0002

Делается все на системе отправителе, в моем случае была ERP
Можно ли сделать параллель для одного и того же сообщения я не могу ответить в данный момент.

Для работы нужно внедрить корректуру из ноты 1831889 ну и далее ряд настроек и поработать integration engine прописав параметр EO_QUEUE_PREFIX_INTERFACE и EO_INBOUND_PARALLEL_SENDER



Есть нота для паралеллизации в системе получателя 1802294, но я с ней еще не работал