Para utilizar a segurança SSL ao importar dados de desempenho do TMTP, é necessário configurar o workbench para apontar para os arquivos de armazenamento de chave e truststore apropriados.
Se você gerou seu próprio truststore e armazenamento de chave para ser utilizado com o TMTP, utilize esses arquivos conforme a seguir. Caso contrário, utilize o arquivo agent.jks padrão fornecido com o Agente de Gerenciamento TMTP (geralmente localizado em C:\Program Files\ibm\tivoli\MA\config\keyfiles no Windows).
Copie o arquivo agent.jks de uma máquina com a instalação do Agente de Gerenciamento. Na máquina na qual o workbench está instalado, crie um subdiretório de segurança no diretório de instalação do toolkit. Coloque uma cópia do arquivo agent.jks no novo diretório de segurança.
Em seguida, edite o arquivo rationalsdp.ini, localizado no diretório de instalação do toolkit. Inclua as duas linhas a seguir:
VMArgs=-Djavax.net.ssl.trustStore=d:\myrpainstall\security\agent.jks
VMArgs=-Djavax.net.ssl.keyStore=d:\myrpainstall\security\agent.jks
Nota: Se o caminho d:\myrpainstall contiver um espaço, utilize aspas em torno do caminho e do nome do arquivo; por exemplo:
...trustStore="c:\Arquivos de Programas\IBM\Rational\SDP\rpa\security\agent.jks"Reinicie o workbench. Agora você poderá utilizar o SSL ao importar dados de traçado de perfil do TMTP.
Se você tentar desconectar da rede, comutar endereços IP ou comutar entre conexões wireless e ethernet ao realizar qualquer tipo de traçado de perfil, ou mesmo entre as sessões de traçado de perfil, ocorrerão resultados indesejáveis.
Para corrigir o problema, você deve reiniciar o workbench e os coletores de dados.
Por motivos de desempenho, algumas informações de conexão são armazenadas em cache no workbench. Evite comutar endereços IP ou encerrar tudo antecipadamente e reiniciar quando obtém o novo IP.
Ao definir perfis no Solaris utilizando o Sun JDK 1.4.x, a JVM pode travar. Isso ocorre devido a um erro no Sun JVM.
Para solucionar esse problema, utilize apenas um dos seguintes conjuntos de definição de perfis:
Modo de Análise de Execução, com a informação "Mostrar nível de instância" desativada; ou
Modo de Análise de Memória
O problema surge quanto você os utiliza em combinação ou se a informação "Mostrar nível de instância" estiver ativada.
Se o servidor de aplicativos estiver configurado para uso com a infra-estrutura de coleta de dados, apenas os tipos de Análise de Desempenho J2EE, Análise de Desempenho ARM e Análise Automática de Fuga (dumps de heap) são suportados. Se o servidor não for instrumentado, todos os tipos serão suportados, com exceção de Análise de Desempenho J2EE e Análise de Desempenho ARM.
Não é possível utilizar mais de um tipo de traçado de perfil ao mesmo tempo.
Os servidores de aplicativo que foram configurados para o uso com essa infra-estrutura de coleta de dados desse toolkit não podem utilizar o recurso Perfil no Servidor em alguns produtos Rational(R) Software Development Platform.
Se você desejar utilizar os recursos avançados de traçado de perfil, como análise de encadeamento, Probekit ou cobertura no nível de linha, é necessário primeiro desconfigurar o servidor. Nota: os dumps cronometrados e manuais do heap são suportados sem que seja necessário desconfigurar o servidor.
Siga as instruções no guia de instalação do toolkit, na seção Desconfigurando Servidores de Aplicativos sob Desinstalando a Data Collection Infrastructure.
Nota: não desinstale a Data Collection Infrastructure; apenas desconfigure o servidor.
Há determinadas restrições e considerações importantes ao instalar este toolkit com produtos Rational Software Development Platform, como o Rational Performance Tester, o Rational Application Developer e o Rational Software Architect. Aqui estão alguns pontos-chave de visão geral a serem considerados:
Você deve instalar o toolkit e a Data Collection Infrastructure (se aplicável) no mesmo local que o produto Rational Software Development Platform principal que ele estende.
No geral, o componente Agent Controller desses produtos é conflitante com a Data Collection Infrastructure desse toolkit. A tabela a seguir e outras entradas das notas sobre o release contêm informações mais específicas sobre isso.
A tabela a seguir fornece detalhes sobre as etapas a serem executadas para instalar e desinstalar esses componentes com êxito. Consulte o guia de instalação correspondente do toolkit ou produto em questão para obter instruções completas sobre a instalação.
Nesta tabela, as seguintes abreviações são utilizadas por conveniência:
IPRT - IBM(R) Problem Resolution Toolkit (a versão desse toolkit é destinada aos usuários do Rational Application Developer), não incluindo a infra-estrutura de coleta de dados
IPOT - IBM Performance Optimization Toolkit (a versão deste toolkit destinada a usuários do Rational Performance Tester), não incluindo a Data Collection Infrastructure
DCI - A Data Collection Infrastructure do toolkit
RAD - Rational Application Developer ou Rational Software Architect
RPT - Rational Performance Tester
Você tem as seguintes combinações de produto/toolkit instaladas
Você deseja fazer o seguinte
Notas e ações importantes a serem executadas
RAD, RPT, IPOT
desinstalar o RAD
Alguns plugins requeridos do IPOT serão removidos, portanto você deve reinstalar o IPOT.
RAD, IPRT
desinstalar o RAD
O IPRT requer antes o RAD, portanto você também deve desinstalar o IPRT.
RPT, IPOT
desinstalar o RPT
O IPOT requer antes o RPT, portanto você também deve desinstalar o IPOT.
RAD, RPT, IPOT, IPRT
desinstalar um dos toolkits
Isso também desinstala o outro toolkit, que deve ser reinstalado.
RAD com Agent Controller, DCI
desinstalar o RAD
Isso remove partes da DCI, que deve ser desinstalada e, em seguida, reinstalada.
RPT com Agent Controller, DCI
desinstalar o RPT
Isso remove partes da DCI, que deve ser desinstalada e, em seguida, reinstalada.
RAD com Agent Controller
instalar a DCI
Desinstale o Agent Controller e e, em seguida, instale a DCI.
RAD com Agent Controller, DCI
desinstalar a DCI
Isso remove o Agent Controller, que deve ser reinstalado.
RPT com Agent Controller
instalar a DCI
Certifique-se de aceitar o local padrão oferecido pela instalação da DCI.
RPT com Agent Controller, DCI
desinstalar a DCI
Isso remove o Agent Controller, que deve ser reinstalado.
Tivoli Monitoring for Transaction Performance V5.3.1
instalar a DCI
Não faça isso. Apenas uma versão do mecanismo ARM pode ser instalada em uma máquina e a DCI contém uma versão diferente do mecanismo ARM.
DCI
instalar a DCI (ou seja, sobrescrever a instalação da DCI em vez de desinstalá-la primeiro e, em seguida, reinstalá-la)
Não faça isso. Desinstale a DCI e, em seguida, reinstale-a.
Se você instalar o componente Agent Controller do Rational Application Developer, Rational Performance Tester ou Rational Software Architect depois de instalar a Data Collection Infrastructure local, isso desativa a coleta de dados.
Para corrigir esse problema, desinstale o Agent Controller e desinstale e reinstale a Data Collection Infrastructure. Consulte o guia de instalação para obter instruções.
Ao traçar o perfil de um aplicativo ativo, alguns tipos de transações não são seguidas (o perfil não é traçado). Isso inclui:
Se um servlet efetuar spawn de um encadeamento e o novo encadeamento desaparecer e executar algumas subtransações, essas novas subtransações não são rastreadas.
Se um servlet for redirecionado e esse redirecionamento causar spawn de um novo encadeamento (mesmo se o spawn do encadeamento for efetuado pelo contêiner do servlet), nenhum evento de transação no servlet redirecionado é rastreado.
Quando um servidor foi instrumentado (configurado) para uso com a infra-estrutura de coleta de dados do toolkit, apenas os seguintes tipos de traçado de perfil são suportados: Análise de Desempenho e Análise de Memória J2EE.
Se desejar utilizar outros tipos, você deverá desconfigurar o servidor, reconfigurá-lo conforme requerido pelo produto base (Rational Application Developer, Rational Performance Tester ou outro, conforme indicado no guia de instalação daquele produto) e, em seguida, executar o traçado de perfil. Depois disso, para utilizar os tipos de traçado de perfil suportados novamente, você deve configurar o servidor para utilizar esta infra-estrutura de coleta de dados do toolkit, seguindo as instruções no guia de instalação do toolkit.
No HP-UX, após ativar a infra-estrutura de coleta de dados (utilizando rpa_boot_unix.sh) pela primeira vez, se os dados não forem coletados quando você iniciar o monitoramento, execute as seguintes etapas:
Desconecte-se do agente.
Conecte-se com o agente.
Inicie o monitoramento novamente.
Os dados agora devem ser coletados.
Existem problemas intermitentes conhecidos com a instalação da infra-estrutura de coleta de dados em máquinas com o Windows Server 2003 que utilizam caminhos longos ou caminhos com espaços. Evite esses tipos de diretório, se possível. Isso se aplica não apenas ao diretório de instalação de destino, mas também ao diretório do qual a instalação está sendo feita.
Se houver falha na coleta de dados no Windows 2003 Server, tente executar o componente do Agent Controller como um aplicativo de console, em vez de como um serviço Windows:
- Abra o painel Serviços do Windows, selecionando Iniciar > Configurações > Painel de Controle > Ferramentas Administrativas > Serviços.
- Selecione o serviço IBM Rational Agent Controller e pare-o.
- Selecione Iniciar > Configurações > Painel de Controle > Sistema.
- Na guia Avançado, clique em Variáveis de Ambiente.
- Clique em Nova (se a variável RASERVER_HOME já existir, clique em Editar). Digite RASERVER_HOME no campo Nome da variável e x:\dir\IBM_Agent_Controller no campo Valor da variável, em que x:\dir\ é o diretório de instalação do toolkit. Clique em OK.
- Abra um prompt de comandos e vá para o subdiretório IBM_Agent_Controller\bin do diretório de instalação do toolkit.
- Execute raserver.exe.
- Reinicie a infra-estrutura de coleta de dados selecionando Iniciar > Programas > IBM Rational > Ferramentas de Análise de Desempenho Distribuído e de Problemas do Rational > Parar Infra-estrutura de Coleta de Dados e, em seguida, selecione Iniciar Infra-estrutura de Coleta de Dados.
O recurso de segurança da infra-estrutura de coleta de dados entra em conflito com o registro do Rational Performance Tester e com a descoberta dinâmica da coleta de dados e, portanto, não é suportado. Como alternativa para a segurança, utilize a opção Lista de Hosts na instalação da coleta de dados e especifique uma lista de hosts específicos que podem acessar a infra-estrutura da coleta de dados na máquina atual.
Em alguns casos, os dados retornados da infra-estrutura de coleta de dados podem perder mensagens de retorno e você receber apenas chamadas. Isto é, o diagrama de Interações de Classes UML2SD mostra apenas setas sólidas (chamadas), mas não setas pontilhadas (retornos).
Como solução alternativa para esse problema, verifique se o relógio na máquina remota está configurado para o mesmo horário ou para um horário posterior ao da máquina do workbench. Não é necessário alterar as configurações de fuso horário. Por exemplo, se a hora local da máquina remota for 7:30 e a da máquina do workbench for 8:31 (e os horários estiverem corretos para os fusos horários em que estão, uma hora de diferença), basta ajustar a hora na máquina remota para 7:32 ou configurar a hora da máquina do workbench para 8:29.
Se você não puder alterar a configuração de horário das máquinas, envie os dados do traçado de perfil para um arquivo especificado na subguia Destino no diálogo Configuração de Ativação e importe esse arquivo. Para traçado de perfil distribuído, em que há vários agentes, cada agente deve estar conectado com antecedência e ter a opção do arquivo de traçado de perfil configurada. Cada agente deve traçar o perfil para um arquivo diferente.
Por padrão, o Tivoli Monitoring para Transaction Performance Management Server é configurado para mover dados apenas uma vez a cada hora. Isso significa que os dados de seu teste são criados, mas não são coletados.
Se não desejar aguardar até que a movimentação horária ocorra, execute as seguintes etapas:
- Abra o seguinte arquivo no diretório de instalação do TMTP: config\autorollup.properties
- Certifique-se de que a definição de tms.autorollup.enable seja true.
- Configure a definição de tms.autorollup.period como 5, indicando cinco minutos, que é o valor mínimo permitido. Valores menores que cinco serão tratados como cinco minutos.
- Para cada política à qual você deseja que essa definição de autorollup seja aplicada, inclua a seguinte linha:
tms.autorollup.policyN=policy_nameEm que N é um inteiro, iniciando em 1 (1, 2, 3, etc.) e policy_name é o nome da política. O arquivo autorollup.properties resultante será parecido com este:
tms.autorollup.enable=true tms.autorollup.period=5 tms.autorollup.policy1=myPolicy tms.autorollup.policy2=yourPolicy tms.autorollup.policy3=anotherPolicy- Pare e reinicie o Servidor de Gerenciamento do TMTP.
Agora, os dados serão movimentados para o Servidor de Gerenciamento a cada cinco minutos, portanto os dados do teste instrumentado estarão disponíveis para importação no toolkit no máximo em cinco minutos após a execução do teste.
Nota: Esta definição de movimentação é aplicada aos dados da instância. Dados agregados serão imprecisos até que a hora tenha decorrido.
Você pode obter a seguinte mensagem ao tentar desinstalar a infra-estrutura de coleta de dados no AIX, HP ou Solaris:
Esse produto não pode ser desinstalado conforme requerido por outros produtos.Para solucionar esse erro, e para desinstalar a infra-estrutura de coleta de dados, o parâmetro a seguir é requerido no comando de desinstalação:
/IBM_Agent_Controller/_uninst/uninstall.bin -console -W prod_id_uninstall.value=dci
Ao importar os dados de desempenho do ITCAM para WebSphere (anteriormente WSAM), há duas camadas de autenticação envolvidas. A primeira é a autenticação do WebSphere, que rejeitará e invalidará o usuário/senha no sistema e fará com que o toolkit exiba uma caixa de diálogo de autenticação. O outro é autenticação do ITCAM para WebSphere, que simplesmente não retornará dados disponíveis para importação se a autenticação falhar.
O único caso em que a autenticação do WebSphere será transmitida e a autenticação do ITCAM para WebSphere falhará é quando o usuário digitar um nome de usuário válido no sistema operacional básico (por exemplo, root), mas esse usuário não está registrado no ITCAM para WebSphere. Nesse caso, os usuários devem estar informados de que o servidor não apresentará erro quando a autenticação falhar, mas, em vez disso, eles não verão interrupções disponíveis das quais podem importar.
A visualização estatística, por padrão, tenta fazer o plot de um ponto a cada pulso no gráfico estatístico. Se não houver ponto para um determinado pulso, ele assumirá que o ponto era zero. Se os pontos estiverem muito espalhados, isso resultará em uma linha para zero a cada nº ponto. Isso é um artefato criado pelo gráfico e não reflete o que realmente está acontecendo no sistema. Para evitar esse artefato, configure o comportamento para "inserir nada" ou "inserir valor anterior" na caixa de diálogo "Mais..." para configurar as opções avançadas. Isso fará com que sejam inseridas lacunas ou linhas contínuas diretas onde não houver pontos para o plot.
Ao importar dados de uma interrupção de ITCAM para WebSphere, certifique-se de que os relógios do servidor de gerenciamento e o workbench estão em sincronia. No assistente de importação de Dados de Desempenho da Tivoli, a opção para importar as últimas unidades n de tempo utiliza a hora atual na máquina local, mas consulta as interrupções que possuem atividade nesse período de tempo no relógio do servidor de gerenciamento. Portanto, se o relógio do servidor de gerenciamento estiver adiantado 10 minutos, você terá que esperar 10 minutos antes do assistente de importação localizar a transação disponível no servidor ou fazer a consulta 10 minutos posteriormente.
Ao visualizar os dados estatísticos de monitoramento do recurso na "Visualização estatística", se você tiver a opção de comutação do "Link com Visualizador" ativada na visualização do "Monitor do Traçado de Perfil" e selecionar um item diferente, a visualização se reiniciará e automaticamente ativará a opção de comutação do modo de acompanhamento, onde o gráfico acompanha a hora atual. Para solucionar o problema, tente visualizar os dados em um nó comum (por exemplo, o monitor) onde todos os dados dos agentes serão exibidos no mesmo gráfico, ou simplesmente desative a opção de modo de acompanhamento clicando no botão ">" à direita das réguas horizontais.
Ao importar os Dados de Desempenho do Tivoli do TMTP, ITCAM para o WebSphere ou ITCAM para o Rastreamento de Tempo de Resposta, é possível selecionar múltiplas transações que originaram-se nos múltiplos hosts, e importá-las todas em uma importação. Há um defeito conhecido que faz com que os dados sejam armazenados em um único agente enquanto mostra dois agentes, em vez de distribuir os dados apropriados para cada agente. A solução alternativa é importar para cada host separadamente (executar pelo assistente de importação uma vez para cada host, selecionando em cada vez somente um host).
Nota: Isso não afeta as transações distribuídas, somente importa as múltiplas transações que se originaram nos hosts separados.
Ao monitorar múltiplos hosts em tempo real, o Gráfico de Chamada de Desempenho não exibe todos os hosts. Para ver os principais problemas potenciais de cada host, selecione cada um dos hosts e selecione "Filtar Subárvore --> Foco na subárvore". Isso reduzirá o gráfico com o host selecionado como o nó raiz e todos os seus descendentes. Consulte http://publib.boulder.ibm.com/infocenter/rtnl0600/index.jsp?topic=/com.ibm.rational.pd.prof.doc.user/topics/r_prof_callgraph_commands.htm para obter informações adicionais.
Retornar para o Arquivo Leia-me PrincipalAo importar do ITCAM para o WebSphere, o nome do usuário/senha devem ser aqueles utilizados para fazer logon no ITCAM para WebSphere Management Server, não o nome de usuário/senha para o próprio WebSphere. Se você utilizar o nome do usuário/senha do WebSphere, a importação falhará sem relatar qual autenticação de falha foi a razão. Se o nome do usuário/senha não corresponder ao próprio WebSphere ou ao ITCAM para WebSphere, a mensagem de falha de autenticação correta será mostrada.