[oracle_br] Re: ORA-08103: object no longer exists

2015-04-17 Por tôpico jlchia...@yahoo.com.br [oracle_br]
  Opa jóia ? Então, veja que a msg "ORA-08103: object no longer exists" até 
pode, em algumas ocasiões, ser causada por corrupção no bloco (seja o bloco em 
disco seja o bloco em memória), mas quando vc diz que não há corrupção , eu ** 
IMAGINO ** que vc LEU e APLICOU a nota "OERR: ORA-8103 "object no longer 
exists" Master Note / Troubleshooting, Diagnostic and Solution" (Doc ID 
8103.1), que sugere algumas opçõe spara localizar corrupção E indica alguns 
bugs possíveis de causar corrupção do tipo, ** E IMAGINO ** que também lançou 
mão dos OUTROS métodos de detectar corrupção, como DBVerify, RMAN, Analyze 
(vide nota "Identify the corruption extension using RMAN/DBV/ANALYZE etc" (Doc 
ID 836658.1) , E QUE também fez uma leitura total e completa do seu database, 
via export por exemplo... Só ASSIM que se pode Realmente dizer que não há 
corrupção aparente, certo 

==> SE vc REALMENTE fez direitinho a "lição de casa" acima, não sendo por 
corrupção a gente só pode deduzir que na verdade o seu caso não tem a ver com 
corrupção, e sim com um objeto ao qual foi removido o acesso e/ou um objeto que 
ficou inválido, foi renomeado, coisas assim... O objeto pode ser um índice MAS 
pode também ser um COMPLEMENTO do índice (digamos, uma função que é usada pelo 
índice), ou um dblink, ou uma view materializada, pode ser que vc tenha 
features que criam objetos internos como CDC, OLAP ou coisas assim e esses 
objetos temporários internos estão com falha, entre outras... Para vc poder 
identificar qual objeto o RDBMS está procurando e não está encontrando/não está 
conseguindo acessar, vc pode ativar um TRACE na sessão que estão fazendo o tal 
INSERT , e pode também checar se no servidor Oracle se além da entrada no 
alert.log foi criado algum dumpfile/tracefile adicional, normalmente quando há 
um erro isso acontece...
  Outra linha de investigação interessante, se possível, seria vc CONFIRMAR que 
absolutamente TODOS os objetos do database estão Válidos (incluindo além dos 
índices as procedures/functions/triggers/packages, os dblinks, as views 
materializadas, etc, etc), aí temporariamente DESABILITAR o tal trigger citado 
na msg :
  
  ORA-04088: error during execution of trigger 'ERP.PRODUTOS_INC_LOJAS';
  
  re-executar a tal rotina que faz o INSERT e ver se dá o erro ou não : se não 
der o erro, vale a pena debugar oo código do tal trigger e ver o que ele chama, 
o que ele faz, em quais OUTRAS tabelas esse trigger mexe, e aí ver as 
dependências dessas outras tabelas , por aí
  
  []s
  
Chiappa

[oracle_br] Re: Oracle RAC 11204 EE on Linux and Database Services Workload

2015-04-17 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Yes, sir : falando de DBA_HIST (ie, de itens alimentados por snapshots de AWR) 
vc pode por exemplo usar a DBA_HIST_SERVICE_WAIT_CLASS ou a DBA_HIST_SYSSTAT  : 
elas contém , para cada service_name, o número da instância e o valor para cada 
estatística de sessão ou para cada classe de wait  - assim, vc tanto pode 
agrupar por nó e por serviço uma estatística/wait que represente melhor o seu 
consumo (digamos, user I/O wait time ou sql execute elapsed time ou a que 
preferir), OU ainda vc pode fazer uma amostra top-n para cada service_name em 
cada instância : é ** lógico ** que os números em cada nós não vão ser iguais 
(e nem parecidos!!) é nunca, mas claramente se vc ver que para um mesmo serviço 
um dado nó x reporta I/O ou CPU ou redo ou seja o que for que vc escolheu medir 
numa ORDEM DE GRANDEZA maior que os outros, é fácil concluir que esse nó para 
esse service está sendo muito mais usado, então há sim um inbalance aí
  Outra possibilidade mais simples, se vc quiser apenas saber a média de 
sessões conectadas em cada nó (para descobrir nós que estão recebendo mais 
conexões), uma outra opção pode ser o ASH (Active Sessions History), ou então 
(se for por dados históricos) a DBA_HIST_ACTIVE_SESS_HISTORY .

[]s

  Chiappa

[oracle_br] ORA-08103: object no longer exists

2015-04-17 Por tôpico sharplinux sharpli...@gmail.com [oracle_br]
Pessoal, boa tarde


Estou com este problema aqui.

Já abrimos chamado na ORACLE...mas como estou tendo parada de operação.


Problem Summary
---
ORA-08103: object no longer exists

Problem Description
---
Erro número: 0
Mensagem: ORA-08103: object no longer exists
ORA-06512: at "ERP.PRODUTOS_INC_LOJAS", line 13
ORA-04088: error during execution of trigger 'ERP.PRODUTOS_INC_LOJAS';

O erro acima ocorre sem explicação, as tabelas e índices quando verificados
não mostram corrupção; porém ao realizar um "insert" ocorre o erro. Após
fazer rebuild dos índices da tabela para uma outra tablespace o problema é
resolvido.



Error Codes
---
ORA-08103

Problem Category/Subcategory
---
Internal Errors and Core Dump (ORA-600, ORA-700, ORA-7445, ORA-4030,
ORA-4031, ORA-3137, ADR and IPS)/ORA-600 / ORA-7445 / ORA-700 / Core Dump

Uploaded Files
---
File: alert_smartsrv.log.zip


Interactive Solution Details
---
Question: Select the first or only error that you have encountered.
Answer: None of the above

Diagnosis: Follow the steps detailed in the document below:

Read Note:1910232.1 SRDC - Other internal error: Checklist of Evidence to
Supply

We recommend saving this session as a draft Service Request (SR). Once data
gathering is complete, proceed with the next step to upload requested data
and submit SR.


Meu ambiente:
Servidor RedHat Linux 6.0
Oracle Standard Edition One
Storage ECM CX4-120.
RAID:10
Servidor: Dell R710
Ambiente com STANDBy.

Abraços!
Rodrigo


Re: [oracle_br] Oracle RAC 11204 EE on Linux and Database Services Workload

2015-04-17 Por tôpico angelo angelolis...@gmail.com [oracle_br]
Poderoso esse banco hein ?  8 nós de cluster...



2015-04-17 13:54 GMT-03:00 dadim...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Olá pessoal!
>
> Comecei a administrar um RAC de 8 nós que possui database services rodando
> em diferentes nós, alguns rodam nos nós 1 e 2 como Preferred e são
> Available nos nós 7 e 8.
>
> Esse tipo de configuração te dá a flexbilidade de distribuir o workload,
> mas existe alguma DBA_HIST onde possamos ver se esta distribuição está
> funcionando bem ? se um nó estaria mais "consumido" que outro ?
>
> Obrigado pelas respostas.
>
>  
>


[oracle_br] Oracle RAC 11204 EE on Linux and Database Services Workload

2015-04-17 Por tôpico dadim...@yahoo.com.br [oracle_br]
Olá pessoal!
 Comecei a administrar um RAC de 8 nós que possui database services rodando em 
diferentes nós, alguns rodam nos nós 1 e 2 como Preferred e são Available nos 
nós 7 e 8.
 Esse tipo de configuração te dá a flexbilidade de distribuir o workload, mas 
existe alguma DBA_HIST onde possamos ver se esta distribuição está funcionando 
bem ? se um nó estaria mais "consumido" que outro ?
 Obrigado pelas respostas.


Re: [oracle_br] Order by

2015-04-17 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Resolvido... Agradeço a todos aqui neste forum. Com as recomendações detectei 
que o DBA havia criado o index composto referenciando as colunas do filtro, mas 
havia esquecido de desabilitar os index antigo ao qual estava fazendo a mesma 
referencia ou até mesmo dropado o qual seria o normal.. Agradeço a todos.. 

 

 LM