- Este tópico contém 4 respostas, 2 vozes e foi atualizado pela última vez 13 anos, 3 meses atrás por
eversonpiza.
-
AutorPosts
-
23 de agosto de 2012 às 4:20 pm #104306
eversonpiza
ParticipanteOlá amigos,
Estamos com um processo longo de aplicação de patch do sistema aqui, que após três hora dá o erro abaixo:
java.sql.SQLException: ORA-13236: erro interno no processamento em árvore R: [insertion at root (mdrbin_mem_ins_rt)]
ORA-13236: erro interno no processamento em árvore R: [integrating leaf bucket (mdrbin_optmz_mem_ins_node)]
ORA-13236: erro interno no processamento em árvore R: [node integration exception (mdrbin_intgrt_leaf_bckt)]
ORA-13236: erro interno no processamento em árvore R: [node changing (mdrbin_intgrt_nds)]
ORA-13234: falha ao acessar tabela de índice em árvore R [SDX_FEATURE_rt$:LOB Write failure]
ORA-29400: erro no cartucho de dados
ORA-30036: não foi possível estender o segmento em 8 no tablespace de undo 'UNDOTBS1'
ORA-06512: em "MDSYS.SDO_IDX", line 12
ORA-06512: em line 1
ORA-06512: em line 21O problema é que a TS UNDOTBS1 esta com 90% livre, alguém sabe dizer pq isso acontece?
select round(sum(bytes)/1048576) MB from dba_data_files where tablespace_name='UNDOTBS1';MB
-------
5120select round(sum(bytes)/1048576) MB from dba_free_space where tablespace_name='UNDOTBS1';
MB
-------
4447Obrigado.
23 de agosto de 2012 às 9:09 pm #104307Fábio Prado
Participanteeverson, dei uma consultada rapida no oracle support e veja o que eles indicam como solução no note “ora-13236 Internal Error In R-Tree Processing During Heavy DML [ID 443422.1]”
Workaround
Use the following workaround until Bug 4729792 is fixed. Set SDO_DML_BATCH_SIZE = 1 for indexes having this problem.
SQL> connect mdsys
SQL> update SDO_INDEX_METADATA_TABLE
set SDO_DML_BATCH_SIZE = 1
where sdo_index_owner =
and sdo_index_name = ‘INDEX_NAME’;
SQL> commit;Bug4729792 is fixed with the release of Oracle11g.
Execute o procedimento e veja se isso resolve o seu problema!
23 de agosto de 2012 às 9:22 pm #104308eversonpiza
ParticipanteOi Fábio,
Como o pessoal aqui tava com pressa, eu aumentei o UNDO de 5G p/ 7G, vamos ver no que dá, se voltar a dar o erro tentarei esse workaround, porem a Oracle diz que esse bug foi corrigido na release 11.1 e já estou na 11.2.
Muito obrigado pela informação.
24 de agosto de 2012 às 11:29 pm #104314Fábio Prado
Participanteeversonpiza,
Lá no Oracle Support vi alguma coisa informando também que se o seu tablespace de UNDO estiver configurado no modo de gerenciamento automático e com auto-incremento, provavelmente vc não teria tido esses problemas.
Obs.: Seu nome não me é estranho, vc fez pós de gestão de projetos na Veris IBTA?
[]s
Fábio Prado
http://www.fabioprado.net30 de agosto de 2012 às 4:06 pm #104336eversonpiza
ParticipanteOi Fábio,
O gerenciamento é automático sim, mas eu deixo com autoextend off, como é base de desenvolvimento as vezes o povo ‘abusa’ e se deixar crescer infinitamente vai acabar estourando o espaço em disco no SO.
Aumentei a TS de 5G p/ 7G e monitorei enquanto o processo rodava, o uso não passou de 3.5G, mas foi até o final. Para mim esse erro continua um mistério.
Seu nome tb não me é estranho, mas não consigo lembrar de onde. Nesse mundo de TI vive e mexe sempre encontramos os mesmos rostos, rsrs.
Abs
Everson -
AutorPosts
- Você deve fazer login para responder a este tópico.