Menu de navegação

[armandovelosoParticipante]

Seguinte, fiz o “select * ” pegando pelo rowid, usando o sqldeveloper, verifiquei os 36 registros e encontrei um empregado com varios campos dele danificados, com caracteres malucos.

Fiz um update pela matricula desse empregado corrigindo os campos que percebi estarem com caracteres danificados.

Resultado:
– o “dbms_stats.gather_table_stats(‘OWNER’,’TABELA’, cascade=>true)” nao da mais erro!!!

• o “select * from empregado where matricula=XXX” lista todos os campos sem problema;
  • o “analyze table owner.EMPREGADO validate structure;” continua dando problema!!! (ERROR at line 1:
    ORA-01498: block check failure – see trace file)

Continuo “bolado” com isso…

A nao ser que tenha algum outro campo ainda danificado e eu nao tenha percebido..
Como o select lista todos os campos, estava pensando em deletar esse registro e inseri-lo novamente.

[CleitonHanzenParticipante]

Opá…

Passa o DBV em todos os datafiles da tablespace de Dados e Índice dessa tabela, talvez seja somente sujeira em memória, faça também um Flush da Shared Pool.

[]s

[armandovelosoParticipante]

Passei o DBV, por enquanto, apenas no datafile que ta a tabela com bloco ruim, tem mais datafiles na TS, mas ainda nao passei…
Outra coisa, rodei o DBV com a TS online.

Resultado:

DBVERIFY – Verification starting : FILE = M:xxyyyyDatafile02.DBF
Block Checking: DBA = 29378501, Block Type = KTB-managed data block
data header at 0x10a827c
[b]kdbchk: the amount of space used is not equal to block size
used=7378 fsc=0 avsp=1177 dtl=8064[/b]
Page 18373 failed with check code 6110
……….

DBVERIFY – Verification complete

Total Pages Examined : 384000
Total Pages Processed (Data) : 237784
Total Pages Failing (Data) : 1
Total Pages Processed (Index): 143372
Total Pages Failing (Index): 0
Total Pages Processed (Other): 1804
Total Pages Processed (Seg) : 0
Total Pages Failing (Seg) : 0
Total Pages Empty : 1040
Total Pages Marked Corrupt : 0
Total Pages Influx : 0
Highest block SCN : 2089558116 (0.2089558116)

[CleitonHanzenParticipante]

Opá…

Isso aí tem cara de ser corrupção “lógica” do bloco (ou seja, o próprio Oracle gravou informações “erradas” no bloco)….

Sugiro voçê fazer o seguinte:
* Export (via exp normal e com conventional path),
* Drop da tabela,
* Criar a tabela manualmente com o initial = ao tamanho atual
* DBV em todos os DBF´s pra comprovar que nada mais estaria corrompido
* Import com ignore=yes…

Lembre-se também de fazer um restart dessa instance, já que pode ter “sujeira” em memória e até o export sair corrompido….

[]s

[armandovelosoParticipante]

Cleiton,

porquê vc sugere que eu crie a tabela dessa forma:
“Criar a tabela manualmente com o initial = ao tamanho atual”

Qual sua intenção com essa sugestão?

Obrigado!

[armandovelosoParticipante]

Fiz os passos sugeridos:

• Export
• Drop da tabela
• Create table manualmente com o initial = ao tamanho atual
• import com ignore=y

RESULTADOS:

1) o ANALYZE nao apresenta mais problema, e tambem as estatisticas sao computadas sem probs;

2) Passei o “dbms_repair.check_object” na tabela e tambem nao tem mais erros;

3) MAS…. o DBV continua mostrando problema…

Block Checking: DBA = 29378501, Block Type = KTB-managed data block
data header at 0x10a827c
kdbchk: the amount of space used is not equal to block size
used=7584 fsc=0 avsp=971 dtl=8064
Page 18373 failed with check code 6110
……….

DBVERIFY – Verification complete

Total Pages Examined : 384000
Total Pages Processed (Data) : 238804
Total Pages Failing (Data) : 1
Total Pages Processed (Index): 142349
Total Pages Failing (Index): 0
Total Pages Processed (Other): 1807
Total Pages Processed (Seg) : 0
Total Pages Failing (Seg) : 0
Total Pages Empty : 1040
Total Pages Marked Corrupt : 0
Total Pages Influx : 0
Highest block SCN : 2097164608 (0.2097164608)

Como posso corrigir isso???

Obrigado,
Armando Veloso.

[David SiqueiraParticipante]

Opa, como vai galera?
Cara não sei se tu falou ou não, mais qual é tua versão de Banco?
Se for 10g tu já experimentou usar o BMR ( Block Media Recover)???

Abração!!!

[vieriParticipante]

Isto está cheirando a corrupção fisica de algum bloco no disco

Como vc criou a tabela em outra área do disco parou de dar o problema.

Vc removeu a tabela antiga?
Se tiver removido corre o risco de novos objetos serem criados por cima
deste block “ferrado”, se não deletou ela renomeie e deixa ela lá..
que irá proteger(TAPA BURACO), desse bloco corrompido.

é apenas um chute, mas minha intuição aponta para isso.
A idéia do block recover também é boa!!!

[armandovelosoParticipante]

o Banco é o 9i…

Eu removi a tabela e criei novamente.. por isso tenho receio de novos dados serem criados nesse bloco novamente…

Queria saber isso, se há como maracar o bloco para nao ser mais escrito nele…

[Autor]

Posts