Erro ORA-00932 ao tentar fazer EXPORT !

[Armando Veloso 0]

Ola todos!!!

 

Mudamos nosso oracle 10G R2 para outra maquina melhor e agora estou passando por prblemas para fazer EXPORT da base...

 

O erro é esse:

 

EXP-00056: ORACLE error 932 encountered

ORA-00932: inconsistent datatypes: expected BLOB, CLOB got CHAR

EXP-00056: ORACLE error 932 encountered

ORA-00932: inconsistent datatypes: expected BLOB, CLOB got CHAR

EXP-00000: Export terminated unsuccessfully

 

 

Achei esse artigo:

http://www.oratransplant.nl/2005/11/22/una...c-102-database/

 

Só que lá ele baseia-se numa situação em que o parametro NLS_LENGTH_SEMANTICS=CHAR, só que minha base esta NLS_LENGTH_SEMANTICS=BYTE, que é o padrao!

 

Outra coisa é que na máquina anterior funcionava o EXPORT na boa... a migração de uma maquina para outra foi feita por backup OFFLINE, preservando tudo...

 

A única coisa que fiz apos a migração foi rodar os scripts catalog e catproc do rdbms... será que foi por isso?

[alphamek 2]

Executa o catexp novamente, se continuar o mesmo relase 10gR2 (10.2.0.1 ou superior), não deverá alterar nada.Abraços,

[Armando Veloso 0]

Grande Rodrigo!Só uma pergunta, posso rodar o catexp com o banco startado normalmente, em producao, ou é melhor da um startup migrate pra rodar esse script?Obrigado pela atenção!!!

[alphamek 2]

É aconselhável executar sempre após o horário de produção, ele irá atualizar as tabelas do SYS responsáveis pelo EXP/IMP.E não precisa iniciar com migrate.

[alphamek 2]

Um outro conselho que posso lhe fornecer é:1-) Veja qual o conjunto de caracteres que seu banco de dados está usando (select * from nls_database_parameters) e depois veja qual o conjunto que o sistema operacional está usando!!!Isso pode lhe estar causando problemas!!!!2-) Caso nenhuma das soluções acima resolva, na tabela que está com a LOBS, faça um DUMP (SELECT DUMP(COLUNA) FROM TABELA) e veja qual modo ele está trabalhando... se é ASCII, OCT, HEX e blá blá blá...Abraços,

[Armando Veloso 0]

Rodrigo,veja só, o CHARSET das 2 maquinas realmente estao diferentes...Maquina nova:# ls -1 | file install.loginstall.log: ASCII English textMaquina antiga:# ls -l | file install.loginstall.log: UTF-8 Unicode textO que você sugere? Ainda nao rodei o script CATEXP ....Mas se eu roda-lo e nao resolver, tem como alterar o charset do linux? é aconselhavel/seguro fazer isso?Valeu!!!

[alphamek 2]

Conselho!Altere primeiro o Character set do LINUX para ASCII !!!Executar o catexp não irá ajudar em nada!!!

[Armando Veloso 0]

Rodrigo,esse "ls -l | file arquivo.ext" q eu mostrei acima, nao comprova que o CHARACTER SET usado pelo linux nao? Tem outra verificação q eu possa fazer na maquina?Nao sei se você prestou atencao, mas na maquina nova (q ta dando o problema no export) ta ASCII ja!!!Maquina nova:# ls -1 | file install.loginstall.log: ASCII English text

[alphamek 2]

O modo mais fácil é ver o perfil do USUARIO... as variáveis LANG, DATE_FORMAT e etc.... Uso muito RED HAT... geralmente fica em /home/oracle/.profile

[Armando Veloso 0]

SOLUCIONADO!!!Segundo nota 339938.1 do Metalink: SolutionFor reasons having to do with compatibility, the XDB objects cannot be created by the catproc.sql script. The script catproc.sql therefore calls the catmeta.sql script, which contains fake object views for XDB objects.The real object views are defined in the catmetx.sql script (this script is invoked by catxdbv.sql which is invoked by catqm.sql).Solution #1Run following scripts while connected as SYS user:> sqlplus /nologSQL> connect / as sysdbaSQL> @?/rdbms/admin/catmetx.sqlSQL> @?/rdbms/admin/utlrp.sql Obrigado pela ajuda!!!

[alphamek 2]

boa...