Menu de navegação

[AlyneParticipante]

Olá Pessoal!

Durante o export que é feito todos os dias aqui, ocorreu o seguinte erro 🙁 :
. . exporting table GRP_TRI_NFSEEMITIDAS
EXP-00056: ORACLE error 1466 encountered
ORA-01466: unable to read data – table definition has changed

Estou tentando achar algo na net e vi alguns comentários falando sobre o timestamp mas não consegui entender direito.
Poderiam me explicar qual a causa deste erro e como posso resolvê-lo?
Não tenho acesso ao metalink para ajudar na pesquisa.

ORacle 9i R2 9.2.0.4.0
HP-UX

Grata!!

[rmanParticipante]

[quote=”Alyne”:3nzrdvee]Olá Pessoal!

Durante o export que é feito todos os dias aqui, ocorreu o seguinte erro 🙁 :
. . exporting table GRP_TRI_NFSEEMITIDAS
EXP-00056: ORACLE error 1466 encountered
ORA-01466: unable to read data – table definition has changed

Estou tentando achar algo na net e vi alguns comentários falando sobre o timestamp mas não consegui entender direito.
Poderiam me explicar qual a causa deste erro e como posso resolvê-lo?
Não tenho acesso ao metalink para ajudar na pesquisa.

ORacle 9i R2 9.2.0.4.0
HP-UX

Grata!![/quote]

Quais os parametros utilizados no EXP ? Está usando CONSISTENT=y ?

Eu postei uma dúvida que está relacionado com esse problema, infelizmente ainda não tive resposta.

https://www.profissionaloracle.com.br/mo … pic&t=5203

Mas eu estou suspeitando que seria a perda de consistência dos dados no meio do processo de exportação.

[AlyneParticipante]

Olá.
Ele está como consistent=y
É a primeira vez que acontece isso.

Recebi um e-mail onde me disseram o seguinte:

“Isso ocorreu porque vc está utilizando o parametro consistent=y, esse parâmetro no exp vai tentar exportar ums cópia fiel do banco no time stamp que o exp iniciou.
Porem no meio da ´cópia, algum objeto foi alterado para um valor mais atual do que o timestamp, logo, o exp nunca será fiel ao timestamp.”

[felipegParticipante]

[quote=”Alyne”:rnp6a2au]Olá.
Ele está como consistent=y
É a primeira vez que acontece isso.

Recebi um e-mail onde me disseram o seguinte:

“Isso ocorreu porque vc está utilizando o parametro consistent=y, esse parâmetro no exp vai tentar exportar ums cópia fiel do banco no time stamp que o exp iniciou.
Porem no meio da ´cópia, algum objeto foi alterado para um valor mais atual do que o timestamp, logo, o exp nunca será fiel ao timestamp.”[/quote]

Olá,

Esse ambiente tem algum tipo de operação que altere a estrutura das tabelas?

Por exemplo:
drop/modify column, move table, drop partition, truncate table/partition

Qualquer um desses comandos invalida o que está em UNDO, impedindo assim de o sistema obter a consistência sobre a tabela.

Veja se esse objeto citado no erro sofreu algum tipo de operação.

Atenciosamente,
Felipe.

[AlyneParticipante]

Oi felipeg

Não temos nenhuma operação que mude a estrutura da tabela.
Verifiquei e não foi feita nenhuma operação nela.

ah…vi pelo PL/SQL o seguinte comentário na tabela:
“snapshot table for snapshot ERP.GRP_TRI_NFSEEMITIDAS”

Tem alguma coisa a ver?

Será que se eu dropar e recriar esta tabela, voltará ao normal?

Grata pela atenção de vocês!!

[felipegParticipante]

[quote=”Alyne”:1euov8iy]Oi felipeg

Não temos nenhuma operação que mude a estrutura da tabela.
Verifiquei e não foi feita nenhuma operação nela.

ah…vi pelo PL/SQL o seguinte comentário na tabela:
“snapshot table for snapshot ERP.GRP_TRI_NFSEEMITIDAS”

Tem alguma coisa a ver?

Será que se eu dropar e recriar esta tabela, voltará ao normal?

Grata pela atenção de vocês!![/quote]

Alyne,

Me retorne o valor do select abaixo por favor

select to_char(created,'dd-mm-yyyy hh24:mi:ss') "CREATION TIME",
object_name, object_type, object_id
from dba_objects
where created > sysdate;


Atenciosamente,
Felipe.

[AlyneParticipante]

Oi

O select Não retornou linhas.

Esta tabela está com data de criação:
27/05/2011 19:13:23

[felipegParticipante]

[quote=”Alyne”:17zv7aoq]Oi

O select Não retornou linhas.

Esta tabela está com data de criação:
27/05/2011 19:13:23[/quote]

Estranho,

Tente realizar um novo export e veja se o erro continua a ocorrer.

Se o erro voltar a ocorrer nesta mesma tabela, faça um backup dela, drop e recrie e depois tente exportar novamente.

Acho que é isso, não lembro de mais nada e o metalink me disse as mesmas coisas 😉

Atenciosamente,
Felipe.

[AlyneParticipante]

Muito obrigada Felipe! Farei isso.

Abraço!

[rmanParticipante]

Tem o Metalink Note:1011680.102 que diz isso…

Solution Description:

This is usually caused when some change has been made to the
initialisation parameter FIXED_DATE or the system date. It can occur
Under different circumstances.

1. When doing Date testing and the init.ora parameter FIXED_DATE
   has been set to a future date. When the database is started, then
   that date & TIME does not change.

So any objects created will have exactly the same Date & Time
stamp as the FIXED_DATE.

Now When you come to run the EXPORT, it checks the SYSDATE
and the creation dates for the objects.

You need to modify the TIME in the FIXED_DATE parameter,
i.e. add 1 hour or few minutes, etc and you will not
encounter the error ORA-1466 anymore.

1. The Operating System was reinstalled because of the server crash.
   The system date was not set correctly. The year was set to 2001
   instead of 1997 when they reinstalled Oracle. After some DB
   activity
   they realized the date was incorrect and reset it to 1997 causing
   some
   objects to exist with future dates.

Perform full database export without specifying consistent=y and
recreate the database.


Veja a discussão completa aqui:

http://dbaspot.com/oracle-server/145645 … print.html

[Autor]

Posts