É possível configurar o WebSphere Message Broker para resistir a falhas de software ou hardware quando trabalhar com SAP, de forma que o WebSphere Message Broker esteja disponível a maior parte do tempo possível.
No WebSphere Message Broker Versão 6.1, o protocolo tRFC entre SAP e WebSphere Message Broker (agindo como o servidor RFC) assegura que os IDocs e as chamadas tRFC BAPI sejam entregues exatamente uma vez. Este comportamento é possível porque cada entrega possui um ID de transação associado (TID). O WebSphere Message Broker monitora o progresso de uma entrega até o SAP confirmar uma entrega bem-sucedida. Se a conexão for perdida ou se o WebSphere Message Broker falhar antes dessa confirmação ser emitida, o SAP tentará entregar novamente a mensagem. Mantendo um registro persistente (no armazenamento ou no log de transações do TID), o broker pode assegurar a integridade e evitar uma entrega duplicada.
Quando dois componentes .inadapter, com o mesmo ID do programa RFC, são implementados em dois brokers, duas conexões com o mesmo servidor RFC estão visíveis para o SAP. Se a conexão for perdida com um dos brokers, o SAP poderá tentar entregar novamente para o outro broker. Os brokers possuem armazenamentos de TID separados, portanto, o segundo broker aceita a reentrega, embora o primeiro broker possa ter processado algum (ou todos) os IDocs no pacote.
No WebSphere Message Broker Versão 8.0, é possível mover o armazenamento do TID para um gerenciador de filas remotas que pode ser compartilhado entre dois brokers. Para evitar um único ponto de falha, torne este terceiro gerenciador de filas um gerenciador de filas multi-instância de alta disponibilidade do WebSphere MQ. Para obter instruções, consulte Configurando SAP para Alta Disponibilidade.