Amorrimm,
A regra inicial e básica é algo em torno entre 30% a
40% para a SGA (conforme citado pelo rei_do_delphi).
Sendo que, deste percentual, dê também uns 55% para o
Buffer Cache, uns 40% para a shared pool e o restante
entre o java e large pool, conforme a sua necessidade.
Para a PGA, dê algo em torno de 20% da memória
disponível, o resto para o S.O. e os processos do
oracle, que não devem ser esquecidos.
Esta seria a regra básica, a 1a configuração dos
parâmetros de memória da instância/oracle.
Após isso, não tem outra saída, é você começar a
entender como a aplicação que está acessando o banco
usa o Banco de Dados no que diz respeito aos
parâmetros acima citados e aí, com isso, monitorar de
perto se os valores que tu passou estão bons, se estão
insuficientes ou se estão acima.
Para isso, sugiro fortemente a leitura do capítulo 7
(Memory Configuration and Use) do .PDF:
Oracle® Database Performance Tuning Guide
Aparentemente o problema pode ser este, mas, caso não
seja, começe configurando os parâmetros citados acima,
e depois acompanhe com ferramentas do S.O.,
ferramentas do Oracle (Statspack, v$´s, ADDM, etc) e
veja o que realmente está acontecendo.
Sucesso,
Anderson Haertel Rodrigues
Consultor Oracle
TEIKO Soluções em Tecnologia da Informação
Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
www.teiko.com.br
Email: [EMAIL PROTECTED]
--- rei_do_delphi <[EMAIL PROTECTED]>
escreveu:
> amorim, é assim, pelo que estudei, você pode colocar
> até 40% de sua
> memória para SGA, pois os outros 60% serão
> utilizados para PGA e pelo
> SO. Quando alteração de parâmetros, para alterar a
> SGA utilizando
> pfile, ACREDITO que não precise colocar o deffered,
> pois este valor é
> aumentado dinamicamente para a SGA. Utilizando o
> parâmetro
> SGA_TARGET. Quanto você não ter encontrado
> referência a estes
> parâmetros no init.ora, ACREDITO que possa ser por
> eles permanecerem
> no valor padrão. Consulta a view v$sga e veja quando
> esta utilizando
> atuamente de memória. Verifique se a lentidão no seu
> sistema não é
> devido a um grande uso na shared pool por querys
> escritas e repetidas
> sem utilização de bind variables. Pode ser esta a
> causa, espero ter
> ajudado.OK?
> :)
>
>
>
> --- Em oracle_br@yahoogrupos.com.br, "amorrimm"
> <[EMAIL PROTECTED]> escreveu
> >
> > Bom dia pessoal...
> >
> > Tenho um pequeno probleminha que começou
> recentemente em um dos
> banco
> > que trabalho...ele esta lento e como tenho uma
> aplicação que opera
> > neste banco 24X7, tenho algumas dúvidas para
> alterar alguns
> parametros
> > como aumentar a SGA, SHARED_POOL, LARGE_POOL
> dinamicamente.
> >
> > Estou fazendo alguns calculos, a nivel de hardware
> (memoria,
> disco...)
> > para saber quanto a mais eu poderia aumentar
> destes parametros
> acima
> > mas, receio que tenha que faze-los
> dinamicamente...
> >
> > Se eu utilizasse a opção ALTER SYSTEM SET
> DEFERRED eu teria as
> > alterações feitas para as próximas sessões...certo
> ? até que eu
> possa
> > parar o banco, alterar o init.ora e coloca-lo em
> modo OPEN
> novamente...
> >
> > Uma outra questão interessante...verifiquei o meu
> init.ora e nao
> > encontrei nenhuma referência a estes parametros
> acima...
> >
>
>
>
>
> O ENPO-BR 2008 (O maior evento de Profissionais de
> Oracle do Brasil!) será realizado no dia 29 de Março
> no auditório da FIAP - Faculdade de Administração e
> Informática Paulista em São Paulo. E tem total apoio
> deste Grupo.
> Veja mais em http://www.enpo-br.org/
>
--
> >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
>
>
>
>
Anderson Haertel Rodrigues
Administrador de Banco de Dados - DBA
Florianópolis/SC
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
armazenamento!
http://br.mail.yahoo.com/
