Текущее время: Чт, мар 28 2024, 22:48

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 3 ] 
Автор Сообщение
 Заголовок сообщения: несколько независимых "очередей" для передачи одного и тогоже сообщения возможны?
СообщениеДобавлено: Вс, апр 12 2015, 12:10 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, мар 29 2007, 11:51
Сообщения: 330
Откуда: Yugorsk.RU
Пол: Мужской
Подскажите неспециалисту по PI - тестировали тут одну интеграцию SAP-систем через PI, поймали случаи, когда очередь обработки "зависает" чтоли, и сообщения копятся в общей очереди необработанных.

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: несколько независимых "очередей" для передачи одного и тогоже сообщения возможны?
СообщениеДобавлено: Пн, апр 13 2015, 03:07 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пн, авг 29 2011, 08:54
Сообщения: 318
Откуда: Владивосток, Россия
Пол: Мужской
Сам не пробовал, но, как вариант:

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.

_________________
У меня два правила:
1. Не говорить всего, что знаю.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: несколько независимых "очередей" для передачи одного и тогоже сообщения возможны?
СообщениеДобавлено: Чт, апр 16 2015, 16:42 
Ассистент
Ассистент

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

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

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



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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 3 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB