Configurações do Serviço de Transações

Utilize essa página para especificar configurações para o serviço de transações. O serviço de transação é um componente de tempo de execução do servidor que pode coordenar atualizações em vários gerenciadores de recursos, para assegurar atualizações atômicas de dados. As transações são iniciadas e encerradas por aplicativos ou pelo contêiner no qual os aplicativos são implementados.

Para visualizar essa página do console administrativo, clique em Servidores > Tipos de Servidor > Servidores de aplicativo WebSphere > nome_do_servidor > [Configurações de Contêiner] Configurações de Contêiner > Serviço de Transação.

Diretório do Registro de Transação

[AIX Solaris HP-UX Linux Windows][IBM i]Especifica o nome de um diretório para este servidor no qual o serviço de transações armazena os arquivos de log para recuperação. [AIX Solaris HP-UX Linux Windows][IBM i]Opcionalmente, é possível especificar o tamanho dos arquivos de log de transação. [z/OS]Na plataforma z/OS, especifica o local do JTA Partner Log.

Configure esta propriedade para alterar o diretório do arquivo de log de transação para um servidor de aplicativos em uma das seguintes situações:
  • Se os aplicativos utilizarem recursos distribuídos ou transações XA; por exemplo, vários bancos de dados e recursos são acessados em uma única transação.
  • Se você configurar o sistema para alta disponibilidade de transações. Nesta situação, o diretório de log de transação deve ser exclusivo para cada servidor no cluster, e todos os servidores no cluster devem poder acessar o diretório do log de transação.

    Em um ambiente de alta disponibilidade (HA), ambos, o log de transação e o diretório do log de compensação, para cada servidor em um cluster devem ser exclusivos.

[AIX Solaris HP-UX Linux Windows][IBM i]

Se você não especificar este diretório durante a configuração do servidor, o serviço de transações utilizará um diretório padrão que é baseado no diretório de instalação: app_server_root/ tranlog/cell_ name/node_ name/server_ name.

Quando um aplicativo que é executado no servidor de aplicativos acessar mais de um recurso, o servidor de aplicativos armazenará informações de transação no diretório do produto de modo que possa coordenar e gerenciar a transação distribuída corretamente. Quando houver uma carga de transação superior, armazenar as informações persistentes dessa maneira pode retardar o desempenho do servidor de aplicativos porque ele depende do sistema operacional e dos sistemas de armazenamento subjacentes. Para alcançar melhor desempenho, designe um novo diretório para os arquivos de log em um sistema de armazenamento separado, fisicamente maior.

Se seu servidor de aplicativos demonstrar um ou mais dos seguintes sintomas, altere o diretório do log de transações:
  • A utilização da CPU continua baixa apesar de um aumento das transações
  • As transações falham com vários limites de tempo excedidos
  • As recuperações de transação ocorrem com a exceção "Não Foi Possível Listar a Transação"
  • O servidor de aplicativos para no meio de uma execução e deve ser reiniciado
  • O disco no qual o servidor de aplicativos está sendo executado mostra a utilização superior
Existem as seguintes recomendações para um sistema de armazenamento para os arquivos de log:
  • Armazene arquivos de log em um redundant array of independent disks (RAID).

    Nas configurações de RAID, a tarefa de gravar dados na mídia física é compartilhada por várias unidades. Essa técnica permite mais acessos simultâneos ao armazenamento para persistir as informações de transações e acesso mais rápido a esses dados a partir dos registros. Dependendo do design do aplicativo e do subsistema de armazenamento, os ganhos de desempenho podem variar de 10% a 100%, ou mais, em alguns casos.

  • Não armazene arquivos de log com o modo de E/S do sistema operacional configurado como E/S simultânea (CIO).

    Ao designar um diretório do registro de transações, assegure que o sistema de arquivos utilize somente operações de sincronização através de gravação e de serialização de gravação. Alguns sistemas operacionais, como AIX JFS2, suportam um modo de E/S simultâneo (CIO) opcional, em que o sistema de arquivo não força a serialização das operações de gravação. Nesses sistemas, não utilize o modo CIO para arquivos de log de recuperação de transação do servidor de aplicativos.

Para especificar o tamanho dos arquivos do log de transações, inclua uma configuração de tamanho de arquivo. Use um dos seguintes formatos, em que directory_name é o nome do diretório de log de transação e file_size é a nova alocação de espaço em disco para os arquivos de log de transação, especificados em KB (nK) ou MB (nM). O tamanho mínimo do arquivo de log de transações que é possível especificar é de 64 K. Se você especificar um valor que seja inferior a 64 K, ou não especificar um valor para o tamanho do arquivo, o valor padrão de 1 M será utilizado.

;file_size   <!-- Esse formato mantém o diretório padrão -->
nome_do_diretório;tamanho_do_arquivo
dir://directory_name/directory_name;file_size
/directory_name/directory_name;file_size

[AIX Solaris HP-UX Linux Windows][IBM i]Para obter informações adicionais sobre os tamanhos do log de transações, consulte Gerenciando log de transação para otimizar a disponibilidade do servidor.

Informações Valor
Tipo de dados String
Padrão Nome do diretório: app_server_root/tranlog/cell_name/node_name/server_name

Tamanho do Arquivo: 1MB

Recomendado Crie um sistema de arquivos com, pelo menos, três a quatro unidades de disco agrupados em RAID em uma configuração RAID-0. Em seguida, crie o registro de transação no sistema de arquivos com o tamanho padrão. Quando o servidor estiver em execução com carga baixa, verifique a entrada e a saída do disco. Se o tempo de entrada e saída do disco for superior a 5%, considere incluir mais discos físicos para reduzir o valor.
[z/OS]

No z/OS, esse log é utilizado para recuperação de recursos XA. Quando o aplicativo que é executado no produto WebSphere acessa recursos XA, o produto WebSphere armazena informações sobre o recurso para ativar a recuperação de transação XA. Utilize a seguinte sintaxe:

[location type URL tag] location_specification
  • marcação URL de tipo de localização especifica o tipo de localização opcional para o Registro de Parceiro JTA:
    • O padrão é dir://, que especifica que o local do Registro de Parceiro JTA está em um diretório HFS totalmente qualificado por location_specification.
  • especificação da localização especifica o nome da localização para o Registro de Parceiro JTA:
    • Para especificar um logstream, utilize a sintaxe logstream://HLQ
      Se sua instalação do servidor de aplicativo seguiu a convenção da configuração de fluxos de log para o recurso de acoplamento (CF), o fluxo de logs será nomeado de acordo com a sintaxe HLQ.server.X, em que HLQ é um valor definido pelo usuário entre 1 a 8 caracteres especificado no diálogo de instalação. Utilize esse valor de HLQ para especificar o local do Registro do Parceiro JTA.
      Evitar Problemas Evitar Problemas: Configure AUTODELETE(NO) para quaisquer fluxos de log.gotcha
    • Se a tag URL de tipo de local for dir://, utilize um diretório HFS completo para a especificação de local. O nome completo do diretório deve ser exclusivo no nó WebSphere.

O padrão é dir://app_server_root/tranlog/server name.

Para especificar o tamanho dos arquivos do log de transações, inclua uma configuração de tamanho de arquivo. Use um dos seguintes formatos, em que directory_name é o nome do diretório de log de transação e file_size é a nova alocação de espaço em disco para os arquivos de log de transação, especificados em KB (nK) ou MB (nM). O tamanho mínimo do arquivo de log de transações que é possível especificar é de 64 K. Se você especificar um valor que seja inferior a 64 K, ou não especificar um valor para o tamanho do arquivo, o valor padrão de 1 M será utilizado.

