Nâo vejo necessidade de pinar estes comandos. Acredito que o melhor seria identificar onde estes comandos estão não aplicação e verificar a possiblidade de reduzir a quantidade de execução dos mesmos, ou reduzir a quantidade de blocos lidos.
________________________________ De: rei_do_delphi <[EMAIL PROTECTED]> Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Novembro de 2008 10:19:42 Assunto: [oracle_br] Fixar SQL na Shared Pool - DBMS_SHARED_POOL Bom dia a todos! Estava passando gerando um relatório semanal do awr em um cliente que atendo semanalmente e me deparei com dois problemas: 1º evento "Log File Parallel Write" muito alto ==> que eu tenho ciência que só irei resolver se distribuir os redo log files em discos com menos concorrência ou se possível em discos somente para esse fim( que acaba não sendo nossa realidade). 2º Sql´s com execuções altíssimas ( coluna executions), onde seria interessantes fixar estas sql´s na shared pool. Estava lendo o metalink Subject: Using the Oracle DBMS_SHARED_ POOL Package Doc ID: Note:61760.1 Type: BULLETIN Last Revision Date: 03-JUL-2008 Status: PUBLISHED e ví que isso é possível pela package DBMS_SHARED_ POOL. O que gostaria de saber de vocês é: 1º alguém já utilizou essa package? 2º Qual seria um nível bom ( em números) para fixar as sql´s na shared pool? Os sql´s com maior número de execuções na sessão "SQL ordered by Executions" do AWR ficam entre 305,380 e 71,440,096 ( isso mesmo, 71 milhões). Mesmo algumas delas sql´s leves, acredito que seria interessante fixa-las, correto? S.O: Windows 2003 Standard 32 Bits Versão BD: 10.2.0.4 ( sem patch de CPU) SGA NAME BYTES RES ------------ --------- --------- -- ---------- --- Fixed SGA Size 1302296 No Redo Buffers 15474688 No Buffer Cache Size 1333788672 Yes Shared Pool Size 771751936 Yes Large Pool Size 461373440 Yes Java Pool Size 8388608 Yes Streams Pool Size 58720256 Yes Granule Size 8388608 No Maximum SGA Size 2650800128 No Startup overhead in Shared Pool 92274688 No Free SGA Memory Available 0 SQL> show parameter sga_max_size NAME TYPE VALUE ------------ --------- --------- ------ ------------ --------- --------- -- ------------ --------- --------- sga_max_size big integer 2528M SQL> show parameter sga_target NAME TYPE VALUE ------------ --------- --------- ------ ------------ --------- --------- -- ------------ --------- --------- sga_target big integer 2528M SQL> parâmetros: cursor_sharing SIMILAR cursor_space_ for_time FALSE open_cursors 800 session_cached_ cursors 20 Como a aplicação é desenvolvida dentro da empresa, é muito raro encontrar SQL´s sem Bind Variables, sendo assim, o cursor_sharing esta correto? Obrigado a todos. 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 [As partes desta mensagem que não continham texto foram removidas]