Sugestão, faça os *** mesmos *** comandos via sqlplus na MESMA versão do banco, 
conectado com client Oracle da MESMA versão também, e veja lá se dá o erro ou 
nçao, de repente pode ser problema do próprio talzinho do PL/SQL Developer ...

 []s

  Chiappa
--- Em [email protected], Júlio César Corrêa <juliotubi...@...> 
escreveu
>
> Fiz alguns testes agora pouco e acompanhando o alert log.
> O erro é gerado pelo PL/SQL Developer ao executar algum comando.
> 
> 2009/4/2 Júlio César Corrêa <juliotubi...@...>
> 
> > http://www.dba-oracle.com/t_ora_07445_exception_encountered.htm
> >
> >
> > 2009/4/2 Júlio César Corrêa <juliotubi...@...>
> >
> >> No meu caso só tenho o ORA-07445 .
> >>
> >> 2009/4/2 Júlio César Corrêa <juliotubi...@...>
> >>
> >> Obrigado.
> >>>
> >>> 2009/4/2 amorrimm <ammo...@...>
> >>>
> >>>   Rapaz...pior que no meu caso foi só isso mesmo...
> >>>>
> >>>> O problema é que, como são erros genericos, fica meio complicado mapear
> >>>> a solução para estes problemas.
> >>>>
> >>>> O ideal mesmo é abrir um chamado...o problema é conseguir aguardar com o
> >>>> nosso servidor em produção "travando"...
> >>>>
> >>>> Vou dar mais uma procurada aqui...qualquer coisa posto ai...
> >>>>
> >>>>
> >>>> --- Em [email protected] <oracle_br%40yahoogrupos.com.br>,
> >>>> Júlio César Corrêa <juliotubista@> escreveu
> >>>> >
> >>>> > Será que deve ser somente isso?O meu já está com EXACT no parametro.
> >>>> >
> >>>> > 2009/4/2 amorrimm <ammorim@>
> >>>> >
> >>>> > > Grande Julio,
> >>>> > >
> >>>> > > Tambem tive este problema no servidro de produção...
> >>>> > > Consegui contorna-lo alterando o parametro de cursor sharing para
> >>>> EXACT.
> >>>> > >
> >>>> > >
> >>>> > > --- Em 
> >>>> > > [email protected]<oracle_br%40yahoogrupos.com.br><oracle_br%
> >>>> 40yahoogrupos.com.br>,
> >>>> > > Júlio César Corrêa <juliotubista@> escreveu
> >>>> > > >
> >>>> > > > Legal.No meu caso este erro vem ocorrendo em ambiente de produção.
> >>>> > > >
> >>>> > > > 2009/4/1 amorrimm <ammorim@>
> >>>> > > >
> >>>> > > > > Boa tarde,
> >>>> > > > >
> >>>> > > > > Bem, com relação a esta erro, tive a impressão tambem que este
> >>>> erro tem
> >>>> > > > > haver com o hardware utilizado...não entendi bem o pq...no meu
> >>>> caso
> >>>> > > > > específico, este erro não tinha sido relatado anteriormente no
> >>>> > > metalink...
> >>>> > > > >
> >>>> > > > > Fiz alguns testes bem extensos..desistalei, reinstalei com o
> >>>> entreprise
> >>>> > > (só
> >>>> > > > > como base de testes), instalei o RHEL 4, subi o banco novamente,
> >>>> > > executei as
> >>>> > > > > PKG que me traziam problemas e so estourava o mesmo erro...
> >>>> > > > >
> >>>> > > > > Pois bem, parti para a instalação do Oracle 11.1.0.6.0 e testei
> >>>> as PKG
> >>>> > > > > novamente. TUDO funcionou adequadamente.
> >>>> > > > >
> >>>> > > > > Não tive mais nenhum destes erros acima !!
> >>>> > > > >
> >>>> > > > > Inclusive percebi uma característica, que me alertou para que
> >>>> pudesse
> >>>> > > ser
> >>>> > > > > um problema com o HARD. Quando instalei o 10G para este novo
> >>>> servidor,
> >>>> > > as
> >>>> > > > > PKG nem tinham sido implantadas e ele já alertada concorrencia
> >>>> > > (34.98%), CPU
> >>>> > > > > (23.5%). Sabemos que o banco não esta totalmente off...esta la
> >>>> com seus
> >>>> > > > > processos ativos mas não acredito que estes processos, sem
> >>>> instancia
> >>>> > > alguma
> >>>> > > > > criada estariam consumindo tudo isso de cpu e com tanta
> >>>> concorrencia.
> >>>> > > > >
> >>>> > > > > Pois bem, após a instalação do 11G, sem a instancia criada
> >>>> ainda, não
> >>>> > > tive
> >>>> > > > > alerta algum, nem de concorrencia, nem de cpu...compilei as PKG
> >>>> neste
> >>>> > > novo
> >>>> > > > > servidor e ai sim, começaram os alertas mais bem baixos,
> >>>> indicando
> >>>> > > algum
> >>>> > > > > processamento mas as típicas msg de erro (ORA 0313 E 07445) não
> >>>> foram
> >>>> > > > > exibidos e as aplicações rodam sem problemas.
> >>>> > > > >
> >>>> > > > > Ufa..este é o relato !1 Rs :)
> >>>> > > > >
> >>>> > > > > --- Em 
> >>>> > > > > [email protected]<oracle_br%40yahoogrupos.com.br><oracle_br%
> >>>> 40yahoogrupos.com.br><oracle_br%
> >>>>
> >>>> > > 40yahoogrupos.com.br>,
> >>>> > > > > Júlio César Corrêa <juliotubista@> escreveu
> >>>> > > > > >
> >>>> > > > > > Ok.
> >>>> > > > > >
> >>>> > > > > > 2009/4/1 Willian Frasson <wfrasson@>
> >>>> > > > >
> >>>> > > > > >
> >>>> > > > > > > Julio boa tarde,
> >>>> > > > > > >
> >>>> > > > > > > Favor envie para nós 10 linhas antes e após esse erro do
> >>>> alert.log.
> >>>> > > > > > >
> >>>> > > > > > > --- Em qua, 1/4/09, Júlio César Corrêa <juliotubista@
> >>>> > > <juliotubista%
> >>>> > > > > 40yahoo.com.br>>
> >>>> > > > > > > escreveu:
> >>>> > > > > > >
> >>>> > > > > > > De: Júlio César Corrêa <juliotubista@<juliotubista%
> >>>> 40yahoo.com.br>
> >>>> > > > > > > >
> >>>> > > > > > > Assunto: Re: [oracle_br] Re: Erro 03113 - End Of file
> >>>> Comunicantion
> >>>> > > > > seguido
> >>>> > > > > > > de ORA-07445...alguem ?
> >>>> > > > > > > Para: 
> >>>> > > > > > > [email protected]<oracle_br%40yahoogrupos.com.br>
> >>>> <oracle_br%40yahoogrupos.com.br><oracle_br%
> >>>> > > 40yahoogrupos.com.br><oracle_br%
> >>>> > >
> >>>> > > > > 40yahoogrupos.com.br>
> >>>> > > > > > > Data: Quarta-feira, 1 de Abril de 2009, 15:57
> >>>> > > > > > >
> >>>> > > > > > >
> >>>> > > > > > > Aqui na empresa vem ocorrendo este erros praticamente toda
> >>>> > > semana.Um
> >>>> > > > > dos
> >>>> > > > > > > colegas aqui ficou trabalhando em cima deste erro com o
> >>>> suporte da
> >>>> > > > > Oracle.
> >>>> > > > > > >
> >>>> > > > > > > Sei que tem haver com o hardware usado aqui,IBM PPC e o
> >>>> 10.2.0.3
> >>>> > > .Para
> >>>> > > > > > > corrigir o erro,sei que tem que aplicar o patch acima do
> >>>> atual para
> >>>> > > > > este
> >>>> > > > > > > hardware.Aqui é RHEL 4 .
> >>>> > > > > > >
> >>>> > > > > > > 2009/3/30 amorrimm <ammorim@ <ammorim%40hotmail.com>>
> >>>> > > > > > >
> >>>> > > > > > > > Pesquisei no metalink e pelo que vi, este erro ainda não
> >>>> esta
> >>>> > > > > > > > relatado...putz...
> >>>> > > > > > > >
> >>>> > > > > > > > Estou pensando em instalar o 11G neste servidor...talvez
> >>>> > > > > resolva...tenho
> >>>> > > > > > > > ate uma liçença de 11 aqui...
> >>>> > > > > > > >
> >>>> > > > > > > > Agora, vale a pergunta..pode ser impressão minha mas, em
> >>>> todas as
> >>>> > > > > > > > instalações que tenho do Oracle na distribuição SuSe,
> >>>> tenho estes
> >>>> > > > > bugs de
> >>>> > > > > > > > objetos não mapeados. Coincidencia ? Tenho um red hat que
> >>>> não
> >>>> > > passo
> >>>> > > > > pelos
> >>>> > > > > > > > mesmos problemas só com o SuSe...vc tambem tem a mesma
> >>>> sensação
> >>>> > > ou é
> >>>> > > > > > > > impressão minha ?
> >>>> > > > > > > >
> >>>> > > > > > > > -- Em 
> >>>> > > > > > > > [email protected]<oracle_br%40yahoogrupos.com.br>
> >>>> <oracle_br%40yahoogrupos.com.br><oracle_br%
> >>>> > > 40yahoogrupos.com.br><oracle_br%
> >>>> > > > > 40yahoogrupos.com.br><oracle_br%
> >>>> > > > >
> >>>> > > > > > > 40yahoogrupos.com.br>,
> >>>> > > > > > > > "amorrimm" <ammorim@> escreveu
> >>>> > > > > > > >
> >>>> > > > > > > > >
> >>>> > > > > > > > > Boa tarde amigos, tudo bom ?
> >>>> > > > > > > > >
> >>>> > > > > > > > > Seguinte, montei um novo servidor Linux (SUSE10) para
> >>>> receber
> >>>> > > um
> >>>> > > > > Oracle
> >>>> > > > > > > > 10G R2 com o Patch 10.2.0.3. Esta aplicação faz
> >>>> atualizações em
> >>>> > > minha
> >>>> > > > > > > base
> >>>> > > > > > > > de tempos em tempos mas, no meio do processo, começou a me
> >>>> acusar
> >>>> > > o
> >>>> > > > > erro
> >>>> > > > > > > ORA
> >>>> > > > > > > > 03113. Fiz uma varredura no Alert.log e encontrei o erro:
> >>>> > > ORA-07445:
> >>>> > > > > > > > exception encountered: core dump
> >>>> [_intel_fast_memcpy.A()+20]
> >>>> > > > > [SIGSEGV]
> >>>> > > > > > > > [Address not mapped to object] [0x00000000C] [] [].
> >>>> > > > > > > > >
> >>>> > > > > > > > > Este erro foi reportado no momento que ee fazia um
> >>>> Insert:
> >>>> > > Current
> >>>> > > > > SQL
> >>>> > > > > > > > statement for this session:
> >>>> > > > > > > > > INSERT INTO XXX.XXX_XXX_XXX_XXX SELECT XXX.XXX_XXX...
> >>>> > > > > > > > >
> >>>> > > > > > > > > Tive um problema semelhante na minha instancia em
> >>>> produção mas
> >>>> > > > > resolvi,
> >>>> > > > > > > > setando meu cursor_sharing para EXACT só que neste caso
> >>>> não
> >>>> > > > > funcionou.
> >>>> > > > > > > > >
> >>>> > > > > > > > > Alguem tem alguma ideia ?
> >>>> > > > > > > > >
> >>>> > > > > > > >
> >>>> > > > > > > >
> >>>> > > > > > > >
> >>>> > > > > > >
> >>>> > > > > > > --
> >>>> > > > > > > Júlio César Corrêa
> >>>> > > > > > > IS Technologist - Oracle DBA
> >>>> > > > > > > http://jccorrea.blogspot.com
> >>>> > > > > > >
> >>>> > > > > > > "To stay competitive in the tech industry, never stop
> >>>> > > > > > > learning. Always be on the lookout for better ways of
> >>>> > > > > > > doing things and new technologies. Our industry does
> >>>> > > > > > > not reward people who let themselves stagnate"
> >>>> > > > > > > –John Hall, Senior Vice President, Oracle University
> >>>> > > > > > >
> >>>> > > > > > > [As partes desta mensagem que não continham texto foram
> >>>> removidas]
> >>>> > > > > > >
> >>>> > > > > > > ------------------------------------
> >>>> > > > > > >
> >>>> > > > > > > ----------------------------------------------------------
> >>>> > > > > > > >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/[email protected]/
> >>>> > > > > > > ----------------------------------------------------------
> >>>> > > > > > > >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
> >>>> > > > > > >
> >>>> > > > > > > Veja quais são os assuntos do momento no Yahoo! +Buscados
> >>>> > > > > > > http://br.maisbuscados.yahoo.com
> >>>> > > > > > >
> >>>> > > > > > > [As partes desta mensagem que não continham texto foram
> >>>> removidas]
> >>>> > > > > > >
> >>>> > > > > > >
> >>>> > > > > > >
> >>>> > > > > >
> >>>> > > > > >
> >>>> > > > > >
> >>>> > > > > > --
> >>>> > > > > > Júlio César Corrêa
> >>>> > > > > > IS Technologist - Oracle DBA
> >>>> > > > > > http://jccorrea.blogspot.com
> >>>> > > > > >
> >>>> > > > > > "To stay competitive in the tech industry, never stop
> >>>> > > > > > learning. Always be on the lookout for better ways of
> >>>> > > > > > doing things and new technologies. Our industry does
> >>>> > > > > > not reward people who let themselves stagnate"
> >>>> > > > > > –John Hall, Senior Vice President, Oracle University
> >>>> > > > > >
> >>>> > > > > >
> >>>> > > > > > [As partes desta mensagem que não continham texto foram
> >>>> removidas]
> >>>> > > > > >
> >>>> > > > >
> >>>> > > > >
> >>>> > > > >
> >>>> > > >
> >>>> > > >
> >>>> > > >
> >>>> > > > --
> >>>> > > > Júlio César Corrêa
> >>>> > > > IS Technologist - Oracle DBA
> >>>> > > > http://jccorrea.blogspot.com
> >>>> > > >
> >>>> > > > "To stay competitive in the tech industry, never stop
> >>>> > > > learning. Always be on the lookout for better ways of
> >>>> > > > doing things and new technologies. Our industry does
> >>>> > > > not reward people who let themselves stagnate"
> >>>> > > > –John Hall, Senior Vice President, Oracle University
> >>>> > > >
> >>>> > > >
> >>>> > > > [As partes desta mensagem que não continham texto foram removidas]
> >>>> > > >
> >>>> > >
> >>>> > >
> >>>> > >
> >>>> >
> >>>> >
> >>>> >
> >>>> > --
> >>>> > Júlio César Corrêa
> >>>> > IS Technologist - Oracle DBA
> >>>> > http://jccorrea.blogspot.com
> >>>> >
> >>>> > "To stay competitive in the tech industry, never stop
> >>>> > learning. Always be on the lookout for better ways of
> >>>> > doing things and new technologies. Our industry does
> >>>> > not reward people who let themselves stagnate"
> >>>> > –John Hall, Senior Vice President, Oracle University
> >>>> >
> >>>> >
> >>>> > [As partes desta mensagem que não continham texto foram removidas]
> >>>> >
> >>>>
> >>>>  
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Júlio César Corrêa
> >>> IS Technologist - Oracle DBA
> >>> http://jccorrea.blogspot.com
> >>>
> >>> "To stay competitive in the tech industry, never stop
> >>> learning. Always be on the lookout for better ways of
> >>> doing things and new technologies. Our industry does
> >>> not reward people who let themselves stagnate"
> >>> –John Hall, Senior Vice President, Oracle University
> >>>
> >>>
> >>
> >>
> >> --
> >> Júlio César Corrêa
> >> IS Technologist - Oracle DBA
> >> http://jccorrea.blogspot.com
> >>
> >> "To stay competitive in the tech industry, never stop
> >> learning. Always be on the lookout for better ways of
> >> doing things and new technologies. Our industry does
> >> not reward people who let themselves stagnate"
> >> –John Hall, Senior Vice President, Oracle University
> >>
> >>
> >
> >
> > --
> > Júlio César Corrêa
> > IS Technologist - Oracle DBA
> > http://jccorrea.blogspot.com
> >
> > "To stay competitive in the tech industry, never stop
> > learning. Always be on the lookout for better ways of
> > doing things and new technologies. Our industry does
> > not reward people who let themselves stagnate"
> > –John Hall, Senior Vice President, Oracle University
> >
> >
> 
> 
> -- 
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> http://jccorrea.blogspot.com
> 
> "To stay competitive in the tech industry, never stop
> learning. Always be on the lookout for better ways of
> doing things and new technologies. Our industry does
> not reward people who let themselves stagnate"
> –John Hall, Senior Vice President, Oracle University
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>


Responder a