Jlchiappa, muito obrigada por opniar ... O que está acontecendo é o seguinte, faço um backup exp touser fromuser diário, e um backup semanal full, pois infelizmente não temos recursos para implementar RMAN apesar de já termos testados em ambientes pessoais. Bem, voltando ao problema que eu acho que é performance, estou usando para monitoração o spotlight e ele me dá uns alertas em vermelho mostrando a passagem entre disk database e server processes, que justamente é physical reads. Acho que é algo de buffer que tenho que ajustar, pois o buffer cache hit ratio tá em 100%, SGA current size: 5,84GB e PGA target: 1,97GB. Analisando a view v$parameter, o valor de shared_pool_size é 0 e de shared_pool_reserved_size é em bytes 28521267. Ajude-me se puder! Enquanto isso, estou pesquisando sobre o assunto. Obrigada desde já.
Att, jlchiappa escreveu: > > Colega, sorry, mas "problemas de physical read rate e shared pool > size" é uma expressão GENÉRICA a mais não poder, e que não diz NADA, > pra gente poder te ajudar, vc teria que dizer pra gente : EXATAMENTE > quais sintomas, quais "Problemas" vc está enfrentando ? Msgs de erro, > talvez ORA-4031 que é unable to allocate x bytes em RAM ? Performance > ? Se performance, exatamente COMO vc mediu e analisou isso, pra poder > deduzir queo culpado é o storage com RAID-5 ???? Vc tem ** quais > Números ** mostrando isso, se é performance ??? > Outra coisa , "distribuição de datafiles" é um negócio meio DIFÍCIL > quand se fala em storage, pois a RAZÃO DE SER de um storage é ter > pedaços de dados espalhados em TODOS os discos em princípio : o > staorage por definição permite vc juntar N discos físicos num único > volume lógico, via de regra NÃO TEM COMO vc especificar "ah, esses > arquivos eu quero no disco 1, esses outros no disco 2, etc", os N > disocs são uma "coisa" só na hora de acessar... No máximo, o que vc > pode fazer (EM TESE) é com o storage VAZIO vc gravar os arquivos mais > "importantes", que vc vai ler/acessar muito muito, em primeiro lugar, > a TENDÊNCIA normalmente é que esses arquivos gravados em primeiro > lugar venham pras 'bordas' dos discos, com um acesso talvez mais > rápido, mas é só.... Assim, se vc quer "acelerar" o I/O, afora a troca > física de hardware o que vc pode (E DEVE !!) fazer é : > > - o Tuning, de modo que os seus SQLs rodem mais rápido e consuma menos > I/O, menos I/Os sendo pedidos pro hardware implica em MAIOR VELOCIDADE > pra cada I/O feito, já que a fila de atendimento é menor, a > concorrência é menor.... > - se o seu hardware permite, aumentar o cache dedicado do storage > - onde/se possível aumentar o caching do banco, fazendo o Tuning dos > params relacionados com cache, ALTERANDO objetos físicos para > permanecerem em cache (provavelmente criando e redirecioando cfrme > preciso objs para outros pools além do default) > > ok ? Então explica melhor o que vc quis dizer que a gente pode > palpitar mais... > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br>, Elaine Silva <ela...@...> > escreveu > > > > Meu ambiente já é raid5, e estou comproblemas de physical read rate e > > shared pool size, esses dois temas, tem haver com a distribuição dos > > datafiles e com o raid 5? como posso melhorar meu ambiente sem sair do > > raid5. Nosso banco oracle é 10g standard. > > > > Att, > > > > -- > > Elaine Cristina Bastos Silva > > > > "Ninguém deve ter acesso a nada além do > > mínimo absoluto necessário para realizar o > > seu trabalho, e tudo o que não for > > especificamente permitido é proibido." > > > > -- Elaine Cristina Bastos Silva DPS - DBA Cinbesa - Companhia de Informática de Belém Tel: 3084-0714 Corporativo: 88524024 “Ninguém deve ter acesso a nada além do mínimo absoluto necessário para realizar o seu trabalho, e tudo o que não for especificamente permitido é proibido.” ------------------------------------ -------------------------------------------------------------------------------------------------------------------------- >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/ -------------------------------------------------------------------------------------------------------------------------- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - 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: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
