Níveis de Confiabilidade da Mensagem - Modo de Entrega de JMS e Qualidade da Integração de Serviço do Serviço

As mensagens possuem um atributo de qualidade de serviço que você pode utilizar para especificar a confiabilidade da entrega da mensagem. Os aplicativos de JMS enviam mensagens com um modo de entrega de JMS (persistente ou não persistente), desse modo a integração de serviço usa configurações de connection factory de JMS para mapear o modo de entrega de JMS para uma configuração de confiabilidade da mensagem de integração de serviço. Configurações adicionais nos destinos de barramento (incluindo destinos externos e destinos de aliases) podem substituir essa confiabilidade de mensagem.

Nota: O nível de confiabilidade da mensagem do termo corresponde a todos os seguintes termos:
  • Quality of service (QoS) (sistema de mensagens da integração de serviço)
  • Modo de entrega (JMS)
  • Persistência (IBM MQ )
É possível especificar os seguintes níveis de confiabilidade da mensagem de integração de serviço para mensagens. As opções estão listadas na ordem de confiabilidade crescente.
Não-persistente de Maior Esforço
As mensagens são descartadas quando um mecanismo do sistema de mensagens para ou falha. As mensagens também podem ser descartadas se uma conexão usada para enviá-las torna-se disponível ou como um resultado de recursos do sistema restrito.
Não-persistente Expresso
As mensagens são descartadas quando um mecanismo do sistema de mensagens para ou falha. As mensagens também poderão ser descartadas se uma conexão utilizada para enviá-las ficar indisponível.
Não-persistente Confiável
As mensagens são descartadas quando um mecanismo do sistema de mensagens para ou falha.
Persistente Confiável
As mensagens podem ser descartadas quando um mecanismo do sistema de mensagens falha.
Persistente Assegurado
As mensagens não são descartadas.
Nota: Os níveis mais altos de confiabilidade têm maior impacto sobre o desempenho.

Os aplicativos de JMS enviam mensagens com um modo de entrega de JMS (persistente ou não persistente). Os aplicativos especificam esse modo de entrega como um parâmetro do método send() de JMS, mas, como opção, você pode especificar um modo de entrega que substitua o método send() como um atributo do destino de JMS.

A integração de serviço usa as configurações da factory de conexão JMS para mapear os modos de entrega do JMS (persistentes e não persistentes) para níveis de confiabilidade da mensagem de integração de serviço. É possível usar esse mapeamento para escolher entre alto desempenho, alta confiabilidade ou algo intermediário. O mapeamento desejado é especificado nas configurações da factory de conexão do JMS. Por exemplo, consulte Connection Factory Unificado do Provedor de Sistemas de Mensagens Padrão [Configurações].

Importante: Se mapear o modo de entrega de JMS persistente para um dos níveis não persistentes da integração de serviço (não persistente de maior esforço, não persistente expresso ou não persistente confiável), você arriscará perder mensagens em algumas circunstâncias. Por exemplo, há risco de perda de mensagens na reinicialização do servidor ou quando houver carga de trabalho intensa.

Você especifica os níveis de confiabilidade da integração de serviço padrão e máximo como atributos de destinos de barramentos (incluindo destinos externos e destinos de aliases). Você também especifica se a confiabilidade especificada pelo produtor substituirá a confiabilidade padrão do destino: em caso negativo, a integração de serviço reconfigurará o nível de confiabilidade das mensagens para a confiabilidade padrão do destino. Para destinos de alias, é possível especificar se a configuração de confiabilidade será herdada do destino-alvo.

Para interoperações com o IBM MQ, você mapeia as configurações de confiabilidade de mensagens de integração do serviço para as configurações de persistência para mensagens do IBM MQ. Para obter mais informações, consulte Mapeando a opção de entrega de JMS e a confiabilidade da mensagem de/para o valor de persistência do IBM MQ.

Para ajudá-lo a escolher o nível de confiabilidade necessário, a seguinte tabela ilustra o comportamento associado aos níveis de confiabilidade.
Nota: Além de configurar o nível de confiabilidade selecionado, para que as mensagens permaneçam disponíveis após as várias falhas mostradas na tabela com determinada confiabilidade, o aplicativo deve ser transacional.
Tabela 1. Comportamento dos cinco níveis de confiabilidade. As cinco colunas na tabela lista os cinco níveis de confiabilidade de mensagem e o comportamento correspondente associado a cada um dos cinco níveis de confiabilidade.
  Melhor resultado não persistente Não-persistente Expresso Não persistente Confiável Persistente Confiável Persistente Assegurado