dir://directory_name/directory_name;file_sizeK
/directory_name/directory_name;file_sizeK
;file_sizeK   <!-- Isso mantém o diretório padrão -->

Tempo Limite de Vida Útil Total da Transação

O tempo máximo padrão, em segundos, permitido para uma transação iniciada neste servidor antes de o serviço de transações iniciar a conclusão do tempo limite. Qualquer transação que não inicie o processamento da conclusão antes deste tempo limite ocorrer é recuperada.

Esse tempo limite será utilizado apenas se o componente de aplicativo não configurar seu próprio tempo limite de transação.

[z/OS]Depois que ocorrer o tempo limite, as transações poderão continuar a execução durante um período de tolerância de aproximadamente quatro minutos. Se a transação for confirmada ou recuperada durante o período de tolerância, o resultado da transação será sempre recuperado. Se a transação não for concluída após o período de tolerância, o controlador encerrará de forma anormal a região servidora na qual o componente de aplicativo está sendo executado, com ABEND EC3 RSN=04130002 ou 04130005.
Nota: Somente o tempo limite de existência total da transação e o tempo limite máximo da transação têm períodos de tolerância. É possível desativar os períodos de carência utilizando a propriedade customizadaDISABLE_TRANSACTION_TIMEOUT_GRACE_PERIOD.

O limite superior desse tempo limite é restringido pelo tempo limite máximo de transação. Por exemplo, se você configurar um valor 500 para o tempo limite de vida útil de transação total e um valor 300 para o tempo limite máximo da transação, as transações atingirão o tempo limite após 300 segundos.

Se você configurar este tempo limite para 0, o tempo limite não será aplicável e o valor do tempo limite máximo de transação será utilizado em substituição.

Informações Valor
Tipo de Dado Integer
Unidades Segundos
Padrão 120
[AIX Solaris HP-UX Linux Windows][IBM i]Intervalo [AIX Solaris HP-UX Linux Windows][IBM i]

[AIX Solaris HP-UX Linux Windows][IBM i]0 a 2 147 483 647

[z/OS]Range [z/OS]

[z/OS]0 a 2 147 040

Tempo Limite de Resposta Assíncrona

Especifica o tempo, em segundos, que o servidor aguarda por uma resposta do protocolo WS-AT (Web Services Atomic Transaction) de entrada antes de reenviar a mensagem do protocolo WS-AT anterior.

Informações Valor
Tipo de Dado Integer
Unidades Segundos
Padrão 30
Range 0 a 2 147 483 647

Tempo Limite de Inatividade do Cliente

Especifica a duração máxima, em segundos, entre os pedidos transacionais de um cliente remoto. Qualquer período de inatividade do cliente que exceda esse tempo limite resulta em rollback da transação nesse servidor de aplicativos.

Se você configurar este valor para 0, não há limite de tempo limite.

Informações Valor
Tipo de Dado Integer
Unidades Segundos
Padrão 60
Range 0 a 2 147 483 647

Tempo Limite Máximo de Transação

Especifica, em segundos, o limite superior do tempo limite da transação para transações executadas neste servidor. Esse valor deve ser maior que ou igual ao valor especificado para o tempo limite da transação total.Especifica o tempo máximo para a conclusão, em segundos, para as transações executadas nesse servidor. Esse valor deve ser maior que ou igual ao tempo limite de tempo de vida da transação total E maior que ou igual ao tempo limite do componente de aplicativo. Se o tempo limite máximo da transação for configurado para um valor menor que o tempo limite de tempo de vida da transação total ou o tempo limite do componente de aplicativo, as transações do componente de aplicativo que podem requerer mais tempo atingirão o tempo limite quando o tempo limite máximo da transação for atingido.

Esse tempo limite restringe o maior limite de todos os outros períodos de tempo limite da transação.

Tabela 1. Configurações de Tempo Limite da Transação. A tabela mostra como as diferentes configurações de tempo limite se aplicam às transações executadas no servidor.
Configuração de Tempo Limite Transações Afetadas
Tempo Limite Máximo de Transação Todas as transações em execução nesse servidor que não são afetadas pelo tempo limite de vida útil total da transação ou por um tempo limite do componente de aplicativo. Essas transações incluem as transações importadas de fora desse servidor, como aquelas importadas de um cliente.
Tempo Limite de Vida Útil Total da Transação Todas as transações originadas nesse servidor que não são afetadas por um tempo limite do componente de aplicativo, ou seja, o componente de aplicativo associado não configura seu próprio tempo limite.
Tempo Limite do Componente de Aplicativo As transações que são específicas de um componente de aplicativo.

Não é possível configurar este tempo limite de transação usando o console administrativo.

Se o componente for um bean gerenciado por contêiner, configure este tempo limite no descritor de implementação para o componente. Por exemplo, é possível usar uma ferramenta de montagem, como Rational Application Developer.

Se o componente for um bean gerenciado por bean, configure este tempo limite programaticamente utilizando o método UserTransaction.setTransactionTimeout.

Se você configurar um tempo limite para 0, esse tempo limite não será aplicável e será efetivamente desativado. Se você configurar todos os tempos limites para 0, as transações nunca atingirão o tempo limite.

Por exemplo, considere os seguintes valores de tempo limite:
Tabela 2. Exemplo de Valores de Tempo Limite. A tabela lista as diferentes configurações de tempo limite e seus valores.
Configuração de Tempo Limite Valor
Tempo Limite Máximo de Transação 360
Tempo Limite de Vida Útil Total da Transação 240
Tempo Limite do Componente de Aplicativo 60
Neste exemplo, as transações específicas para o componente de aplicativo atingirão o tempo limite após 60 segundos. Outras transações locais atingem o tempo limite após 240 segundos e quaisquer transações que forem importadas de fora deste servidor atingirão o tempo limite após 360 segundos. Se, em seguida, você alterar o tempo limite do componente de aplicativo para 500, as transações do componente de aplicativo atingirão o tempo limite após 360 segundos, o valor do tempo limite máximo da transação. Se você configurar o tempo limite máximo da transação para 0, as transações de componente de aplicativo atingirão o tempo limite após 500 segundos. Se você remover o tempo limite do componente de aplicativo, o tempo limite das transações do componente de aplicativo ocorrerá após 240 segundos.

Para determinar a ocorrência de um tempo limite rapidamente e para impedir o bloqueio adicional de recursos, o servidor de aplicativos impede o trabalho transacional adicional no caminho transacional no qual a condição de tempo limite ocorreu. Isso se aplica igualmente à tentativa de realizar o trabalho sob o contexto da transação atual e à tentativa de executar o trabalho sob um contexto transacional diferente.

Informações Valor
Tipo de dados Número Inteiro
Unidades Segundos
Padrão 300
[AIX Solaris HP-UX Linux Windows][IBM i]Range [AIX Solaris HP-UX Linux Windows][IBM i][AIX Solaris HP-UX Linux Windows][IBM i]0 a 2 147 483 647
[z/OS]Intervalo [z/OS][z/OS]0 a 2 147 040

Limite de Repetição Heurística

Especifica o número de vezes que o servidor de aplicativos tenta novamente um sinal de conclusão, como confirmação ou rollback. As repetições ocorrem depois de uma exceção temporária de um gerenciador de recursos ou parceiro remoto, ou se o tempo limite de resposta assíncrono expirar antes que todos parceiros Web Services Atomic Transaction (WS-AT) respondam.

Se o servidor de aplicativos abandona as novas tentativas, o gerenciador de recursos ou o parceiro remoto é responsável por garantir que o recurso ou ramificação do parceiro da transação seja concluído apropriadamente. O servidor de aplicativos gera (em nome do recurso ou do parceiro) uma exceção que indica um risco heurístico. Se um pedido de confirmação tiver sido feito, o originador da transação receberá uma exceção na operação de confirmação; se a transação for iniciada por contêiner, o contêiner retornará uma exceção remota ou uma exceção EJB (Enterprise JavaBeans) para o cliente EJB.

Durante a recuperação de um servidor subordinado em uma transação distribuída, quando o número de novas tentativas heurísticas é excedido, a propriedade da direção de conclusão heurística especifica como a transação é concluída.

Informações Valor
Tipo de dados Número Inteiro
Padrão 0
Range 0 a 2 147 483 647

Um valor de 0 (o padrão) significa tentar novamente indefinidamente.

Espera de Repetição Heurística

Especifica o número de segundos que o servidor de aplicativos aguarda antes de tentar novamente um sinal de conclusão, como confirmação ou rollback, depois de uma exceção temporária de um gerenciador de recursos ou parceiro remoto.

Informações Valor
Tipo de dados Número Inteiro
Padrão 0
Range 0 a 2 147 483 647

[AIX Solaris HP-UX Linux Windows][IBM i]Um valor 0 significa que o servidor de aplicativos determina a espera de repetição; o servidor dobra a espera de repetição após cada 10 repetições que falharam.

[z/OS]Se você configurar esse valor como 0, o servidor de aplicativos ainda fará tentativas subsequentes para concluir a transação. Ele prolonga de forma incremental o tempo de espera antes de cada tentativa para aprimorar o rendimento do processamento do sistema.

[AIX Solaris HP-UX Linux Windows][IBM i]

Permitir registro de relatório heurístico

Especifica se o servidor de aplicativos registra eventos prestes a confirmar recurso de fase única a partir de transações que envolvem um recurso one-phase commit e recursos two-phase-commit.

Esta propriedade permite o registro para relatório heurístico. Se os aplicativos estiverem configurados para permitir que recursos one-phase commit participem de transações two-phase commit, o relatório de resultados heurísticos que ocorrem em uma falha do servidor de aplicativo requer informações extras gravadas no registro da transação. Se estiver ativada, uma gravação de registro adicional será executada para todas as transações que envolvem recursos de confirmação de uma e de duas fases. Nenhum registro adicional é gravado para transações que não envolvem um recurso one-phase commit.

[AIX Solaris HP-UX Linux Windows][IBM i]
Informações Valor
Tipo de Dado Caixa de opções
Padrão Não selecionada
Range
Não selecionada
O servidor de aplicativos não registra eventos "fazer commit do recurso de uma fase" de transações que envolvem um recurso one-phase commit e recursos two-phase commit.
Selecionadas
O servidor de aplicativos não registra eventos "fazer commit do recurso de uma fase" de transações que envolvem recursos one-phase commit e two-phase commit.

Direção de Conclusão Heurística

Especifica a direção utilizada para concluir uma transação que possui um resultado heurístico; o servidor de aplicativo consolida ou executa rollback na transação ou depende da conclusão manual do administrador.

A propriedade de direção de conclusão heurística especifica como uma transação é concluída nas seguintes situações:
  • O gerenciador de transação relata um resultado heurístico para um recurso last participant support (LPS).
  • O limite de nova tentativa heurística é excedido durante a recuperação de um servidor subordinado em uma transação distribuída.
  • A transação é importada de um provedor Java EE Connector Architecture (JCA).

Esta propriedade se aplica somente a transações que estão nas situações que acabaram de ser descritas.

Informações Valor
Tipo de Dado Lista suspensa
Padrão ROLLBACK
Range
COMMIT
O servidor de aplicativos confirma heuristicamente a transação.
ROLLBACK
O servidor de aplicativos recupera heuristicamente a transação.
MANUAL
O servidor de aplicativos depende de um administrador para concluir manualmente ou executar rollback de transações com resultados heurísticos.

Aceitar Risco Heurístico

