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 > WebSphere Application Servers > nome_do_servidor > [Configurações de Contêiner] Configurações de Contêiner > Serviço de Transação .

Guia Configuraçã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.

Defina essa propriedade para alterar o diretório do arquivo de log para um servidor de aplicativos apenas 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.

Defina essa propriedade para alterar o diretório do arquivo de log 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. Nessa situação, todos os servidores no cluster devem estar aptos a acessar o diretório de log de transações, sendo que o diretório de log de transações deve ser exclusivo no cluster.

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

Quando um aplicativo executado no servidor de aplicativos acessa mais de um recurso, o servidor de aplicativos armazena informações de transações no diretório do produto para que ele possa coordenar e gerenciar a transação distribuída corretamente. Quando há uma carga de transação maior, armazenar informações persistentes dessa maneira pode reduzir o desempenho do servidor de aplicativos, já que ele depende do sistema operacional e dos sistemas de armazenamento subjacentes. Para obter melhor desempenho, designe um novo diretório para os arquivos de log em um sistema de armazenamento separado e fisicamente maior.

Se o servidor de aplicativos demonstrar um ou mais dos seguintes sintomas, altere o diretório de 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
  • Ocorrem recuperações de transações com a exceção "Impossível registrar transação"
  • O servidor de aplicativos pára no meio de uma execução e precisa ser reiniciado
  • O disco no qual o servidor de aplicativos está sendo executado mostra uso mais alto
Há as seguintes recomendações quanto a 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ções do servidor de aplicativos.

Para especificar o tamanho dos arquivos de log de transações, inclua uma configuração de tamanho de arquivo. Utilize o seguinte formato, em que directory_name é o nome do diretório do log de transações e file_size é a nova alocação de espaço em disco para os arquivos de log de transações, especificado em KB (nK) ou MB (nM). Se você não especificar um valor para o tamanho de arquivo, o valor padrão de 1M será utilizado.

nome_do_diretório;tamanho_do_arquivo

[AIX Solaris HP-UX Linux Windows] [iSeries] Para obter mais informações sobre tamanhos de 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 arquivo com pelo menos três a quatro unidades de disco raid juntas 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:

[marcação URL de tipo de localização] especificação da localização
  • 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 JTA Partner Log está em um diretório HFS completo especificado por especificação do local.
  • 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 a instalação do servidor de aplicativos tiver seguido a convenção de configuração de fluxos de log para o recurso de acoplamento (CF), o fluxo de log será nomeado de acordo com a sintaxe HLQ.server.X, em que HLQ é um valor definido pelo usuário entre 1 e 8 caracteres especificados no diálogo de instalação. Utilize esse valor de HLQ para especificar o local do Registro do Parceiro JTA.

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

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ê tiver especificado um diretório de log não padrão para o servidor de aplicativos Versão 5, será solicitado a salvar as configurações do serviço de transação novamente, para confirmar que deseja que o diretório de log seja salvo no nível do 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 tolerância utilizando 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ê definir um valor de 500 como tempo limite de vida útil total da transação e um valor de 300 como tempo limite máximo de transação, o tempo limite das transações ocorrerá após 300 segundos.

Se você definir esse tempo limite como 0, ele não será aplicado e o valor do tempo limite máximo de transação será utilizado em seu lugar.

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ê definir esse valor como 0, não haverá 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 em execução 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. Se o componente for um bean gerenciado por contêiner, defina esse tempo limite no descritor de implementação do componente. Se o componente for um bean gerenciado por bean, defina esse tempo limite programaticamente, utilizando o método UserTransaction.setTransactionTimeout.
Se você definir um tempo limite como 0, esse tempo limite não se aplicará e estará efetivamente desativado. Se você definir todos os tempos limites como 0, nunca ocorrerá tempo limite das transações.
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 todas as transações importadas de fora desse servidor atingem o tempo limite após 360 segundos. Se você então 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 de transação. Se você definir o tempo limite máximo de transação como 0, as transações do componente de aplicativo atingirão o tempo limite após 500 segundos. Se você remover o tempo limite do componente de aplicativo, as transações do componente de aplicativo atingirão o tempo limite após 240 segundos.

Para determinar a ocorrência de um tempo limite rapidamente, e evitar futuro bloqueio de recursos, o servidor de aplicativos impede trabalho transacional posterior no caminho transacional em que a condição de tempo limite ocorreu. Isso se aplica igualmente para tentar desempenhar trabalho sob o contexto de transação atual e para tentar desempenhar 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 abandonar as novas tentativas, o gerenciador de recursos ou parceiro remoto será responsável por assegurar que a ramificação do recurso ou do parceiro da transação seja concluída adequadamente. 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.

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

Um valor 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 de consolidação de uma fase participem de transações de consolidação de duas fases, 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 de consolidação de uma fase.

