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.
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.
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 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
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:
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ó.
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.
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 |
|
Intervalo |
|
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 |
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 |
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.
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.
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.
Tipo de Dados | Inteiro |
Unidades | Segundos |
Padrão | 300 |
Intervalo | 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.
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. |
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
|
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.
Tipo de Dados | Caixa de opções |
Padrão | Desmarcado |
Intervalo |
|
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.
Tipo de Dados | Lista drop-down |
Padrão | ROLLBACK |
Intervalo |
|
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 |
|
Especifica se a utilização de travas de arquivo está ativada na abertura do log de recuperação do serviço de transações.
Tipo de Dados | Caixa de opções |
Padrão | Selecionado |
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 |
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 |
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.
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 |
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
Tipo de Dados | Cadeia |
Padrão | Nenhum |
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 |
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 |
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 |
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.