Início > Oracle > ORA-01466: unable to read data – table definition has changed

ORA-01466: unable to read data – table definition has changed

Bom  hoje em um dos nosso clientes fomos acionados referente uma rotina de export que estava retornando erro para o cliente e não gerava o dump, segue abaixo:

exp system/##manager_system  file=D:\ORA\EXTDMP.dmp log=D:\ORA\EXTDMP.log consistent=y full=y
EXP-00056: ORACLE error 1466 encountered
ORA-01466: unable to read data – table definition has changed

Bom conectado no banco de dados e visto que estava normal, porém quando fui olhar o alert logo de cara vi que a primeira data estava como sendo uma data de uns 4 meses a frente do que gente estava no momento, verificado que o banco de dados no momento e o servidor estava com a hora atual:

Logo depois eu vi que os objetos no banco de dados foram criados 4 meses a mais que atualmente, segue:

select to_char(created,’dd-mm-yyyy hh24:mi:ss’) as CREATED, object_name, owner,object_id from dba_objects  where  created > sysdate;

Verifiquei que no final do alert tinha começado a gravar com a data certa após 1 boot do servidor a uns 3 dias atrás, bom achamos o problema.

Instalaram o Oracle com a Data e Hora errada do servidor, sendo assim os objetos do banco foram todos criados como a data do mês de Setembro assim como o dicionario, bom para corrigir o problema poderiamos estar recriando os objetos com as datas corretas pode ser feito 1 CTAS(create as select) ou um export e import, agora com questão ao dicionario como era um banco 9i, poderia estar recriando o dicionario:

Criar o dicionario do Oracle:

@?/rdbms/admin/catalog.sql
@?/rdbms/admin/catproc.sql
@?/rdbms/admin/catexp.sql

Bom gerei 1 export FULL da base antes de fazer qualquer coisa no ambiente conforme abaixo:

exp userid=”‘/ as sysdba'” file=D:\ORA\FULLBASE.dmp log=D:\ORA\FULLBASE.log consistent=y full=y

Bom no meu caso foi feito recriando o banco de dados e importado o dump.
Abraço!

Categorias:Oracle
  1. 04/11/2012 às 15:08

    Caramba, Vitor! Essa foi campeã aí! Banco de dados do futuro não é pra qualquer um! Hahahahaha

    • 04/11/2012 às 21:43

      huahuahau
      nosss kra nem fle
      e para falar para o cliente kra, a data do SO tava errada
      eles claro que nao nesse dia apenas trocamos o disco neste ambiente a data e hora nem mudamos
      Aii eles, mais kraa preciso resolver isso hoje, não tem backup deste ambiente, rs
      ainda bem que o banco era pequeno, tinha 6gb só, ai fazendo como sys o export rolava..
      acho que o problema maior foi ter registrado os produtos de entrada e saida com o horario errado, isso foi o pior que eles iam ter um trabalham pra mudar

  1. No trackbacks yet.

Deixe uma resposta

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s

%d blogueiros gostam disto: