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 .
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.
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]](../dist.gif)
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.
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.
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]](../dist.gif)
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. |
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:
Evitar Problemas: Configure AUTODELETE(NO) para quaisquer fluxos de log.gotchaO 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 -->
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.
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.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 dados | Número Inteiro |
| Unidades | Segundos |
| Padrão | 120 |
![]() Range |
![]()
|
Range |
|
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 dados | Número Inteiro |
| Unidades | Segundos |
| Padrão | 30 |
| Range | 0 a 2 147 483 647 |
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 dados | Número Inteiro |
| Unidades | Segundos |
| Padrão | 60 |
| Range | 0 a 2 147 483 647 |
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.
| 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.
| 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 |
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 |
![]() Range |
![]() 0 a 2 147 483 647 |
Intervalo |
0 a 2 147 040 |
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. |
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]](../dist.gif)
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]](../dist.gif)
| Informações | Valor |
|---|---|
| Tipo de dados | Caixa de opções |
| Padrão | Não selecionada |
| Range |
|
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.
Esta propriedade se aplica somente a transações que estão nas situações que acabaram de ser descritas.
| Informações | Valor |
|---|---|
| Tipo de dados | Lista suspensa |
| Padrão | ROLLBACK |
| Range |
|
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 dados | Caixa de opções |
| Padrão | Não selecionada |
| Range |
|
Especifica se a utilização de travas de arquivo está ativada na abertura do log de recuperação do serviço de transações.
| Informações | Valor |
|---|---|
| Tipo de dados | Caixa de opções |
| Padrão | Selecionadas |
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 dados | Caixa de opções |
| Padrão | Selecionadas |
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 dados | Lista suspensa |
| Padrão | 1.0 |
Selecione ou especifique o prefixo da URL HTTP(S) do WS-Transaction externo.
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: 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.gotchaSe 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 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 dados | Lista suspensa |
| Padrão | Nenhum(a) |
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.
http://host_name:port
https://host_name:port
| Informações | Valor |
|---|---|
| Tipo de Dados | String |
| Padrão | Nenhum(a) |
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 dados | Número Inteiro |
| Padrão | 0 |
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 | Número Inteiro |
| Padrão | 0 |
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 dados | Número Inteiro |
| Padrão | 0 |
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 dados | Número Inteiro |
| Padrão | 0 |
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 mensagens de informação são ou não exibidas no console administrativo e gravadas no arquivo SystemOut.log na 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.