[oracle_br] Statspack em branco em banco Standard
Ah, um detalhe adicional : além de tudo q foi falado, cfrme
http://www.oracle-home.ro/Oracle_Database/Tuning/Statspack_utility.html e a
Documentação Oracle, na hora que vc coleta os snapshots pro statspack, vc
ESCOLHE qual nível de estatísticas vc quer - Evidentemente, se vc usou um nível
baixo, vc NÂO vai ter as infos de SQL, de row locks, latches, etc...
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, J. Laurindo Chiappa jlchiappa@...
escreveu
Blz ? Acho que vale a pena colocar uns coments adicionais :
= dentro do redo log NÃO *** temos o texto exato do SQl, portanto o que
vc obtém com o logminer *** NÃO É *** o texto do SQL exato que foi disparado,
e sim uma versão Equivalente : dependendo da necessidade (digamos, se vc quer
localizar o SQL emitido dentro do aplicativo, fazer Tuning, etc) isso pode
ser problema... Por exemplo :
SCN CSCN TIMESTAM COMMIT_TTHREAD# LOG_ID XIDUSN
XIDSLT XIDSQNPXIDUSNPXIDSLTPXIDSQN RBA
-- -- -- -- --
-- -- -- -- -- ---
OPERATIONOPERATION_CODE SQL_REDO
--
---
SQL_UNDO
---
174539528/05/12 1 87 5
40638 5 40638
START 6 set transaction read write;
174541828/05/12 1 87 5
40638 5 40638
INSERT1 insert into
SCOTT.DEPT(DEPTNO,DNAME,LOC) values ('12','depto 12',NULL);
delete from SCOTT.DEPT where DEPTNO = '12' and DNAME = 'depto 12' and
LOC IS NULL and ROWID = 'AAANm5AAFAMAAF';
(ou seja, vc PERDE a informação de datatypes e bindings, que por vezes é
CRUCIAL para tuning, pra ver se estão sendo usados os Histogramas, para
localizar na Aplicação qual programa está emitindo o SQL, etc - então Tuning
em cima de informações do logminer não acho que vai ser algo preciso)
= falando de planejamento de tendências e coisas do tipo, imagino que vc
poderia fazer alguma coisa básica, tipo identificar um histórico de quais
tabelas estão sendo mais inseridas/updateadas/deletadas,qtdade mas há outras
fontes e possibilidades para isso também
= granularidade da Auditoria : o redo é gerado para todos os SQLs,
independente se é uma tabela importante ou não, enquanto o FGA permite que
vc audite apenas alguma(s) coluna(s) de tabela(s), ou mesmo uma condição ,
tipo auditar apenas alterações no SALARIO aonde SALARIO 1, etc
= awr/statspack *** não ** fazem log, não Auditam nada : a questão com
eles é que eles capturam AMOSTRAS da V$SQL, V$SESSION e correlatas, que
funcionam como retratos dos caches (de dados, de SQL, etc) , então num banco
bem ativo é COMUM vc perder SQLs no awr/statspack porque eles já saíram do
cache durante o intervalo das amostras
= finalmente, sobre o Statspack : é verdade que o Standard é restrito
(restrito é até eufemismo aqui, tem que ganhar muita coisa pra chegar a ser
considerado restrito), mas afaik o Statspack, como eu disse acima, faz coleta
das V$ 'comuns' e 'livres' do sistema, tal como V$SQL, V$SESSION, etc, o que
Absolutamente Não Demanda licença alguma, deveria funcionar normalmente :
então, se não está vindo a informação completa, acho muito mais provável que
tenha algum ponto faltante (como TIMED_STATISTICS, por exemplo), que o
usuário usado pro report de statspack não tinha privs corretos e/ou que se
esteja gerando ou os snapshots ou o report de statspack erradamente
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, ederson2001br ederson2001br@ escreveu
Alô Wadson,
Eu uso o Logminer desde a versão 9, sempre que preciso auditar algum
procedimento duvidoso no banco, bem como avaliar os estragos causados por
algum processo mau-comportado.
O uso do Statspack com esta intenção, vc consegue retornar os sqls que o
banco executou, juntamente com os planos de execução (dentro da janela do
cache), mas não consegue retornar os valores bind. Atualmente, trabalho com
bases 10g Standard com RAC em ASM. Usando o statspack, sempre analisamos os
sqls rodados e seus planos de execução, sempre atuando na melhoria de
[oracle_br] statspack - estatistica - Sistema Lento - HELP
Na empresa rodamos com aplicações terceirizadas e o meu relatório de Top 5 apresenta este formato Instance Efficiency Percentages (Target 100%) ~ Buffer Nowait %: 100.00 Redo NoWait %: 100.00 Buffer Hit%:99.26 In-memory Sort %: 100.00 Library Hit %:99.15 Soft Parse %: 98.92 Execute to Parse %: 50.74 Latch Hit %: 99.95 Parse CPU to Parse Elapsd %: 51.40 % Non-Parse CPU: 90.85 Top 5 Timed Events ~~ % Total EventWaits Time (s) Ela Time CPU time 3,076 46.67 SQL*Net break/reset to client 707,052 1,447 21.96 library cache pin 746454 6.89 db file sequential read 383,000240 3.64 log file sync 8,804230 3.50 Na questão library cache pin, será que o aumento da Shared pool resolveria. O que me apresenta é um alto número de PARSES. Esse fato pode estar ocasionando um aumento de consumo de CPU (CPU time). O log file sync, não sei se é o caso de commits excessivos. Agora o SQL*Net break/reset to client, não sei como resolver. Gostaria de uma ajuda de vcs. O detalhe é que os softwares são terceirizados. Outro fato a ser colocado é que a ferramenta htop apresenta um consumo de memória baixo e alguns picos de CPU. Minha versão é Oracle 9.2.0.4 e o OS é o Red Hat Enterprise versão 4. Agradeço a atenção
[oracle_br] statspack - estatistica - Sistema Lento - HELP
Na empresa rodamos com aplicações terceirizadas e o meu relatório de Top 5 apresenta este formato Instance Efficiency Percentages (Target 100%) ~ Buffer Nowait %: 100.00 Redo NoWait %: 100.00 Buffer Hit %: 99.26In-memory Sort %: 100.00 Library Hit %: 99.15Soft Parse %: 98.92 Execute to Parse %: 50.74 Latch Hit %: 99.95 Parse CPU to Parse Elapsd %: 51.40 % Non-Parse CPU: 90.85 Top 5 Timed Events ~~ % Total Event WaitsTime (s) Ela Time --- CPU time 3,07646.67 SQL*Net break/reset to client 707,052 1,44721.96 library cache pin 746 454 6.89 db file sequential read 383,000 240 3.64 log file sync 8,804 230 3.50 Na questão library cache pin, será que o aumento da Shared pool resolveria. O que me apresenta é um alto número de PARSES. Esse fato pode estar ocasionando um aumento de consumo de CPU (CPU time). O log file sync, não sei se é o caso de commits excessivos. Agora o SQL*Net break/reset to client, não sei como resolver. Gostaria de uma ajuda de vcs. O detalhe é que os softwares são terceirizados. Outro fato a ser colocado é que a ferramenta htop apresenta um consumo de memória baixo e alguns picos de CPU. Minha versão é Oracle 9.2.0.4 e o OS é o Red Hat Enterprise versão 4. Agradeço a atenção
Re: [oracle_br] statspack - estatistica - Sistema Lento - HELP
Jota, Vou partir que o teu banco está Ok (bem dimensionado/Tunado) no que diz respeito a SGA/PGA. Certo? Caso contrário, reveja teus valores que eles podem estar ocassionando os waits mostrados abaixo. Agora, se eles estiverem ok, eu pensei num 1o momento da aplicação mal comportada, isto é, sem uso de bind variable. Neste caso, eu faria um teste modificando o parâmetro cursor_sharing. Sobre SQL*Net break/reset to client, segue um link legal: http://blog.tanelpoder.com/2008/04/10/sqlnet-breakreset-to-client/#more-65 Saudações, Anderson Haertel Rodrigues Administrador de Banco de Dados - DBA Florianópolis/SC --- Em ter, 2/9/08, jota_lvaz [EMAIL PROTECTED] escreveu: De: jota_lvaz [EMAIL PROTECTED] Assunto: [oracle_br] statspack - estatistica - Sistema Lento - HELP Para: oracle_br@yahoogrupos.com.br Data: Terça-feira, 2 de Setembro de 2008, 14:29 Na empresa rodamos com aplicações terceirizadas e o meu relatório de Top 5 apresenta este formato Instance Efficiency Percentages (Target 100%) ~ Buffer Nowait %: 100.00 Redo NoWait %: 100.00 Buffer Hit%:99.26 In-memory Sort %: 100.00 Library Hit %:99.15 Soft Parse %: 98.92 Execute to Parse %: 50.74 Latch Hit %: 99.95 Parse CPU to Parse Elapsd %: 51.40 % Non-Parse CPU: 90.85 Top 5 Timed Events ~~ % Total EventWaits Time (s) Ela Time CPU time 3,076 46.67 SQL*Net break/reset to client 707,052 1,447 21.96 library cache pin 746454 6.89 db file sequential read 383,000240 3.64 log file sync 8,804230 3.50 Na questão library cache pin, será que o aumento da Shared pool resolveria. O que me apresenta é um alto número de PARSES. Esse fato pode estar ocasionando um aumento de consumo de CPU (CPU time). O log file sync, não sei se é o caso de commits excessivos. Agora o SQL*Net break/reset to client, não sei como resolver. Gostaria de uma ajuda de vcs. O detalhe é que os softwares são terceirizados. Outro fato a ser colocado é que a ferramenta htop apresenta um consumo de memória baixo e alguns picos de CPU. Minha versão é Oracle 9.2.0.4 e o OS é o Red Hat Enterprise versão 4. Agradeço a atenção -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses
Re: [oracle_br] statspack - estatistica - Sistema Lento - HELP
Verifique se vale a pena mecher no shareed pool size. -- Estimativa SELECT shared_pool_size_for_estimate Size of Shared Pool in MB, shared_pool_size_factor Size Factor, estd_lc_time_saved Time Saved in sec FROM v$shared_pool_advice; /*Esta Query monitora o uso do processador pela sessão, mostrando a informação sobre os processos.*/ SELECT s.username Usuario Oracle,s.osuser Usuario SO,i.consistent_gets Consistent Gets, i.physical_reads Leitura,s.status Status,s.sid SID,s.serial# Serial#, s.machine Maquina,s.program Programa,TO_CHAR(logon_time, 'DD/MM/ HH24:MI:SS') Tempo Inicial, w.seconds_in_wait Tempo Inativo, P.SPID PROC, name Stats Processador, value Valor FROM v$session s, v$sess_io i, v$session_wait w, V$PROCESS P, v$statname n, v$sesstat t WHERE s.sid = i.sid AND s.sid = w.sid (+) AND 'SQL*Net message from client' = w.event(+) AND s.osuser IS NOT NULL AND s.username IS NOT NULL AND s.paddr=p.addr AND n.statistic# = t.statistic# AND n.name LIKE '%cpu%' AND t.SID = s.sid ORDER BY 6 ASC, 3 DESC, 4 DESC; 2008/9/2 Anderson Haertel Rodrigues [EMAIL PROTECTED]: Jota, Vou partir que o teu banco está Ok (bem dimensionado/Tunado) no que diz respeito a SGA/PGA. Certo? Caso contrário, reveja teus valores que eles podem estar ocassionando os waits mostrados abaixo. Agora, se eles estiverem ok, eu pensei num 1o momento da aplicação mal comportada, isto é, sem uso de bind variable. Neste caso, eu faria um teste modificando o parâmetro cursor_sharing. Sobre SQL*Net break/reset to client, segue um link legal: http://blog.tanelpoder.com/2008/04/10/sqlnet-breakreset-to-client/#more-65 Saudações, Anderson Haertel Rodrigues Administrador de Banco de Dados - DBA Florianópolis/SC --- Em ter, 2/9/08, jota_lvaz [EMAIL PROTECTED] escreveu: De: jota_lvaz [EMAIL PROTECTED] Assunto: [oracle_br] statspack - estatistica - Sistema Lento - HELP Para: oracle_br@yahoogrupos.com.br Data: Terça-feira, 2 de Setembro de 2008, 14:29 Na empresa rodamos com aplicações terceirizadas e o meu relatório de Top 5 apresenta este formato Instance Efficiency Percentages (Target 100%) ~ Buffer Nowait %: 100.00 Redo NoWait %: 100.00 Buffer Hit %: 99.26 In-memory Sort %: 100.00 Library Hit %: 99.15 Soft Parse %: 98.92 Execute to Parse %: 50.74 Latch Hit %: 99.95 Parse CPU to Parse Elapsd %: 51.40 % Non-Parse CPU: 90.85 Top 5 Timed Events ~~ % Total Event Waits Time (s) Ela Time CPU time 3,076 46.67 SQL*Net break/reset to client 707,052 1,447 21.96 library cache pin 746 454 6.89 db file sequential read 383,000 240 3.64 log file sync 8,804 230 3.50 Na questão library cache pin, será que o aumento da Shared pool resolveria. O que me apresenta é um alto número de PARSES. Esse fato pode estar ocasionando um aumento de consumo de CPU (CPU time). O log file sync, não sei se é o caso de commits excessivos. Agora o SQL*Net break/reset to client, não sei como resolver. Gostaria de uma ajuda de vcs. O detalhe é que os softwares são terceirizados. Outro fato a ser colocado é que a ferramenta htop apresenta um consumo de memória baixo e alguns picos de CPU. Minha versão é Oracle 9.2.0.4 e o OS é o Red Hat Enterprise versão 4. Agradeço a atenção -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Funções, Procedures, propostas de emprego - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ -- Links do Yahoo! Grupos Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses -- Att, Diego Leite - DBA Jr.
[oracle_br] StatsPack
Olá, Estou tentando implementar o statspack na empresa onde trabalho, alguém tem alguma dica ou poderia me indicar algum material? Obrigado Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle VISITE: http://www.enpo-br.org/ - Dia 11/11 Vagas Limitadas Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] STATSPACK E LOGBUFFER 2 - URGENTE
Chiappa, Estou apelando especificamente para você porque o caso é realmente urgente, responda por favor. Estou com problemas de performance em um servidor 9i rodando sobre Linux AS3, ambiente de produção. 1. Gostaria de saber qual é o tamanho médio, em blocos, do parametro log_buffer 2. e também como calcular ou estimar o tamanho adequado para este parâmetro. 3. Além disso, estou tendo problemas em gerar o relatório do statspack, porque durante a execução deste relatório está ocorrendo erro no script. Mais uma vez, muito obrigado! Marco ERRO na linha 4: ORA-06550: line 4, column 17: PLS-00103: Encountered the symbol ; when expecting one of the following: ( - + case mod new not null an identifier a double-quoted delimited-identifier a bind variable avg count current exists max min prior sql stddev sum variance execute forall merge time timestamp interval date a string literal with character set specification a number a single-quoted SQL string pipe The symbol null was substituted for ; to continue. ORA-06550: line 6, column 16: PLS-00103: Encountered the symbol ; when expecting one of the following: ( - + case mod new not null an identifier a double-quoted delimited-identifier a bind variable avg count current exists max min prior sql stddev su Cache Sizes (end) ~ Buffer Cache: M Std Block Size: K Shared Pool Size: M Log Buffer: K Load Profile Per Second Per Transaction --- --- Redo size: Logical reads: Block changes: Physical reads: eof __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/oracle_br/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
[oracle_br] StatsPack
Alguem tem algum material para que eu posso utilizar para interpretar os relatorios da STATSPACK? Algumas coisa são tão obscurase não encontro referências principalmente quando não temos um baseline para comparar com os dados atuais. -- Rosane Novello -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --_ Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] StatsPack
Urgente... Alguem poderia me responder, por que o evento CPU foi acrescido no Top 5 events do StatsPack da versão 9.02, pois na versão anterior não tinha... no mínimo 5 folhas. - Promoção Yahoo! Acesso Grátis: a cada hora navegada você acumula cupons e concorre a mais de 500 prêmios! Participe! [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] StatsPack
Boa Tarde ! Gostaria se alguem pudesse me explicar, porque o evento CPU no Top 5 Events do StatsPack do oracle 9.02, foi incluso, pois no oracle 9.01 não existe, minimo uma explicação de 6 paginas... Atenciosamente - Promoção Yahoo! Acesso Grátis: a cada hora navegada você acumula cupons e concorre a mais de 500 prêmios! Participe! [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Statspack
Pessoal, quando vou rodar o relatório de estatisticas do statspack acontece o seguinte erro. Alguem saberia me explicar o pq ?? Specify the Begin and End Snapshot Ids ~~ Informe o valor para begin_snap: Begin Snapshot Id specified: OEM_sqlplus_input_finished Informe o valor para end_snap: End Snapshot Id specified: 1 Specify the Report Name ~~~ The default report file name is sp__. To use this name, press return to continue, otherwise enter an alternative. Informe o valor para report_name: Using the report name OEM_sqlplus_input_finished ERROR: Begin Snapshot Id specified does not exist for this database/instance ERROR: End Snapshot Id specified does not exist for this database/instance WARNING: timed_statitics setting changed between begin/end snaps: TIMINGS ARE IN VALID ERROR: Snapshots chosen span an instance shutdown: RESULTS ARE INVALID ERROR: Session statistics are for different sessions: RESULTS NOT PRINTED begin * ERRO na linha 1: ORA-20100: Missing Init.ora parameter db_block_size ORA-06512: em PERFSTAT.STATSPACK, line 727 ORA-06512: em PERFSTAT.STATSPACK, line 1126 ORA-06512: em line 2 ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] STATSPACK
Pessoal, Estou com um problema na hora da instalação do pacote do STATSPACK. Quando eu rodo o SPCCREATE.SQL ele me retorna um erro no log ( SP2-0640: Não conectado ) na hora da criação das pckg do script SPCPKG.SQL. Será que ele estouro um buffer do SQLPLUS ou algo do tipo para ele se desconectar. ALguem já passou por isso? AGradeço a atenção Bruno __ Histórico: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ Falar com os Moderadores:([EMAIL PROTECTED]) Dorian Anderson Soutto - Fernanda Damous - Alisson Aguiar __ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