Modo de entrega de JMS: Não-persistente Não-persistente Não-persistente Persistente Persistente
Transacionalmente atômica: Não, as mensagens individuais podem ser descartadas Sim: as mensagens não são descartadas e nunca retidas além da reinicialização do servidor Sim: as mensagens não são descartadas e nunca retidas além da reinicialização do servidor Sim Sim
Mensagens protegidas: Não Possivelmente: quando as mensagens acumulam em um destino Possivelmente: quando as mensagens acumulam em um destino Sim: de modo assíncrono Sim: de modo síncrono
Mensagens descartadas em operação normal: Sim Não Não Não Não
Mensagens duplicadas: Não Possivelmente: os dados de estado podem ser perdidos na falha do servidor, resultando em duplicação Possivelmente: os dados de estado podem ser perdidos na falha do servidor, resultando em duplicação Possivelmente: uma vez que a exclusão do banco de dados é assíncrona com relação aos pedidos do usuário Não
As mensagens são retidas além do encerramento planejado: Não Não Não Sim: as mensagens dificultadas são recuperadas, o encerramento planejado dificulta as mensagens armazenadas em cache Sim
As mensagens são retidas além da falha de comunicação do cliente: Não Não Sim Sim Sim
As mensagens são retidas além da falha de comunicação do mecanismo: Não Sim Sim Sim Sim
As mensagens são retidas além do travamento do mecanismo: Não Não Não Possivelmente: as mensagens dificultadas são recuperadas Sim
As mensagens são retidas além do backup e restauração: Não Não Não Possivelmente: pode ser feito backup das mensagens dificultadas e elas podem ser recuperadas Sim
As seguintes opções fornecem uma explicação dos títulos de linhas na tabela:
Modo de entrega do JMS
Para objetos de JMS, tais como connection factories e destinos, o mapeamento entre o modo de entrega de JMS e as configurações de confiabilidade. O mapeamento padrão para o modo de entrega não persistente de JMS é não persistente expresso. O mapeamento padrão para o modo de entrega persistente de JMS é persistente confiável.
Transacionalidade atômica
Se a mensagem é atômica com relação a outras mensagens produzidas ou consumidas na mesma transação. As mensagens de maior esforço não são transacionalmente atômicas no momento em que são produzidas em relação a outras mensagens, portanto se uma dessas mensagens for perdida (consulte a descrição de não persistente de maior esforço, anteriormente neste tópico, para obter detalhes sobre como as mensagens podem ser perdidas), outras mensagens em processamento, na mesma transação, poderão ainda ser entregues com sucesso quando a transação for cometida (se a transação retroceder, todas as operações nas mensagens, independente de sua confiabilidade, retrocederão). Para as mensagens com confiabilidade maior, se ocorrer uma falha que provoque a perda de uma das mensagens na transação, a transação e todo o trabalho sendo desempenhado nela serão recuperados, tornando a operação transacionalmente atômica.
Mensagens protegidas
Se as mensagens são gravadas em disco no armazém de dados ou no armazém de arquivos. O desempenho do sistema é afetado pela freqüência com que as mensagens são gravadas em disco e, em geral, a utilização de um armazenamento de arquivo para seu mecanismo do sistema de mensagens pode aprimorar o desempenho. As mensagens de confiabilidade não persistente de maior esforço nunca são gravadas em disco; as mensagens não persistente expresso e não persistente confiável serão gravadas se as mensagens forem criadas em um destino, enquanto que as mensagens persistente confiável e persistente assegurado serão sempre gravadas em disco.

As mensagens de confiabilidade persistente confiável são gravadas em disco, mas isso é feito de forma assíncrona em relação ao aplicativo de produção. Isto permite o crescimento da flexibilidade em planejamento e a colocação em lote de atualizações do banco de dados, que podem ser usadas para aumentar o rendimento do processamento. As mensagens não se perderão em condições normais de operação, mas poderão se perder se um mecanismo do sistema de mensagens falhar antes que essa gravação assíncrona seja concluída.

As mensagens de confiabilidade persistente assegurado são gravadas em disco de forma síncrona em relação ao aplicativo de produção.

Se for permitido que as mensagens sejam criadas em um destino, devido ao fato de não serem consumidas tão rapidamente quanto são produzidas, um mecanismo do sistema de mensagens optará por gravar mensagens em disco, a fim de gerenciar o uso de memória.

Quando uma mensagem, cuja qualidade do atributo de serviço é melhor do que não persistente de maior esforço, é gravada em disco, ela também pode ser armazenada em cache em um buffer de memória.

Mensagens descartadas em operação normal
Se as mensagens serão descartadas durante o funcionamento normal.
Nota:
Se você possuir um bean acionado por mensagem não transacional, o sistema excluirá a mensagem quando o bean for iniciado ou concluído. Se o bean gerar uma exceção e, portanto, não for concluído, o sistema executará uma das seguintes ações:
  • Se o sistema for configurado para excluir a mensagem quando o bean for concluído, ela será despachada para uma nova instância do bean, para que tenha outra oportunidade de ser processada.
  • Se o sistema for configurado para excluir a mensagem quando o bean for iniciado, ela será perdida.

A mensagem será excluída quando o bean for iniciado, se a qualidade de serviço for configurada como Melhor esforço não persistente. Para todas as outras qualidades de serviço, a mensagem será excluída quando o bean for concluído.

Mensagens duplicadas
Se as mensagens serão duplicadas após uma falha do servidor.
As mensagens são retidas além do encerramento planejado
Se as mensagens serão retidas além de um encerramento ou inicialização planejada.
As mensagens são retidas além da falha de comunicação do cliente
Se as mensagens serão retidas além da falha de comunicação do mecanismo do sistema de mensagens do cliente.
As mensagens são retidas além da falha de comunicação do mecanismo
Se as mensagens serão retidas além da falha de comunicação entre os mecanismos.
As mensagens são retidas além do travamento do mecanismo
Se as mensagens serão retidas além da falha de um mecanismo do sistema de mensagens ou de um servidor.
As mensagens são retidas além do backup e restauração
Se as mensagens serão retidas além de um processo de backup e restauração on-line.

Ícone que indica o tipo de tópico Tópico de Conceito



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjj9000_
Nome do arquivo: cjj9000_.html