Menu de navegação

[David SiqueiraParticipante]

Estou com essa mensagem de erro no meu Banco de Dados, já olhei todos os indices e todos os STATUS na tentativa de achar algum que estivesse UNUSABLE, não achei nada fora do normal com os INDEX porém não paro de receber essa mensagem no ALERT LOG, alguem poderia me ajudar?

ORA-08102: index key not found, obj# 239, file 1, block 1674 (2)

[Ricardo Portilho ProniParticipante]

File 1 é o primeiro datafile da SYSTEM.
Tem um índice corrompido lá.

Se você um índice de usuário, um REBUILD funcionaria, mas como é da SYSTEM, você tem backup? É 10g? Terá que fazer um block recover deste bloco aí…

[David SiqueiraParticipante]

Se não for pedir demais, você teria o endereço de algum site que tenha uma documentação confiável sobre esse processo de Block Recover, por incrivel que pareça nunca me deparei com esse tipo de problema, já ouvi alguns amigos comentarem sobre mais pessoalmente nunca tive esse tipo de problema até o momento.

Abcs

[Ricardo Portilho ProniParticipante]

É fácil:

RMAN> blockrecover datafile 1, block 1674;

[David SiqueiraParticipante]

Só pra constar , o BMR não funcionou no meu caso, também passei a DBMS_REPAIR na tentativa de corrigir o bloco e também não rolou, o mais estranho de tudo é que essa base com Bloco Corrompido foi duplicada e colocada online sem problemas, o RMAN fez o backup mesmo sem o paramtro de max corrupt blocks setado, e ainda recuperou , contrariando todos os conceitos do Rman em relação a backup de Database com Blocos Corrompidos..

Abcs.

[Rodrigo AlmeidaParticipante]

Pior que isso é verdade…

Mesmo realizado um crosscheck de 2 backups do banco de dados, validando o backup com BACKUP VALIDATE CHECK LOGICAL DATABASE e usando um BLOCKRECOVER CORRUPTION LIST, para recuperar todos os blocos de dados corrompidos, o RMAN teve problemas em recuperar.

A sorte que dos três blocos corrompidos, 2 era de índices e apenas 1 de dados. Então apenas com o REBUILD ONLINE dos índices funcionaram, e mesmo repetindo os processos com RMAN, não foi possível recuperar o block.

Aparentemente, é um problema no patchset 10.2.0.3 para recuperar o block, pois recuperar o block era possível, mas no momento de realizar o recover do bloco, apresentava os erros.

E eram datafiles de usuário, não danificaram a SYSTEM, SYSAUX e UNDO.

Realmente foi um problema no BMR para recuperação. E alias, utilizar o pacote DBMS_REPAIR para tablespaces que utilizam LMT para seu gerenciamento, não é a melhor coisa, pois, mesmo executando com sucesso as opções de FIX_CORRUPTS ou SKIP_CORRUPT, ele não marca o bloco danificado.

E o bloco tinha uma espécie de corrupção lógica, não de corrupção física ou fraturada, pois o RMAN com os parâmetros defaults de MAXCORRUPTION = 0 fez o backup da base de dados e restaurou o próprio backup em outro servidor.

Como o Drbs disse: Contráriou todos os conceitos de backup & recover.

Abraços,

[David SiqueiraParticipante]

É Rodrigão, só nós sabemos como foi dificil de aceitar tudo isso…rs. Mas passou, que sirva de lição pra quem passar pelo mesmo problema, poderiamos não ter conseguido recuperar o Banco , e o pior de tudo é que antes da recuperação qq query ou até mesmo qq usuário que precisasse utilizar o objeto do tipo TABLE com bloco corrompido não conseguia sequer realizar um select completo, pois bem fica aqui registrado a nossa empreitada.

Abraço á todos!!!!

[Autor]

Posts