A questão nao envolve somente um DBA... de repente pode ser algum parametro de
kernel do sistema operacional ou configuração do sistema. Ou pode ser um
problema na rede.
E interessante acionar o administrador do sistemas e o administrador de redes,
para analizar as configurações dos dois sistemas operacionais e redes, ja que
segundo o DBA esta tudo ok na instalação e configuração do oracle.
Abraço e boa sorte
Marco Barretto.
Informática - Usina Moreno <[EMAIL PROTECTED]> escreveu:
Luiz
Chama um DBA! :-)
Brincadeiras à parte, uma crítica construtiva para sua próxima migração:
simule-a e estresse muito bem a aplicação em ambiente de TESTES. É neste
ambiente de testes que você vai conhecer os problemas e resolvê-los, num
processo iterativo, até conseguir a performance desejada. Só depois de
atingir a performance desejada e saber quais parâmetros você tem que alterar
e prá quanto é que você tem segurança para tocar na produção.
==> Tem um DBA aqui fazendo todo esse trabalho de empresa especilista em
oracle, é um ambiente de teste
No seu e-mail, você não diz se o banco migrado é ou não a produção. Se não
for, ainda bem, você acabou de aprender que paga-se um preço alto por migrar
"na louca". Se for o de produção, sugiro voltar o backup, mantê-lo na versão
antiga e seguir minha sugestão do 1o parágrafo.
==> Não é o banco de produção, estamos testando pra depois colocar em produção.
Se não tiver como voltar (ou não quiser voltar), você pode abrir duas
frentes de investigação:
1) Procure pelos maiores waits (time_waited) na v$system_event.
Provavelmente, os top-5 já te darão a luz que você tá procurando.
==> testamos a mesmas queries nos dois bancos, a diferençã é que as vezes no
10g o COST é o dobro
2) Gere o explain destes comandos que estão demorando demais no 10g e, se
possível, compare-o com o explain do 9i. Isto também vai te dar outra luz,
na outra ponta do túnel. Se não tiver como comparar, encontre no plano da
10g onde a coisa tá parando.
==> Estamos comporando verificamos que o COST que realmente está pegando.
Marcos
Em 25/01/07, Informática - Usina Moreno <[EMAIL PROTECTED]>
escreveu:
>
>
> bom dia
>
> Tenho rodando em produção o oracle 9i com linux red hat 3, uma maquina HP
> Intel com 2 Processador 4 GB RAM, a performace hoje é boa.
> Agora estamos migrando para oracle 10g com linux unbreakable 64, uma
> maquina HP AMD 64 com 4 processador 8 GB RAM, a performace está péssima, o
> mesmo SQL rondando nas duas maquina sem ninguem pindurado, na maquina nova
> demora o dobro do tempo.
>
> Fizemos teste de IO no hardware e está ok, acreditamos que seja algum
> parametro do oracle.
>
> O DBA já está a um dia verificando e nada, será que alguem tem alguma luz?
>
> Marcos
>
>
>
[As partes desta mensagem que não continham texto foram removidas]
__________________________________________________
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger.yahoo.com/
[As partes desta mensagem que não continham texto foram removidas]
