Erro importar dmp 10.2.0 - 11.2.0 XE

[rafasnn]

Galera,

Estou precisando de uma ajuda, tenho um DELL 2950 rodando 100% com CentOS 6.4 somente para o Oracle XE 10.2.0, por questões fisicas vou precisar migrar nosso BD para outra maquina dedicada, um DELL 1950, bem instalei CentOS 6.4 e o Oracle 11.2.0 XE, aparentemente está rodando beleza, mas não consigo importar o dmp de jeito nenhum.

Selecionar tudo

[root@oracle home]# imp soma/soma file=arcom02092013.dmp

Import: Release 11.2.0.2.0 - Production on Tue Sep 3 10:54:17 2013

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.


IMP-00058: ORACLE error 1017 encountered
ORA-01017: invalid username/password; logon deniedUsername:

criei o usuário "soma" no Oracle, consigo conectar no banco com esse usuário sem problemas.

É possível importar um dmp entre versões diferentes do Oracle?

[fbifabio]

No velho import/export, também conhecidos como convencionais não sei se é possível (acredito que sim), mas no export/import via DAtapump é possível sim. Se gerar um dump no 10G e tentar importar no 11G, você tem que fornecer valor p/ um parâmetro adicional chamado VERSION, que neste caso, poderia ser VERSION=10.2.0

ok?

[rafasnn]

fabiano,

grato pelo retorno, tentei o parâmetro que mencionou mas deu erro:

Selecionar tudo

[root@oracle home]# imp soma/Sistemaerp1! file=arcom02092013.dmp VERSION=10.2.0
LRM-00101: unknown parameter name 'VERSION'

IMP-00022: failed to process parameters, type 'IMP HELP=Y' for help
IMP-00000: Import terminated unsuccessfully

[fbifabio]

eu informei que o parametro pode ser usado no export/import via datapump e não sabia como fazer no convencional! porque você não usa o expdp/impdp?

[rafasnn]

não tenho a menor idéia de como fazer isso, na 10.2.0 exp/imp funciona 100%.

[fbifabio]

Leia http://www.profissionaloracle.com.br/gp ... -aplicacao

[]s

[stcoutinho]

rafasnn,

Se você não tem como usasr o EXPDP e IMPDP, você pode seguir este passos:

1) Executar - com oracle client 10g - um export do schema "soma" na base 10g de origem;
2) Executar - com oracle client 11g - um import do schema "soma" na base 11g de destino;
3) cuidado 1: você precisa se certificar de ter o usuário "soma" na base de destino, e que este usuário disponha das mesmas permissões que possuia na base de origem.
4) cuidado 2: tome cuidado com as tabelas do schema "soma" que nunca foram populadas na base de origem. Você precisar alocar manualmente um segmento nestas tabelas vazias para que as mesmas sejam relacionadas no export do ORACLE. Talvez este seja um problema relacionado com o 11g, mas por via das dúvidas, assegure-se que mesmo as tabelas vazias tenham um "extent" alocado;
5) cuidado 3: notei que está rodando o comando imp soma/soma file=.... Por que não configura o seu TNSNAMES.ORA de sua máquina com 11g e tenta executar o comando informando o nome do serviço? Tente criar um serviço de nome "base_11g.world" no TNSNAMES.ORA, teste a conexão informando este serviço (sqlplus soma/soma@base_11g) e por fim, reescreva o comando de import (ex: imp soma/soma@base_11g file=....");

Abraços e boa sorte,

Sergio Coutinho