Revisado por Nestor Cayllahua
Oracle introduziu TFA (Trace File Analyzer) na versão Oracle Database 11g Release 2 (11.2.0.4).
Você tem que rodar as ferramentas corretas, e no tempo correto e o TFA é uma delas . Você pode coletar dados para um cluster inteiro ou mesmo para um único nó do cluster usando apenas um comando. O arquivo gerado pode ser armazenado em um servidor central ou local para futura análise. A ferramenta também permite filtrar, um período de tempo ou em certos componentes, para focar a análise e obter um melhor e diagnóstico. O TFA ganhou popularidade rapidamente e agora é uma das mais requesitadas ferramentas pelo My Oracle Support durante a análise de problemas. Ela está disponível para dowload em “TFA with Database Support Tools Bundle (Doc ID 1513912.1)”. O consume de recursos no sistema é bem pequeno. Mas, ele pode ser notado um leve consumo de CPU quando:
Quando o TFA está rodando com serviço (daemon), ele monitora logs para problemas significativos. Se erros internos ocorrerem (ex: ORA-00600) ou node evictions forem detectadas, o TFA pode:
Por favor, note que, se você possui poucos recursos no seu sistema e muitos erros significantes ocorrerem nos logs do Oracle, pode notar que o processo do TFA está no topo do consumo de CPU ou de memória, isso porque durante a detecção de um problema ele irá rodar uma coleta de diagnóstico automática. Neste caso, ao invés de aumentar os recursos do seu sistema, você pode optar por desabilitar essa coleta automática na configuração do TFA. Os comandos correspondentes serão descritos na seção “Interfaces de Comando”.
Instalando ou atualizando TFA Instalar ou atualizar o TFA depende se a ferramenta já está instalada em seu sistema ou não. A Oracle recomenda atualizar o TFA se ele for mais antigo que 180 dias.
[root@rac1 ~]# cd /sw
[root@rac1 sw]# unzip TFA-LINUX_v19.2.1
Archive: TFA-LINUX_v19.2.1
inflating: README.txt
inflating: installTFA-LINUX
[root@rac1 sw]# ./installTFA-LINUX

[root@rac1 sw]# tfactl status

