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 de Log de Transações

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. Como opção, você pode especificar o tamanho dos arquivos do log de transações. 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 somente se os aplicativos usarem recursos distribuídos ou transações XA; por exemplo, vários bancos de dados e recursos são acessados em uma única transação.

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.

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:
  • O uso da CPU permanece baixo, apesar do aumento nas 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 pára 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 os arquivos de registro em um RAID (Redundant Array of Independent Disks)

    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 armazena arquivos de registros com o modo de E/S do sistema operacional definido para CIO (E/S Simultânea).

    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 você pode 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] [iSeries] 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.

Tipo de Dados Cadeia
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.

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: Configure AUTODELETE(NO) para quaisquer fluxos de log.gotcha
    • Se a tag da URL do 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/nome do servidor.

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 você pode 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 -->

Se você migrar um nó WebSphere Application Server Versão 5 para a Versão 6, o local armazenado dessa propriedade de configuração será movido do nível do servidor para o nível do nó (índice do servidor). Se você especificou um diretório de log não-padrão para o servidor de aplicativos Versão 5, será solicitado que salve as configurações do serviço de transações novamente, para confirmar se deseja que o diretório de log seja salvo no nível de nó.

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 servant 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 usando a propriedade customizada DISABLE_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.

Tipo de Dados Inteiro
Unidades Segundos
Padrão 120
Intervalo

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

Intervalo

[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.

Tipo de Dados Inteiro
Unidades Segundos
Padrão 30
Intervalo 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.

Tipo de Dados Inteiro
Unidades Segundos
Padrão 60
Intervalo 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 ou igual ao valor especificado para o tempo limite total da transação.

Esse tempo limite restringe o limite superior de todos os outros tempos limites da transação. A tabela a seguir mostra como as diferentes configurações de tempo limite se aplicam às transações que são executadas no servidor.
Tabela 1. Configurações de Tempo Limite de Transação.
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 beans, configure este tempo limite programaticamente usando 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
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
Nesse exemplo, as transações específicas do componente de aplicativo atingem 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.

Tipo de Dados Inteiro
Unidades Segundos
Padrão 300
Intervalo 0 a 2 147 483 647
Intervalo 0 a 2 147 040
Limite de Nova Tentativa 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.

Tipo de Dados Inteiro
Padrão 0
Intervalo 0 a 2 147 483 647

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

Espera por Nova Tentativa 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.

Tipo de Dados Inteiro
Padrão 0
Intervalo 0 a 2 147 483 647

[AIX Solaris HP-UX Linux Windows] [iSeries] 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 subseqüentes 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.

Permitir registro de relatório heurístico [AIX Solaris HP-UX Linux Windows] [iSeries]

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] [iSeries]
Tipo de Dados Caixa de opções
Padrão Desmarcado
Intervalo
Desmarcado
O servidor de aplicativos não registra eventos "prestes a consolidar recurso one-phase" de transações que envolvem recursos one-phase commit e two-phase commit.
Selecionado
O servidor de aplicativos registra eventos "prestes a consolidar recurso one-phase" 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.

Tipo de Dados Lista drop-down
Padrão ROLLBACK
Intervalo
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 nesse servidor aceitam a possibilidade da ocorrência de um risco heurístico em uma transação de duas fases que contém um recurso de uma fase. 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.

Tipo de Dados Caixa de opções
Padrão Desmarcado
Intervalo
Selecionado
Todos os aplicativos implementados no servidor aceitam o risco maior de um resultado heurístico.
Desmarcado
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.
Tipo de Dados Caixa de opções
Padrão Selecionado
Ativar 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.

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

Tipo de Dados Caixa de opções
Padrão Selecionado
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).

Você pode escolher entre WS-Transaction 1.1 ou WS-Transaction 1.0. 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á utilizado, se o nível de especificação que o servidor precisa não puder ser determinado a partir da política do provedor (a asserção WS-Transaction WS-Policy). Por exemplo, a asserção de política não está disponível, a partir do WSDL do serviço da Web de destino ou a partir do tipo de política WS-Transaction do cliente ou a asserção de política está disponível, mas ambos os níveis de especificação são aplicáveis.

Tipo de Dados Lista drop-down
Padrão 1.0
Prefixo de URL HTTP(S) Externa WS-Transaction

Seleciona ou especifica o prefixo da URL WS-Transaction HTTP(S) externa.

Selecione ou especifique um desses campos se você estiver utilizando um nó intermediário, como um servidor HTTP ou Servidor Proxy para WebSphere, para enviar pedidos em conformidade com os protocolos WS-AT (Web Services Atomic Transaction) ou WS-BA (Web Services Business Activity).

Se a segurança do WebSphere Application Server e a autorização de coordenação de transação estiverem ativadas, o prefixo HTTPS será utilizado. Caso contrário, será utilizado o prefixo HTTP.

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.

Selecionar 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.

Tipo de Dados Lista drop-down
Padrão Nenhum
Especificar 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
Tipo de Dados Cadeia
Padrão Nenhum
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.

Tipo de Dados Inteiro
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.

Tipo de Dados Inteiro
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.

Tipo de Dados Inteiro
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.

Tipo de Dados Inteiro
Padrão 0



Links marcados (on-line) requerem acesso à Internet.

Conceitos relacionados
Tarefas relacionadas
[AIX Solaris HP-UX Linux Windows] [iSeries]
Informações relacionadas
Transações que Precisam de Conclusão Manual
Transações que Tentam Novamente os Recursos
Transações com Resultado Heurístico
Transações Importadas e Preparadas
Recursos de Transação


Nome do arquivo: udat_contranserv.html