[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 de uma fase" de transações que envolvem recursos de consolidação de uma e de duas fases.
Selecionado
O servidor de aplicativos registra eventos "prestes a consolidar recurso de uma fase" de transações que envolvem recursos de consolidação de uma e de duas fases.
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.

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 de uma fase participe de uma transação de duas fases com um ou mais recursos de duas fases.

Se a opção Aceitar Risco Heurístico não estiver selecionada, você deverá configurar os aplicativos individualmente para aceitar o risco heurístico. Você pode configurar os aplicativos quando eles são montados, ou em seguida à implementação, utilizando a área de janela Extensão do suporte ao último 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: Essa configuração exige um sistema de arquivo em rede compatível, como o NFS (Network File System) versão 4, para operação correta.
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 para uso em 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 Suporte do Web Services Atomic Transaction no Servidor de Aplicativos e Suporte do Web Services Business Activity 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 exige não puder ser determinado pela política do provedor (a asserção WS-Transaction WS-Policy). Por exemplo, a asserção de política não está disponível, seja pelo WSDL do serviço da Web de destino ou pelo 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

Escolha essa 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 na lista.

Tipo de Dados Lista drop-down
Padrão Nenhum
Especificar Prefixo Customizado

Selecione essa opção para especificar as 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

Guia Tempo de Execuçã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.

Defina essa propriedade para alterar o diretório do arquivo de log para um servidor de aplicativos apenas 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.

Defina essa propriedade para alterar o diretório do arquivo de log 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. Nessa situação, todos os servidores no cluster devem estar aptos a acessar o diretório de log de transações, sendo que o diretório de log de transações deve ser exclusivo no cluster.

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

Quando um aplicativo executado no servidor de aplicativos acessa mais de um recurso, o servidor de aplicativos armazena informações de transações no diretório do produto para que ele possa coordenar e gerenciar a transação distribuída corretamente. Quando há uma carga de transação maior, armazenar informações persistentes dessa maneira pode reduzir o desempenho do servidor de aplicativos, já que ele depende do sistema operacional e dos sistemas de armazenamento subjacentes. Para obter melhor desempenho, designe um novo diretório para os arquivos de log em um sistema de armazenamento separado e fisicamente maior.

Se o servidor de aplicativos demonstrar um ou mais dos seguintes sintomas, altere o diretório de 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
  • Ocorrem recuperações de transações com a exceção "Impossível registrar transação"
  • O servidor de aplicativos pára no meio de uma execução e precisa ser reiniciado
  • O disco no qual o servidor de aplicativos está sendo executado mostra uso mais alto
Há as seguintes recomendações quanto a 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ções do servidor de aplicativos.

Para especificar o tamanho dos arquivos de log de transações, inclua uma configuração de tamanho de arquivo. Utilize o seguinte formato, em que directory_name é o nome do diretório do log de transações e file_size é a nova alocação de espaço em disco para os arquivos de log de transações, especificado em KB (nK) ou MB (nM). Se você não especificar um valor para o tamanho de arquivo, o valor padrão de 1M será utilizado.

nome_do_diretório;tamanho_do_arquivo

[AIX Solaris HP-UX Linux Windows] [iSeries] Para obter mais informações sobre tamanhos de 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 arquivo com pelo menos três a quatro unidades de disco raid juntas 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:

[marcação URL de tipo de localização] especificação da localização
  • 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 JTA Partner Log está em um diretório HFS completo especificado por especificação do local.
  • 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 a instalação do servidor de aplicativos tiver seguido a convenção de configuração de fluxos de log para o recurso de acoplamento (CF), o fluxo de log será nomeado de acordo com a sintaxe HLQ.server.X, em que HLQ é um valor definido pelo usuário entre 1 e 8 caracteres especificados no diálogo de instalação. Utilize esse valor de HLQ para especificar o local do Registro do Parceiro JTA.

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

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ê tiver especificado um diretório de log não padrão para o servidor de aplicativos Versão 5, será solicitado a salvar as configurações do serviço de transação novamente, para confirmar que deseja que o diretório de log seja salvo no nível do 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 tolerância utilizando 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ê definir um valor de 500 como tempo limite de vida útil total da transação e um valor de 300 como tempo limite máximo de transação, o tempo limite das transações ocorrerá após 300 segundos.

Se você definir esse tempo limite como 0, ele não será aplicado e o valor do tempo limite máximo de transação será utilizado em seu lugar.

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ê definir esse valor como 0, não haverá 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 em execução 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. Se o componente for um bean gerenciado por contêiner, defina esse tempo limite no descritor de implementação do componente. Se o componente for um bean gerenciado por bean, defina esse tempo limite programaticamente, utilizando o método UserTransaction.setTransactionTimeout.
Se você definir um tempo limite como 0, esse tempo limite não se aplicará e estará efetivamente desativado. Se você definir todos os tempos limites como 0, nunca ocorrerá tempo limite das transações.
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 todas as transações importadas de fora desse servidor atingem o tempo limite após 360 segundos. Se você então 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 de transação. Se você definir o tempo limite máximo de transação como 0, as transações do componente de aplicativo atingirão o tempo limite após 500 segundos. Se você remover o tempo limite do componente de aplicativo, as transações do componente de aplicativo atingirão o tempo limite após 240 segundos.

Para determinar a ocorrência de um tempo limite rapidamente, e evitar futuro bloqueio de recursos, o servidor de aplicativos impede trabalho transacional posterior no caminho transacional em que a condição de tempo limite ocorreu. Isso se aplica igualmente para tentar desempenhar trabalho sob o contexto de transação atual e para tentar desempenhar 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
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: Essa configuração exige um sistema de arquivo em rede compatível, como o NFS (Network File System) versão 4, para operação correta.
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
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
Configurações da Extensão de Suporte ao Último Participante


Nome do arquivo: udat_contranserv.html