Amigos; Concordo com o Ricardo, Seu SQL estará sempre na shared, porém ainda a mais um recurso de utilizar a Keep. Lave um teste! Abraços
Mosán Santos ______________________________ OCP DBA 9i OCA DBA 10g DBA SQL Expert 10g CCNA JNCIA -ER FCP Fundamental / Master OCM ...LOAD ______________________________ --- Em seg, 10/11/08, Ricardo Portilho Proni <[EMAIL PROTECTED]> escreveu: De: Ricardo Portilho Proni <[EMAIL PROTECTED]> Assunto: Re: [oracle_br] Fixar SQL na Shared Pool - DBMS_SHARED_POOL Para: oracle_br@yahoogrupos.com.br Data: Segunda-feira, 10 de Novembro de 2008, 11:30 Sim, está correto quanto ao LOG FILE... O gargalo é I/O nos Logs. Se este SQL está com alto número de execuçòes, ele já está guardado na Library. Vc não precisa fazer nada, o Oracle já fez. Se vc usa sempre Bind Variables, O CURSOR_SHARING deve ser o padrão, EXACT. Ricardo Portilho Proni Coordenador de Bancos de Dados - Solvo S/A - Oracle Database 10g Administrator Certified Professional (OCP) - Microsoft Certified Professional (MCP) - Microsoft Certified Technologt Specialist: SQL Server 2005 (MCTS) http://portilho. profissionalorac le.com.br On Mon, 2008-11-10 at 13:19 +0000, rei_do_delphi wrote: > 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. > > > > > > [As partes desta mensagem que não continham texto foram removidas] 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]