Especifica se todos os aplicativos neste servidor aceitam a possibilidade de ocorrer um risco heurístico em uma transação de duas fases que contém um recurso one-phase. Essa definição configura o suporte ao último participante (LPS) do servidor. O suporte ao último participante é uma extensão do serviço de transação que permite que um único recurso one-phase participe de uma transação de duas fases com um ou mais recursos two-phase.

Se a opção Aceitar Perigo Heurístico não estiver selecionada, você deve configurar os aplicativos individualmente para aceitar o perigo heurístico. É possível configurar os aplicativos quando forem montados ou seguindo a implementação utilizando a área de janela Última Extensão de Suporte de Participante.

Informações Valor
Tipo de Dado Caixa de opções
Padrão Não selecionada
Range
Selecionadas
Todos os aplicativos implementados no servidor aceitam o risco maior de um resultado heurístico.
Não selecionada
Os aplicativos devem ser configurados individualmente para aceitar o risco maior de um resultado heurístico.

Ativar Trava de Arquivo

Especifica se a utilização de travas de arquivo está ativada na abertura do log de recuperação do serviço de transações.

Se você ativar essa configuração, uma trava de arquivo será obtida antes de acessar os arquivos de registro de recuperação de serviço de transações. O bloqueio de arquivo é utilizado para assegurar que, em uma implementação do WebSphere Application Server altamente disponível, somente um servidor de aplicativos possa acessar um determinado log de recuperação de serviço de transação a qualquer momento. Essa configuração não tem nenhum efeito em uma implementação padrão na qual o suporte à alta disponibilidade não esteja configurado.
Atenção: Esta configuração requer um sistema de arquivo de rede compatível, como NFS (Network File System) versão 4, para operar corretamente.
Informações Valor
Tipo de Dado Caixa de opções
Padrão Selecionadas

Ative a Autorização de Coordenação de Transação

Especifica se a troca segura de mensagens do protocolo de serviço de transações está ativada.

Quando a autorização da coordenação de transação é ativada, o serviço de transação verifica se o responsável pela chamada está autorizado para a função do administrador antes de manipular a transação.

Essa configuração não terá efeito, a menos que você ative a segurança do WebSphere Application Server no servidor.

Informações Valor
Tipo de Dado Caixa de opções
Padrão Selecionadas

Nível de especificação WS-Transaction padrão

Especifica o nível de especificação WS-Transaction padrão a ser utilizado para pedidos de saída que incluem um contexto de coordenação WS-AT (Web Services Atomic Transaction) ou WS-BA (Web Services Business Activity).

É possível escolher entre WS-Transaction 1.0, WS-Transaction 1.1 ou WS-Transaction 1.2. Para obter detalhes dessas especificações, consulte os tópicos sobre o suporte WS-AT ou o suporte WS-BA no servidor de aplicativos.

O nível de especificação WS-Transaction padrão será usado se um nível não puder ser determinado a partir da política do provedor (a asserção WS-Transaction WS-Policy). Isso poderá ocorrer, por exemplo, se a asserção de política não estiver disponível do WSDL do serviço da Web de destino ou do tipo de política WS-Transaction do cliente ou se a asserção de política estiver disponível, mas mais de um nível de especificação for aplicável.

Informações Valor
Tipo de Dado Lista suspensa
Padrão 1.0

Prefixo de URL WS-Transaction HTTP(S) Externo

Selecione ou especifique o prefixo da URL HTTP(S) do WS-Transaction externo.

  • Se você estiver usando um nó intermediário, como um servidor HTTP ou Proxy Server para WebSphere, para enviar solicitações em conformidade com protocolos Web Services Atomic Transaction (WS-AT) ou Web Services Business Activity (WS-BA).
  • Se desejar configurar WS-Transaction EndpointReferences a serem publicadas com valores de protocolo, host ou porta não padrão em suas URLs. Por exemplo, ao configurar solicitações de protocolo WS-Transaction de entrada para fluxo no servidor de aplicativos por meio de um proxy de encaminhamento, tal como o WebSphere Proxy Server, use este campo para especificar uma cadeia de canal SSL quando a segurança global não estiver ativada ou para especificar um canal não SSL quando a segurança global estiver ativada.

