Propriedades customizadas de integração de serviços
Use propriedades customizadas para definir configurações avançadas para objetos de integração de serviço, tais como mecanismos de sistemas de mensagens.
- sib.msgstore.cachedDataBufferSize
- sib.msgstore.discardableDataBufferSize
- sib.msgstore.jdbcFailoverOnDBConnectionLoss
- sib.msgstore.jdbcInitialDatasourceWaitTimeout
- sib.msgstore.jdbcResAuthForConnections
- sib.msgstore.jdbcStaleConnectionRetryDelay
- sib.meEnableInstanceOnFailure
- sib.processor.maxReconstituteThreadpoolSize
- sib.msgstore.storeFullWaitForCheckPoint
- sib.msgstore.transactionSendLimit
sib.ra.zosMessageLockTimeout
- sib.trm.retry
- sib.wsrm.tokenLockTimeout
sib.msgstore.cachedDataBufferSize
O tamanho, em bytes, do buffer de dados que o mecanismo do sistema de mensagens usa para conter dados, para os quais a qualidade do atributo de serviço for melhor que maior esforço não persistente e que é mantido no armazém de dados. O valor padrão é 320000, que é aproximadamente 320 kilobytes.
O propósito do buffer de dados em cache é melhorar o desempenho do mecanismo do sistema de mensagens ao armazenar em cache os dados que o mecanismo do sistema de mensagens pode, de outra forma, ter que ler de um armazém de dados. À medida que grava e lê dados no armazém de dados, o mecanismo do sistema de mensagens tenta incluir esses dados no buffer de dados em cache. O mecanismo do sistema de mensagens poderá descartar os dados que já estão no buffer para criar espaço.
Tipo de dados | Default |
---|---|
Bytes | 40000000 |
sib.msgstore.discardableDataBufferSize
O tamanho em bytes do buffer de dados utilizado pelo mecanismo do sistema de mensagens para conter dados cujo atributo de qualidade de serviço é não persistente de melhor esforço. O valor padrão é 320000, que é aproximadamente 320 kilobytes.
O buffer de dados descartáveis contém todos os dados cujo atributo de qualidade de serviço não persistente de melhor esforço. Esses dados incluem aqueles envolvidos em transações ativas e quaisquer outros não persistentes de melhor esforço que o mecanismo do sistema de mensagens não tenha nem descartado nem consumido. O mecanismo do sistema de mensagens mantém esses dados inteiramente nesse buffer de memória e nunca grava os dados no armazém de dados. Quando o mecanismo do sistema de mensagens inclui dados no buffer de dados descartáveis, por exemplo, quando o mecanismo do sistema de mensagens recebe uma mensagem não persistente de melhor esforço de um cliente, o mecanismo do sistema de mensagens pode descartar os dados que já estão no buffer para criar espaço. O mecanismo do sistema de mensagens só pode descartar dados não envolvidos em transações ativas. Esse comportamento possibilita que o mecanismo do sistema de mensagens descarte as mensagens não persistentes de melhor esforço.
O aumento do tamanho do buffer de dados descartáveis permite que mais dados não persistentes de melhor esforço sejam manipulados antes que o mecanismo do sistema de mensagens comece a descartar mensagens.
Se o mecanismo do sistema de mensagens tentar incluir dados no buffer de dados descartável, quando houver espaço insuficiente mesmo após descartar todos os dados que não estão envolvidos em transações ativas, o mecanismo do sistema de mensagens emitirá uma exceção com.ibm.ws.sib.msgstore.OutOfCacheSpace. Aplicativos cliente podem capturar essa exceção, agrupada dentro de exceções específicas da API, como javax.jms.JMSException.
Tipo de dados | Default |
---|---|
Bytes | 1280000 |
sib.msgstore.jdbcFailoverOnDBConnectionLoss
A propriedade determina o comportamento do mecanismo do sistema de mensagens e seu servidor host, caso a conexão com o armazenamento de dados seja perdida.
Valor da propriedade | Comportamento em que a conexão do armazenamento de dados é perdida |
---|---|
true (padrão) |
O gerenciador de alta disponibilidade parará o mecanismo do sistema de mensagens e seu servidor de aplicativos de hosting, quando a próxima verificação Está Ativo de serviço do grupo principal ocorrer (o valor-padrão é 120 segundos). Se um agente do nó estiver monitorando o servidor e você ativou a reinicialização automática na política de monitoramento do servidor, o servidor será reinicializado. O mecanismo do sistema de mensagens será iniciado quando um servidor apropriado estiver disponível.
Nota: As mensagens com um nível de confiabilidade menor do que o persistente assegurado poderão ser aceitas pelo mecanismo do sistema de mensagens durante o intervalo entre as verificações Está Ativo e poderão ser perdidas.
|
false | O mecanismo do sistema de mensagens continua a executar e aceitar o trabalho e tenta, periodicamente, obter a conexão com o armazenamento de dados novamente. Se o trabalho continuar a ser enviado ao mecanismo do sistema de mensagens enquanto o armazenamento de dados estiver indisponível, os resultados poderão ser imprevisíveis e o mecanismo do sistema de mensagens poderá ficar em um estado inconsistente quando a conexão do armazenamento de dados for restaurada. Nota: Se o trabalho continuar a ser enviado ao mecanismo do sistema de mensagens, mesmo que o sistema de mensagens não persistente possa falhar porque o mecanismo do sistema de mensagens poderá precisar usar o armazenamento de dados, por exemplo, para alocar um ID exclusivo para uma mensagem ou mover mensagens não persistentes sem memória.
|
sib.msgstore.jdbcInitialDatasourceWaitTimeout
O tempo, em milissegundos, a aguardar até que o armazenamento de dados se torne disponível. Esse horário inclui o tempo necessário para estabelecer uma conexão com o banco de dados e para obter os bloqueios de tarefa necessários.
Tipo de dados | Default |
---|---|
Milissegundos | 900000 (15 minutos) |
sib.msgstore.jdbcResAuthForConnections
O mecanismo de autorização de recurso do mecanismo do sistema de mensagens usado ao compartilhar conexões. O valor-padrão é Container.
Tipo de dados | Default |
---|---|
Sequência de Caracteres | Contêiner |
sib.msgstore.jdbcStaleConnectionRetryDelay
O tempo, em milissegundos, a aguardar entre as tentativas de conexão com o armazenamento de dados.
Por exemplo, se você configurar a propriedade sib.msgstore.jdbcInitialDatasourceWaitTimeout como 600000 e a propriedade sib.msgstore.jdbcStaleConnectionRetryDelay como 3000, o mecanismo do sistema de mensagens tentará se conectar a cada 3 segundos por 10 minutos.
Informações | Valor |
---|---|
Tipo de dados | Milissegundos |
Default | 2000 (2 segundos) |
sib.meEnableInstanceOnFailure
A propriedade determina se o mecanismo do sistema de mensagens deve se ativar automaticamente, caso o mecanismo do sistema de mensagens perca a conectividade com o armazenamento de dados.
Por exemplo, se o valor da propriedade sib.meEnableInstanceOnFailure for configurado para true, o mecanismo do sistema de mensagens desativado tentará se ativar após 30 segundos.
Informações | Valor |
---|---|
Tipo de dados | Booleana |
Default | Verdadeiro |
sib.processor.maxReconstituteThreadpoolSize
Especifica o número de encadeamentos usados para carregar destinos simultaneamente quando o mecanismo do sistema de mensagens é iniciado. Caso o banco de dados não suporte diversas leituras paralelas por diversos encadeamentos, você poderá configurar o valor da propriedade como 1, para que a contenção entre os encadeamentos possa ser evitada.
Informações | Valor |
---|---|
Tipo de dados | Número Inteiro |
Default | O número de núcleos presentes no sistema. |
sib.msgstore.storeFullWaitForCheckPoint
Essa propriedade determina a ação que um mecanismo de sistema de mensagens realiza quando um armazenamento de arquivos está cheio e os aplicativos tentam enviar mensagens adicionais.
Quando um armazenamento de arquivos está cheio, o mecanismo de sistema de mensagens conclui um ponto de verificação do arquivo de log para reconciliar todos os envios e recebidos de mensagens desde o último ponto de verificação. Esse processo pode demorar algum tempo para ser concluído. Entre o momento em que o armazenamento de arquivos se torna cheio e o momento em que o ponto de verificação é concluído, se os aplicativos tentarem enviar uma mensagem, o mecanismo de sistema de mensagens emite a exceção ObjectStoreFullException e emite a mensagem CWSOM1042E.
Quando um encadeamento de aplicativos que está enviando uma mensagem descobrir que o armazenamento de arquivos está cheio, ele solicitará um ponto de verificação. O comportamento padrão, com o valor de propriedade configurado como false, é o encadeamento de aplicativos emitir imediatamente a exceção ObjectStoreFullException para o aplicativo e retornar. É possível selecionar um comportamento alternativo configurando o valor da propriedade como true. Com esse valor de propriedade, o encadeamento de aplicativos não emite a exceção, mas aguarda até que o ponto de verificação seja concluído. Se o ponto de verificação liberar espaço no armazenamento de arquivos, o encadeamento de aplicativos continua e envia as mensagens antes de retornar. Se o armazenamento de arquivos ainda estiver cheio após o ponto de verificação, o encadeamento de aplicativos emitirá a exceção para o aplicativo.
Configure o valor da propriedade como true e faça os encadeamentos de aplicativos aguardarem pela conclusão do ponto de verificação, se os seus aplicativos excluírem todas as mensagens no armazenamento de arquivos e, portanto, sabem logicamente que o armazenamento de arquivos não mais está cheio. Embora os aplicativos ainda precisem aguardar até que o ponto de verificação seja concluído, eles não recebem exceções enquanto o ponto de verificação estiver sendo concluído, e não precisam tentar novamente o envio.
Informações | Valor |
---|---|
Tipo de dados | Booleano |
Default | Falso |
sib.msgstore.transactionSendLimit
O número máximo de operações que o mecanismo do sistema de mensagens inclui em cada transação. Por exemplo, cada envio ou recebimento do JMS é uma operação que faz a contagem voltada para o limite de envios da transação. O valor padrão é 100.
Tipo de dados | Default |
---|---|
Número Inteiro | 100 |
![[z/OS]](../images/ngzos.gif)
sib.ra.zosMessageLockTimeout
O número de segundos em que uma mensagem fica bloqueada no mecanismo do sistema de mensagens depois que a mensagem é enviada ao Gerenciamento de carga de trabalho (WLM) para z/OS para entrega para um bean acionado por mensagens.
O WLM aloca a mensagem para uma região servidora, que cria uma conexão com o mecanismo do sistema de mensagens. Em seguida, a região servidora consome a mensagem e transmite-a ao método onMessage do bean acionado por mensagens.
Se a região servidora falhar ao se conectar ao mecanismo do sistema de mensagens e consumir a mensagem antes de transmiti-la para o bean acionado por mensagens, a mensagem permanecerá bloqueada até que o valor de tempo limite seja atingido. Quando o tempo limite é atingido, a mensagem é desbloqueada e a entrega é tentada novamente.
Durante a inicialização de um servidor de aplicativos, se o WLM entregar uma mensagem para uma região servidora antes que a infraestrutura que é necessária para se conectar com o mecanismo do sistema de mensagens esteja disponível, a região servidora poderá falhar ao se conectar com um mecanismo do sistema de mensagens. As falhas de conexão desse tipo são indicadas pelas entradas CWSIV1052W no log da tarefa da região servidora. Se visualizar tais entradas no log de tarefas e possuir mensagens bloqueadas, considere usar essa propriedade para tonar o Tempo Limite de Bloqueio de Mensagem mais curto.
Tipo de dados | Default |
---|---|
Segundos | 300 |
sib.trm.retry
O intervalo, em segundos, de repetições de conexão entre mecanismos do sistema de mensagens. O intervalo de repetições é o tempo de atraso deixado entre as tentativas de entrar em contato com mecanismos do sistema de mensagens vizinhos com os quais a comunicação existe. O intervalo de repetição é 30 segundos.
Tipo de dados | Default |
---|---|
Segundos | 30 |
sib.wsrm.tokenLockTimeout
Essa propriedade afeta as qualidades de serviço gerenciadas do WS-ReliableMessaging. Configure essa propriedade no mecanismo de sistema de mensagens que é especificado na ligação de política para o aplicativo WS-ReliableMessaging.
Essa propriedade é a quantidade de tempo, em milissegundos, que um bloqueio é mantido em uma mensagem do WS-ReliableMessaging. Se o servidor falhar enquanto processa uma mensagem, o bloqueio é liberado no término desse período de tempo limite, para que outros servidores possam continuar o processamento. Se o servidor original se recuperar antes do período de tempo limite terminar, ele continuará a processar a mensagem. O bloqueio é liberado no término do período de tempo limite mesmo se a mensagem ainda estiver sendo processada.
Se o seu sistema estiver processando grandes mensagens, talvez deseje aumentar o valor dessa propriedade. Por exemplo, se uma mensagem demorar 12 minutos para ser processada, o bloqueio será liberado 2 minutos antes da conclusão do processamento. Para evitar essa situação, altere a propriedade para um valor que seja maior que 12 minutos.
Se o seu sistema estiver processando pequenas mensagens, talvez deseje diminuir o valor dessa propriedade, pois, se ocorrer uma falha, o bloqueio será liberado mais rapidamente, e outros servidores poderão continuar o processamento sem atraso.
![[z/OS]](../images/ngzos.gif)
Se uma região servidora for finalizada de forma anormal durante o processamento de uma mensagem, a região de controle iniciará uma nova região servidora, que deverá aguardar pela liberação do bloqueio de mensagem para que possa continuar o processamento da mensagem. Se a região servidora estiver inativa por muito tempo, a região de controle a finalizará e iniciará uma outra região servidora. Além disso, se a região servidora demorar muito tempo para processar uma mensagem, a região de controle poderá perceber que a região servidora está inativa e finalizá-la.
A quantidade de tempo que uma região servidora pode permanecer inativa até que a região de controle seja finalizada é afetado pelos vários tempos limites, como a propriedade control_region_wlm_dispatch_timeout. Examine a configuração de seu sistema para determinar qual é esse período de tempo para esse sistema.
Para evitar que a região de controle seja finalize a região servidora antes que a mensagem tenha sido processada, configure o valor da propriedade de tempo limite do bloqueio do token para ser inferior à quantidade de tempo que a região servidora pode ficar inativa.
Informações | Valor |
---|---|
Tipo de dados | Milissegundos |
Default | 600000 (10 minutos) |