Interface de comando Imprimir a configuração corrente em todos os nodes:
[root@rac1 ~]# tfactl print config
Como você pode ver pela saída do comando config (output), Automatic Diagnostic Collection está configurada como TRUE por padrão. Para mudar esse comportamento, execute o comando a seguir em cada um dos database nodes:.
#tfactl set autodiagcollect=OFF
Faa o mesmo no rac2:
Realizando uma coleta de diagnósticos pontual: Para realizar uma coleta de diagnósticos pontual, você precisará rodar tfactl diagcollect. Por padrão, o TFA irá coletar diagnósticos das últimas 12 horas.
#tfactl diagcollect
Para uma lista completa dos nomes dos componentes e parâmetros para coleta de diagnóstico, execute:
# tfactl diagcollect -help
Usage: /u01/app/12.2.0/grid/bin/tfactl diagcollect [ [component_name1] [component_name2] ...
[component_nameN] | [-srdc <srdc_profile>] | [-defips]] [-sr <SR#>] [-node
<all|local|n1,n2,..>] [-tag <tagname>] [-z <filename>] [-last <n><h|d>| -from <time> -to
<time> | -for <time>] [-nocopy] [-notrim] [-silent] [-nocores][-collectalldirs][-collectdir
<dir1,dir2..>][-examples]
components:-ips|-database|-asm|-crsclient|-dbclient|-dbwlm|-tns|-rhp|-procinfo|-afd|-crs|
-cha|-wls|-emagent|-oms|-ocm|-emplugins|-em|-acfs|-install|-cfgtools|-os|-ashhtml|-ashtext|
-awrhtml|-awrtext
Para uma lista completa de opções de comandos para o tfactl, execute:
# tfactl -help
Usage: /u01/app/12.2.0/grid/bin/tfactl <command> [options]
commands:diagcollect|collection|analyze|ips|run|start|stop|enable|disable|status|print|
access|purge|directory|host|receiver|set|toolstatus|uninstall|diagnosetfa|syncnodes|
setupmos|upload|availability|rest|events|search|changes|isa|blackout|rediscover
Para uma ajuda detalhada para cada comando use::
/u01/app/12.2.0/grid/bin/tfactl <command> -help
tfactl diagcollect -srdc <srdc_type>
Exemplo-1: ORA4031:
tfactl diagcollect –srdc ora4031
tfactl diagcollect –srdc dbperf
tfactl set manageLogsAutoPurge=<ON|OFF>
tfactl set manageLogsAutoPurgePolicyAge=<n><d|h>
A limpeza roda a cada 60 minutes, você pode ajustar
tfactl set manageLogsAutoPurgeInterval=<minutes>
O TFA pode gerenciar os logs do ADR e trace files
tfactl managelogs <options>
♦ tfactl managelogs –show usage
♦ tfactl managelogs –show variation –older <n><m|h|d>
♦ tfactl managelogs –purge –older n<m|h|d> -dryrun
♦ tfactl managelogs –purge –older n<m|h|d>
Os daemons usam SSL/TLS nas portas 5000 até 5005. Para mudar essas portas :
tfactl print hosts tfactl stop
tfactl start
Mude os diretórios que Change Which Directories Get Collected
tfactl print config
tfactl set <parameter>=<value>
tfactl setupmos
Enter User Id: ravikumar.yenungula@ingolob.com Enter Password: ************ tfactl diagcollect -srdc ORA-07445 -sr 3-11253233331 -user ravikumar.yenungula@ingolob.com
tfactl upload -sr 3-11253233331 -user ravikumar.yenungula@ingolob.com sr1.zip sr2.zip
TFA – Instalação no Linux
./installTFA<platform>
install.bat –perlhome <perl_home>
Conclusão: Considere usar o Trace File Analyzer (TFA) manualmente ou em um período de menor atividade. TFA irá mostrar status de informações em tempo real ao nível de cluster.
Y V RaviKumar é um Oracle ACE e Oracle Certified Master (OCM) com 18 anos de experiência em instituições financeiras, serviços financeiros e seguros (BFSI) e atuou em diversos papeis como Senior Database Architect e Production DBA. Ele também é OCP em Oracle 8i, 9i, 10g, 11g & 12c e Certificado em Golden Gate, RAC, Performance Tuning& Oracle Exadata. Ele continua motivando muitos DBAs e ajudando a Oracle Community publicando suas dicas /ideias/sugestões/soluções em seu blog. Ele escreveu 40+ artigos OTN sobre Oracle Exadata, Oracle RAC e Oracle GoldenGate para a OTN em Espanhol, OTN em Português e OTN em inglês e 19 artigos para a TOAD World, 2 Artigos para o UKOUG, 3 Artigos para OTech Magazine e 2 Artigos para a Redgate. Ele é membro do AllIndia Oracle UserGroup (AIOUG) e frequente Oracle speaker in @NYOUG, @OTN, AIOUG, Sangam e IOUG. Ele desenha, projeta e implementa Core Banking System (CBS) Databases para o Central Banks em dois países – India e Mahe, Seychelles. Ele é Co-Founder do OraWorld (www.oraworld.com). Leia mais sobre o seu perfil na LaserSoft. Mariami Kupatadze é uma Oracle Certified Master desde 2016. Ela é a primeira OCM em seu país, Georgia. Mari também é membro do ACE program. Ela é Senior Solutions Architect na FlashGrid Inc. Ela tem mais de 10 anos de experiência em Database Administration e ela vem trabalhando totalmente para 20 empresas durante sua carreira. Ela é altamente especializada em Exadata, Oracle 10g, 11g, 12c, 18c e19c Databases, RAC, Data Guard, Golden Gate, Database Optimization e Tuning, EM, Cloud Control, Backup e Recovery, Database Migrations, Oracle Cloud IaaS, Oracle Database Security, Oracle Audit Vault and Database Firewall, Linux Administration. Ela publicou muitos artigos na OraWorld e-magazine. Mari é palestrante de eventos como APAC Oracle Users Groups Community (APACOUC) e Luxembourg Oracle Users Group (LUXOUG). Ela é blogger desde 2010, publicou 279 posts sobre sua experiência com Oracle e Linux. Seu blog, dba010.com, entrou na lista dos Top 60 Oracle blogs. Rodrigo Mufalani é um Oracle ACE member e Oracle Certified Master (OCM) com 15 anos de experiência, começou com o Oracle 8i, mas teve a oportunidade de dar suporte a Oracle 7.3.4 em diante. É especialista em banco de dados Oracle com foco principal em Engineered Systems, MAA, Performance & Tuning. Ele é fundador, presidente e também palestrante do LuxOUG. É palestrante em eventos de Oracle como: OTN LAD TOUR e OTN EMEA TOUR e outros. Atualmente trabalha como Principal DBA na eProseed. Twitter @mufalani / blog Mufalani.worpress.com
Este artigo foi revisto pela equipe de produtos Oracle e está em conformidade com as normas e práticas para o uso de produtos Oracle.