Configurando propriedades de transação para um servidor de aplicativos
É possível visualizar ou alterar configurações para o serviço de transações. Por exemplo, é possível alterar o local ou o tamanho do arquivo padrão dos arquivos de log de transações, alterar as propriedades do tempo limite da transação ou alterar as propriedades relacionadas à heurística.
Sobre Esta Tarefa
O serviço de transações é um componente de tempo de execução do servidor que pode coordenar atualizações para vários gerenciadores de recursos e 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.
Você pode executar esta tarefa quando desejar mover os logs da transação para um dispositivo de armazenamento diferente ou quando você tiver de alterar as configurações de serviço da transação. Você deve reiniciar o servidor de aplicativos para que as alterações de configuração tenham efeito.

Procedimento
- No console administrativo, clique em Servidores > Tipos de Servidor > WebSphere Application Servers > server_name. As propriedades do servidor de aplicativos, server_name, são exibidas na área de janela de conteúdo.
- Clique em [Configurações do Contêiner] Serviços de Contêiner > Serviço de Transações. A página Configuração do Serviço de Transações é exibida.
- Assegure que a guia Configuração seja exibida.
- Opcional:
Para alterar o diretório no qual os logs de transação são gravados, digite o nome do caminho completo do diretório no campo Diretório do Log de Transações. É possível verificar o valor de tempo de execução atual do Diretório de Log de Transações clicando na guia Tempo de Execução.
Quando você usa o WebSphere Application Server sem suporte de alta disponibilidade, você não precisa definir a configuração de log de recuperação para serviços persistentes como o serviço de transações. O servidor de aplicativos assumirá um local padrão no diretório de perfil adequado. Quando o suporte de alta disponibilidade estiver ativado, este padrão poderá não estar visível em todos os servidores no cluster (por exemplo, se os servidores estiverem em perfis ou nós físicos diferentes). Devido a esse comportamento, configure o local do log de recuperação para cada servidor do cluster antes de ativar alta disponibilidade. Certifique-se de que cada servidor em um cluster tenha um diretório de log de transações exclusivo, para que vários servidores não tentem acessar o mesmo arquivo de log. Certifique-se também de que cada servidor em um cluster possa acessar os diretórios de log de transações dos outros servidores no cluster.
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.
Nota: Se você alterar o diretório de log de transações, aplique a alteração e reinicie o servidor de aplicativos assim que possível para reduzir o risco de problemas que ocorrem antes do servidor de aplicativos ser reiniciado. Por exemplo, se houver um problema e o servidor falhar com transações em andamento, quando o servidor é reiniciado, ele usa o novo diretório de registro e não pode resolver automaticamente transações em andamento que foram gravadas no diretório de registro antigo.É possível especificar um tamanho para os logs de transação, como descrito na etapa 5.
- Opcional: Para alterar o tamanho dos arquivos de registro de transações, modifique o campo
Diretório de registro de transações para incluir uma configuração de tamanho do arquivo. Use um dos seguintes formatos, em que directory_name é o nome do diretório de registro de transações e
file_size é a alocação de espaço em disco para os arquivos de registro
de transações, especificado em kilobytes (nK)
ou megabytes (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 <!-- Este formato mantém o diretório padrão -->
directory_name;file_size
dir://directory_name/directory_name;file_size
/directory_name/directory_name;file_size
Por exemplo, para um sistema Windows, a entrada a seguir especifica que os arquivos de log de transações são criados no diretório c:\tranlogs com um tamanho de 2 megabytes.
c:\tranlogs;2M
Em um ambiente de não produção, é possível desativar a criação de log de transações ao digitar ;0 no campo Diretório do log de transações (não digite um nome de diretório). Não desative a criação de log de transações em um ambiente de produção, pois isso impedirá a recuperação após uma falha do sistema e, dessa forma, a integridade de dados será comprometida.
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.
- Opcional:
Configure a propriedade com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles para usar o mapeamento de memória para os arquivos de log de transações no z/OS.
O exemplo a seguir mostra como calcular o valor para o parâmetro OMVS, se você usar o tamanho padrão para arquivos de registro:Evitar Problemas: Com essa opção configurada, será necessário configurar o tamanho dos arquivos de log de transações com cuidado. É possível usar o parâmetro MAXMMAPAREA para configurar o tamanho dos arquivos de log de transações para assegurar que não excedam a quantidade máxima de armazenamento de espaço para dados alocado para mapeamentos de memória. Por exemplo, modificando o parâmetro MAXMMAPAREA, é possível reduzir o tamanho dos logs de transações ou aumentar o espaço de armazenamento usado para mapeamento de memória para arquivos de log de transações. MAXMMAPAREA especifica a quantidade máxima de armazenamento de espaço de dados, em páginas, que pode ser alocado para mapeamentos de memória dos arquivos de log de transações. Há dois arquivos de registro de transações, que são denominados log1 e log2 e é alocado 1 MB para cada arquivo. Assim, cada servidor precisa de 512 páginas por padrão.gotcha
onde number_of_servers é o número de controladores que estão executando simultaneamente, incluindo servidores de aplicativos e o gerenciador de implementação, mas não o agente do nó. As etapas a seguir irão configurar a propriedade com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles para usar arquivos de mapeamento de memória para criação de log de transações.MAXMMAPAREA = 512 x number_of_servers + (recursos necessários fora do servidor de aplicativos)
- A partir do console administrativo, selecione Servidores > Tipos de Servidores > Servidores de aplicativos do WebSphere > server_name.
- Clique em [Infraestrutura do Servidor] Gerenciamento de Java e Processos > Definição de Processo > Java Virtual Machine > Controle > [Propriedades Adicionais] Propriedades Customizadas.
- Clique em Novo.
- Insira as informações
para a propriedade com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles.
Nome Valor com.ibm.ws.recoverylog.spi.NoMemoryMappedFiles falso
- Opcional: Reveja ou altere o valor das propriedades
de tempo limite da transação:
- Tempo Limite de Vida Útil Total da Transação
- O número de segundos especificado para uma transação que é iniciada neste servidor, antes que o serviço de transações inicie o processo de finalização do tempo limite. Se uma transação não iniciar o processamento da finalização antes que o tempo limite ocorra, ela será recuperada. Um valor igual a 0 (zero) indica que esse tempo limite não será aplicado e, portanto, o tempo limite máximo da transação será utilizado. Os componentes de aplicativos podem substituir o tempo limite total do ciclo de vida da transação para as transações, configurando seus próprios valores de tempo limite.
Se estiver executando seu sistema de mensagens no modo não ASF, você deverá certificar-se de que esta propriedade está configurada corretamente com a propriedade customizada do serviço de listener de mensagens NON.ASF.RECEIVE.TIMEOUT para que tempos limites da transação indesejados sejam evitados. Consulte os links relacionados para obter mais detalhes.
- Tempo Limite Máximo de Transação
- O número de segundos que uma transação, que é propagada para esse servidor de aplicativos, poderá permanecer inativa antes que seja finalizada pelo serviço de transações. Esse valor também se aplica a transações que são iniciadas nesse servidor, se seus aplicativos associados não configuram um tempo limite de transação e o tempo limite do ciclo de vida da transação total estiver configurado para 0 (zero).
Esse valor deverá ser maior ou igual ao tempo limite total do tempo de vida da transação. O valor 0 (zero) indica que esse tempo limite não será aplicado. Nessa situação, o tempo limite das transações que são afetadas por esse tempo limite nunca será esgotado.
- Tempo Limite de Inatividade do Cliente
- O número de segundos após o qual um cliente é considerado inativo e o serviço de transações encerra quaisquer transações associadas a esse cliente. O valor 0 (zero) indica que não há tempo limite.
- Opcional: Reveja ou altere as propriedades relacionadas heuristicamente:
- Limite de Repetição Heurística
- O número de vezes que o servidor de aplicativos repete um sinal de finalização, por exemplo, uma confirmação ou uma recuperação. As novas tentativas ocorrem após a exceção temporária de um gerenciador de recurso ou parceiro remoto ou se o tempo limite de resposta assíncrono configurado expirar antes de todos os parceiros WS-AT (Web Services Atomic Transaction) terem respondido.
- Espera de Repetição Heurística
- O número de segundos em que o servidor de aplicativo aguarda antes de tentar novamente um sinal de conclusão, como de consolidação ou rollback, depois de uma exceção transitória de um gerenciador de recursos ou parceiro remoto.
- Permitir registro de relatório heurístico
- Selecione esta opção para ativar o servidor de aplicativos para registrar eventos "sobre o recurso commit one-phase" das transações que envolvem um recurso one-phase commit e recursos two-phase commit.
- Direção de Conclusão Heurística
- Selecione 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.
- Aceitar Risco Heurístico
- Selecione essa opção para especificar que todos os aplicativos nesse servidor aceitam a possibilidade da ocorrência de um risco heurístico em uma transação two-phase que contém um recurso one-phase. Essa configuração configura LPS (last participant support) para o servidor. Se você não selecionar essa opção, configure os aplicativos individualmente para aceitar o risco heurístico.
- Opcional: Para mudar o nível de especificação de WS-Transaction padrão para usar solicitações de saída que incluam um contexto de coordenação Web Services Atomic Transaction (WS-AT) ou Web Services Business Activity (WS-BA), selecione o nível de especificação na lista Nível de especificação de WS-Transaction padrão.
- Reveja ou altere outras propriedades de configuração, para concordar com seus requisitos. Para obter mais informações sobre as propriedades do serviço da transação, consulte o tópico sobre Configurações do serviço de transação.
- Clique em OK e salve suas mudanças na configuração principal.
- Interrompa e, em seguida, reinicie o servidor de aplicativos.
O que Fazer Depois
Se estiver executando o servidor de aplicativos como não raiz, modifique as permissões no novo local do log de transação. Para utilizar a recuperação de transações de mesmo nível em um dispositivo compartilhado com usuários não root, verifique se os usuários e grupos não root possuem números de identificação correspondentes nas máquinas.
Subtópicos
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.Transações que Precisam de Conclusão Manual
Utilize essa página para rever as transações que precisam de conclusão manual.Transações que Tentam Novamente os Recursos
Utilize esta página para rever as transações com os recursos que estão sendo tentados novamente.Transações com Resultado Heurístico
Utilize esta página para rever as transações que foram concluídas com um resultado heurístico.Transações Importadas e Preparadas
Utilize esta página para rever as transações que foram importadas e preparadas, mas que ainda não foram consolidadas.Recursos de Transação
Utilize esta página para rever recursos utilizados por uma transação.Propriedades Customizadas do Serviço de Transações
O WebSphere Application Server permite configurar um número de propriedades customizadas para serviços de transação.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjta_settlog
Nome do arquivo: tjta_settlog.html