André,
Olhe pelo lado do retorno dos dados/aplicação, está havendo demora em retornar os dados? Pelo que vc explicou, vc está é dentro da situação ideal, se a controladora tem cachê, juntando com os cachês do Oracle, quanto menos ir a disco, melhor. Se não estiver tendo demora em retornar os dados para a aplicação, o que vc tem que olhar é o CONSISTENT_GETS (retornado pelos traces do Sql/Tkprof), que dizem quantas leituras usaram o cachê em relação ao uso de disco, quanto mais usar o cachê, melhor, significa que os dados estão dentro dos buffers, onde a leitura é muito mais rápida. No caso de leitura consistente, estamos falando dos buffers do Oracle (SGA com algoritmos LRU), no caso da controladora, ela tem seus buffers próprios. Algumas controladoras tem cachê de 2Gb, o que pode gerar uma dúvida quanto à segurança dos dados, já que o Oracle pediu ao S.O. que grave, o S.O. mandou o comando para os discos e a controladora da Storage recebeu o comando, jogou em seus buffers e retornou que está gravado, mas efetivamente NÃO ESCREVEU nos discos, mas neste ponto vc pode confiar, pois as controladora tem bateria interna que garantes a preservação dos buffers em caso de falha de energia. Se não for nada disto que vc precisava, retorne, vamos discutir mais. Este assunto é muito interessante em se tratando de performance. Ederson Elias de Oliveira DBA Oracle Setransp - Goiânia-GO ------------------------------------------------------------------- _____ De: [email protected] [mailto:[EMAIL PROTECTED] Em nome de André Luiz Dutra Ontalba Enviada em: domingo, 11 de junho de 2006 16:15 Para: [email protected] Assunto: [oracle_br] Ajuda Boa tarde, Estou com um problema grave na minha empresa, estamos tendo um problema de I/O Waits, temos um storage da HP com HP-UX, Temos oracle 8i com ERP da Oracle. Verificamos todos os parâmetros do Banco e está OK, o problema é que está acontecendo o seguinte todas as requisições ficam em cachê em vez de utilizar os discos, verificamos e está tendo pouco uso dos discos. Alguém já passou por este problema. Agradeço desde já. [As partes desta mensagem que não continham texto foram removidas] -------------------------------------------------------------------------------------------------------------------------- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/[email protected]/ --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __________________________________________________________________ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
