《[精选]简洁青绿色条框ppt模板OraclePerance》由会员分享，可在线阅读，更多相关《[精选]简洁青绿色条框ppt模板OraclePerance（42页珍藏版）》请在金锄头文库上搜索。
1、Oracle Performance Diagnostics Elimine o Full Table Scan; Otimize o DB_FILE_MULTIBLOCK_READ_COUNT para seu I/O; Melhore o mecanismo de I/O.,Exemplo de Wait Event,log file switch completion P1: Not used P2: Not used P3: Not used Explicao: todos os grupos de Redo Logs foram utilizados e ainda so neces
2、srios para um eventual Recover, pois o DBWR ainda no gravou os blocos alterados nos Datafiles. Causas: Redo Logs sub-dimensionados para a gravao corrente, DB_CACHE_SIZE insuficiente, I/O ineficiente. Correo: Aumentar os Redo Logs em quantidade e/ou tamanho; Aumente o DB_CACHE_SIZE; Melhore o mecanis
3、mo de I/O.,Granularidades de Anlise,SQL Statement Session Instance,Ferramentas de Anlise,Dynamic Performance Views Extended SQL Trace (Event 10046) Statspack / AWR,OWI Dynamic Performance Views,V$SYSTEM_EVENT V$SESSION_EVENT V$SESSION_WAIT,Cenrios de Anlise,O Banco de Dados est lento agora O Banco d
4、e Dados estava lento ontem Este SQL est lento,O Banco de Dados est lento,Encontrar indcios do gargalo na V$SYSTEM_EVENT Verificar os maiores gargalos na V$SESSION_EVENT Verificar os maiores gargalos na V$SESSION_WAIT, repetidamente Encontrar o SID ofensor na V$SESSION_WAIT Encontrar o maior Wait Eve
5、nt deste SID na V$SESSION_EVENT Corrigir o maior Wait Event possvel Se o tempo esta satisfatrio, finalizar a anlise,O Banco de Dados est lento,SQL CREATE TABLE T2 AS SELECT * FROM T; Table created. SQL SELECT EVENT, TIME_WAITED FROM V$SESSION_EVENT WHERE SID = 184 ORDER BY TIME_WAITED DESC; EVENT TI
6、ME_WAITED - - SQL*Net message from client 96602 direct path read 8403 log buffer space 7337 direct path write 2698 log file switch (checkpoint incomplete) 1037 log file switch completion 396 buffer busy waits 346 log file switch (private strand flush incomplete) 218 Data file init write 61 ,O Banco
7、de Dados estava lento,Encontrar indcios do gargalo na V$SYSTEM_EVENT Encontrar o maior Wait Event via Statspack / AWR Corrigir o maior Wait Event possvel Se o tempo esta satisfatrio, finalizar a anlise,Este SQL est lento,Executar o comando SQL com Extended SQL Trace Encontrar o maior Wait Event via
8、tkprof Corrigir o maior Wait Event possvel Se o tempo esta satisfatrio, finalizar a anlise,Este SQL est lento,* 2010-03-22 11:43:12.276 WAIT #9: nam=db file scattered read ela= 183330 file#=4 block#=9124 blocks=26 obj#=74574 WAIT #9: nam=db file scattered read ela= 2528 file#=4 block#=9150 blocks=26
9、 obj#=74574 WAIT #9: nam=db file scattered read ela= 170358 file#=4 block#=9176 blocks=26 obj#=74574 WAIT #9: nam=db file scattered read ela= 96261 file#=4 block#=9202 blocks=26 obj#=74574 WAIT #9: nam=db file scattered read ela= 1669 file#=4 block#=9228 blocks=26 obj#=74574 WAIT #9: nam=db file sca
10、ttered read ela= 26055 file#=4 block#=9254 blocks=26 obj#=74574 WAIT #9: nam=db file scattered read ela= 4760 file#=4 block#=9280 blocks=26 obj#=74574 WAIT #9: nam=db file scattered read ela= 108783 file#=4 block#=9306 blocks=26 obj#=74574 tim=1269268992840594 =,Limitaes OWI: Views,No um monitoramen
11、to End-to-End Sem dados de consumo de CPU Sem dados de consumo de Memria Sem histrico Bugs Imprecises,Limitaes OWI: Extended Trace,Muitos dados Altssima granularidade Desempenho Correlao de informaes Bugs Imprecises Sesses PARALLEL Sesses SHARED SERVER Waits s disponveis em =9iR1 Suporte oficial s e
12、m 10gR1,Limitaes OWI: Statspack / AWR,Baixa granularidade,Minha abordagem em Tuning,Performance de Sistemas Computacionais s pode ser medida em TEMPO. Performance Tuning deve ser reativa. Performance Tuning deve ter ROI. Apenas os maiores gargalos devem ser solucionados. O processo deve ser Diagnost
13、ics, e depois Tuning. Alto consumo de CPU no um problema. O usurio no executa um SQL por prazer. O desenvolvedor no deveria saber como fazer um bom SQL (COBOL?). Ferramentas Grficas / Enterprise Manager / Wizards / Automao so bons auxiliares.,Minha abordagem em Tuning,Bancos com bom desempenho devem
14、 ser observados. No acredite em nada (separar tabelas e ndices?). Teste. Se houvesse um parmetro que sempre deixasse o Oracle mais rpido, sem nenhum efeito colateral, ele j viria habilitado. Desenvolva um mtodo de convencimento gerencial. Por algo chamar-se Storage, no quer dizer que ele no tenha problemas. KISS (Keep It Simple, Stupid): a probabilidade de falha cresce linearmente com o aumento de complexidade. Conhea outros RDBMSs: TI no lugar para paixes.,Perguntas?,Blog: http:/.br Email: .br Twitter: http:/,演讲完毕，谢谢观看！,