Se um prefixo customizado especificado ou um prefixo selecionado estiver configurado, esse prefixo será usado. Se um prefixo customizado ou selecionado especificado não estiver configurado, por padrão, se a segurança estiver ativada, uma das cadeias de canais de contêiner da web ativadas por SSL do servidor será selecionada automaticamente. Caso contrário, uma cadeia de canais de contêiner da web não ativada para SSL será selecionada automaticamente.

Evitar Problemas Evitar Problemas: A configuração da autorização de coordenação da transação não tem efeito sobre se SSL/não SSL é selecionado. Para obter mais informações sobre o relacionamento entre a autorização de coordenação da transação e o WS-Transactions, consulte o tópico Configurando o Suporte a Transações de Serviços da Web em um Ambiente Seguro.gotcha

Se o nó intermediário não for um Servidor Proxy, o prefixo deve ser exclusivo para cada servidor.

Se estiver utilizando um Servidor Proxy, os prefixos podem ser os mesmos para cada servidor de um cluster, pois o Servidor Proxy determina dinamicamente para qual servidor encaminhar o pedido.

Selecione o prefixo

Selecione esta opção para selecionar as informações de URL de terminal externo a serem utilizadas para terminais de serviço WS-AT e WS-BA a partir da lista.

Informações Valor
Tipo de Dado Lista suspensa
Padrão Nenhum(a)

Especifique o prefixo customizado

Selecione esta opção para especificar informações de URL de terminal externo a serem utilizadas para terminais de serviço WS-AT e WS-BA no campo.

Utilize um dos seguintes formatos para o prefixo, em que host_name e port representam o nó intermediário que é um proxy HTTP ou HTTPS para o servidor.
http://host_name:port
https://host_name:port
Informações Valor
Tipo de Dado String
Padrão Nenhum(a)

Transações Manuais

Especifica o número de transações que aguardam a conclusão manual de um administrador.

Se houver transações aguardando conclusão manual, será possível clicar no link Rever para exibir uma lista das transações no painel Transações que Precisam de Conclusão Manual.

Informações Valor
Tipo de Dado Integer
Padrão 0

Tentar transações novamente

Especifica o número de transações com alguns recursos sendo tentados novamente.

Se houver transações com recursos sendo repetidos, será possível clicar no link Rever para exibir uma lista das transações no painel Transações que Estão Tentando Recursos Novamente.

Informações Valor
Tipo de dados Integer
Padrão 0

Transações Heurísticas

Especifica o número de transações que foram concluídas de forma heurística.

Se houver transações que foram concluídas de forma heurística, será possível clicar no link Rever para exibir uma lista das transações no painel Transações com Resultado Heurístico.

Informações Valor
Tipo de Dado Integer
Padrão 0

Transações Importadas Preparadas

Especifica o número de transações que são importadas e preparadas, mas ainda não confirmadas.

Se houver transações que foram importadas e preparadas, mas ainda não foram consolidadas, será possível clicar no link Rever para exibir uma lista das transações no painel Transações Importadas e Preparadas.

Informações Valor
Tipo de Dado Integer
Padrão 0

Propriedades Adicionais

Em Propriedades Adicionais, é possível clicar no link Propriedades Customizadas para exibir ou alterar propriedades customizadas para seu serviço de transações do WebSphere Application Server.

Use Propriedades customizadas para especificar se as mensagens de informação são exibidas no console administrativo e gravadas no arquivo SystemOut.log durante a recuperação do serviço de transações.

Para saber mais sobre as propriedades customizadas do serviço de transação do WebSphere Application Server, consulte o link relacionado.


Ícone que indica o tipo de tópico Tópico de Referência



Í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=udat_contranserv
Nome do arquivo: udat_contranserv.html