Puede configurar WebSphere Message Broker para resistir fallos de software o de hardware al trabajar con SAP, de forma que WebSphere Message Broker esté disponible el mayor tiempo posible.
En WebSphere Message Broker Versión 6.1, el protocolo tRFC entre SAP y WebSphere Message Broker (que actúa como el servidor RFC) garantiza que los IDoc y las llamadas BAPI de tRFC se entreguen exactamente una vez. Este comportamiento es posible porque cada entrega tiene un ID de transacción asociado (TID). WebSphere Message Broker supervisa el curso de una entrega hasta que SAP confirma que ha sido satisfactoria. Si se pierde la conexión o falla WebSphere Message Broker antes de que se emita esta confirmación, SAP intenta volver a entregar el mensaje. Manteniendo un registro persistente (en el almacén de TID o en el registro de transacciones), el intermediario puede garantizar la integridad y evitar una entrega duplicada.
Cuando dos componentes .inadapter, con el mismo ID de programa RFC, están desplegados en dos intermediarios, hay dos conexiones al mismo servidor RFC visibles para SAP. Si se pierde la conexión en uno de los intermediarios, SAP puede intentar volver a entregar al otro intermediario. Los intermediarios tienen almacenes de TID distintos, por lo tanto, el segundo intermediario acepta la segunda entrega aun cuando puede ser que el primer intermediario haya procesado parte de los IDocs (o todos) del paquete.
En WebSphere Message Broker Versión 8.0, puede mover el almacén de TID a un gestor de colas remoto que pueden compartir dos intermediarios. Para evitar único punto de anomalías, haga que este tercer gestor de colas sea un gestor de colas de varias instancias de alta disponibilidad de WebSphere MQ. Para obtener instrucciones, consulte Establecimiento de SAP para alta disponibilidad.