Menu de navegação

[felipegParticipante]

[quote=”airoosp”:tyv4cxhr]Cleiton,

Entendi o que você falou, mas a minha dúvida é se há uma tabela que estava no outro banco tablespace system será importada ou não porque esta tablespace já foi criada na instalação do banco 9i.

Obrigado.

Airton[/quote]

Airton,

Qual a versão (completa com patchset e tudo) dos oracles de origem e destino?
Lembrando que um imp full irá trazer TUDO do outro banco, incluindo
-Profiles
-Public database links
-Public synonyms
-Roles
-Rollback segment definitions
-Resource costs
-Foreign function libraries
-Context objects
-System procedural objects
-System audit options
-System privileges
-Tablespace definitions
-Tablespace quotas
-User definitions
-Directory aliases
-System event triggers

Portanto, peço para os amigos do fórum me corrigirem se eu estiver errado, o mais recomendado é realizer um impexp FULL apenas de versões idênticas do Oracle e a base de destino estar vazia.

Se quer mesmo migrar esse tipo de informação recomendo utilizar TRANSPORTABLE TABLESPACES, um recurso pouco usado mas muito flexível e muito útil.

Segue alguns exemplos de leitura.

• Conteúdo oficial Oracle sobre Transportable Tablespaces
  http://download.oracle.com/docs/cd/B283 … m#i1007233

• E esse aqui é muito interessante sobre o processo na prática
  http://www.dbspecialists.com/files/pres … forms.html

Espero ter ajudado.
Atenciosamente,
Felipe.

[CleitonHanzenParticipante]

[quote=”felipeg”:174excqx]
Portanto, peço para os amigos do fórum me corrigirem se eu estiver errado, o mais recomendado é realizer um impexp FULL apenas de versões idênticas do Oracle e a base de destino estar vazia.

Felipe.[/quote]

Oracle 9i não tinha isso…. 😉

E mesmo assim, o método de upgrade e downgrade com maior probabilidade de dar certo, ainda continua sendo export/import, porém o mais demora…. 😉

abs.

[felipegParticipante]

[quote=”CleitonHanzen”:naaqmjf7][quote=”felipeg”:naaqmjf7]
Portanto, peço para os amigos do fórum me corrigirem se eu estiver errado, o mais recomendado é realizer um impexp FULL apenas de versões idênticas do Oracle e a base de destino estar vazia.

Felipe.[/quote]

Oracle 9i não tinha isso…. 😉

E mesmo assim, o método de upgrade e downgrade com maior probabilidade de dar certo, ainda continua sendo export/import, porém o mais demora…. 😉

abs.[/quote]

Cleiton, boa tarde

Desculpe, não entendi, o que não tinha no Oracle 9?

Obrigado.
Atenciosamente,
Felipe.

[airoospParticipante]

A versão que foi instalada é 9.2.0.1 e depois aplicado o patchset 9.2.0.7 e fazendo a consulta na dba_registry o resultado é:

COMP_ID VERSION

---

CATALOG 9.2.0.7.0
CATPROC 9.2.0.7.0
OWM 9.2.0.1.0
JAVAVM 9.2.0.7.0
XML 9.2.0.9.0
CATJAVA 9.2.0.7.0
ORDIM 9.2.0.7.0
SDO 9.2.0.7.0
CONTEXT 9.2.0.7.0
XDB 9.2.0.7.0
WK 9.2.0.7.0

Obrigado.

Airton

[CleitonHanzenParticipante]

[quote=”felipeg”:2dc8r7cd][quote=”CleitonHanzen”:2dc8r7cd][quote=”felipeg”:2dc8r7cd]
Portanto, peço para os amigos do fórum me corrigirem se eu estiver errado, o mais recomendado é realizer um impexp FULL apenas de versões idênticas do Oracle e a base de destino estar vazia.

Felipe.[/quote]

Oracle 9i não tinha isso…. 😉

E mesmo assim, o método de upgrade e downgrade com maior probabilidade de dar certo, ainda continua sendo export/import, porém o mais demora…. 😉

abs.[/quote]

Cleiton, boa tarde

Desculpe, não entendi, o que não tinha no Oracle 9?

Obrigado.
Atenciosamente,
Felipe.[/quote]

Opá, desculpe Felipe, falha minha. Dei o “Quote” no texto errado…

O certo era essa parte….hehehehe

[quote=”felipeg”:2dc8r7cd]
Se quer mesmo migrar esse tipo de informação recomendo utilizar TRANSPORTABLE TABLESPACES, um recurso pouco usado mas muito flexível e muito útil. [/quote]

[felipegParticipante]

[quote=”CleitonHanzen”:2e9edq7b][quote=”felipeg”:2e9edq7b][quote=”CleitonHanzen”:2e9edq7b][quote=”felipeg”:2e9edq7b]
Portanto, peço para os amigos do fórum me corrigirem se eu estiver errado, o mais recomendado é realizer um impexp FULL apenas de versões idênticas do Oracle e a base de destino estar vazia.

Felipe.[/quote]

Oracle 9i não tinha isso…. 😉

E mesmo assim, o método de upgrade e downgrade com maior probabilidade de dar certo, ainda continua sendo export/import, porém o mais demora…. 😉

abs.[/quote]

Cleiton, boa tarde

Desculpe, não entendi, o que não tinha no Oracle 9?

Obrigado.
Atenciosamente,
Felipe.[/quote]

Opá, desculpe Felipe, falha minha. Dei o “Quote” no texto errado…

O certo era essa parte….hehehehe

[quote=”felipeg”:2e9edq7b]
Se quer mesmo migrar esse tipo de informação recomendo utilizar TRANSPORTABLE TABLESPACES, um recurso pouco usado mas muito flexível e muito útil. [/quote][/quote]

Então Cleiton

A funcionalidade está disponível desde o Oracle 8…

http://download.oracle.com/docs/cd/B283 … m#i1007233
(Ver Table 12-1 Minimum Compatibility Requirements)

E também
http://www.oracle-base.com/articles/9i/ … aces9i.php

Como eu só usei no Oracle 1011 resolvi olhar.
Lembrava de já ter pesquisado mas não tinha as referências hehe

Atenciosamente,
Felipe.

[airoospParticipante]

Boa noite,

Fiz a importação e agora estou verificando os objetos inválidos através da query abaixo.

select ‘alter ‘||object_type||’ ‘||owner||’.’||object_name||’ compile;’
from all_objects
where status = ‘INVALID’

Dos sistemas já consegui acertar o detalhe é que não consegui recompilar os objetos do sys conforme descrito abaixo.

1 alter PACKAGE BODY SYS.DBMS_AQADM_SYS compile;
2 alter PACKAGE BODY SYS.DBMS_AQ_SYS_EXP_INTERNAL compile;
3 alter PACKAGE BODY SYS.DBMS_ASYNCRPC_PUSH compile;
4 alter PACKAGE BODY SYS.DBMS_DEFER compile;
5 alter PACKAGE BODY SYS.DBMS_DEFERGEN_WRAP compile;
6 alter PACKAGE BODY SYS.DBMS_DEFER_INTERNAL_QUERY compile;
7 alter PACKAGE BODY SYS.DBMS_DEFER_INTERNAL_SYS compile;
8 alter PACKAGE BODY SYS.DBMS_DEFER_QUERY_UTL compile;
9 alter PACKAGE BODY SYS.DBMS_DEFER_REPCAT compile;
10 alter PACKAGE BODY SYS.DBMS_DEFER_SYS compile;
11 alter PACKAGE BODY SYS.DBMS_DEFER_SYS_PART1 compile;
12 alter PACKAGE BODY SYS.DBMS_IAS_INST_UTL compile;
13 alter PACKAGE BODY SYS.DBMS_IAS_TEMPLATE_INTERNAL compile;
14 alter PACKAGE BODY SYS.DBMS_LOGMNR_LOGREP_DICT compile;
15 alter PACKAGE BODY SYS.DBMS_LOGMNR_SESSION compile;
16 alter PACKAGE BODY SYS.DBMS_REPCAT_AUTH compile;
17 alter PACKAGE BODY SYS.DBMS_REPCAT_FLA compile;
18 alter PACKAGE BODY SYS.DBMS_REPCAT_OUTPUT compile;
19 alter PACKAGE BODY SYS.DBMS_REPCAT_RGT compile;
20 alter PACKAGE BODY SYS.DBMS_REPCAT_RGT_CUST compile;
21 alter PACKAGE BODY SYS.DBMS_REPCAT_RGT_UTL compile;
22 alter PACKAGE BODY SYS.DBMS_REPCAT_UTL4 compile;
23 alter PACKAGE BODY SYS.DBMS_SUMADVISOR compile;
24 alter PACKAGE BODY SYS.LTADM compile;
25 alter PACKAGE BODY SYS.LTRIC compile;
26 alter PACKAGE BODY SYS.LT_EXPORT_PKG compile;
27 alter VIEW SYS._ALL_REPCOLUMN_GROUP compile;
28 alter VIEW SYS._ALL_REPCONFLICT compile;
29 alter VIEW SYS._ALL_REPGROUPED_COLUMN compile;
30 alter VIEW SYS._ALL_REPPARAMETER_COLUMN compile;
31 alter VIEW SYS._ALL_REPRESOLUTION compile;
32 alter PACKAGE BODY WKSYS.WKDS_ADM compile;
33 alter PACKAGE BODY WKSYS.WK_ADM compile;
34 alter PACKAGE BODY WKSYS.WK_CRW compile;
35 alter PACKAGE BODY WKSYS.WK_DDL compile;
36 alter PACKAGE BODY WKSYS.WK_JOB compile;
37 alter PACKAGE BODY WKSYS.WK_PORTAL compile;
38 alter PACKAGE BODY WKSYS.WK_QRY compile;
39 alter PACKAGE BODY WKSYS.WK_QUERYEXP compile;
40 alter PACKAGE BODY WKSYS.WK_QUTIL compile;
41 alter PACKAGE BODY WKSYS.WK_SGP compile;
42 alter PACKAGE BODY WKSYS.WK_SNAPSHOT compile;
43 alter PACKAGE BODY WKSYS.WK_UTIL compile;

Estou utilizando o comando errado? Alguém tem alguma informação pois no banco de origem estes objetos estão com o status válido.

Obrigado.

Airton

[CleitonHanzenParticipante]

[quote=”felipeg”:29ofs3or][quote=”CleitonHanzen”:29ofs3or][quote=”felipeg”:29ofs3or][quote=”CleitonHanzen”:29ofs3or][quote=”felipeg”:29ofs3or]
Portanto, peço para os amigos do fórum me corrigirem se eu estiver errado, o mais recomendado é realizer um impexp FULL apenas de versões idênticas do Oracle e a base de destino estar vazia.

Felipe.[/quote]

Oracle 9i não tinha isso…. 😉

E mesmo assim, o método de upgrade e downgrade com maior probabilidade de dar certo, ainda continua sendo export/import, porém o mais demora…. 😉

abs.[/quote]

Cleiton, boa tarde

Desculpe, não entendi, o que não tinha no Oracle 9?

Obrigado.
Atenciosamente,
Felipe.[/quote]

Opá, desculpe Felipe, falha minha. Dei o “Quote” no texto errado…

O certo era essa parte….hehehehe

[quote=”felipeg”:29ofs3or]
Se quer mesmo migrar esse tipo de informação recomendo utilizar TRANSPORTABLE TABLESPACES, um recurso pouco usado mas muito flexível e muito útil. [/quote][/quote]

Então Cleiton

A funcionalidade está disponível desde o Oracle 8…

http://download.oracle.com/docs/cd/B283 … m#i1007233
(Ver Table 12-1 Minimum Compatibility Requirements)

E também
http://www.oracle-base.com/articles/9i/ … aces9i.php

Como eu só usei no Oracle 1011 resolvi olhar.
Lembrava de já ter pesquisado mas não tinha as referências hehe

Atenciosamente,
Felipe.[/quote]

Aí é que tá, só usei a partir do 10g tbém…rsrsrs…tinha me esquecido completamente no 9i….falha minha, desculpe…..

[felipegParticipante]

[quote=”airoosp”:1pfpiii8]Boa noite,

Fiz a importação e agora estou verificando os objetos inválidos através da query abaixo.

select ‘alter ‘||object_type||’ ‘||owner||’.’||object_name||’ compile;’
from all_objects
where status = ‘INVALID’

Dos sistemas já consegui acertar o detalhe é que não consegui recompilar os objetos do sys conforme descrito abaixo.

1 alter PACKAGE BODY SYS.DBMS_AQADM_SYS compile;
2 alter PACKAGE BODY SYS.DBMS_AQ_SYS_EXP_INTERNAL compile;
3 alter PACKAGE BODY SYS.DBMS_ASYNCRPC_PUSH compile;
4 alter PACKAGE BODY SYS.DBMS_DEFER compile;
5 alter PACKAGE BODY SYS.DBMS_DEFERGEN_WRAP compile;
6 alter PACKAGE BODY SYS.DBMS_DEFER_INTERNAL_QUERY compile;
7 alter PACKAGE BODY SYS.DBMS_DEFER_INTERNAL_SYS compile;
8 alter PACKAGE BODY SYS.DBMS_DEFER_QUERY_UTL compile;
9 alter PACKAGE BODY SYS.DBMS_DEFER_REPCAT compile;
10 alter PACKAGE BODY SYS.DBMS_DEFER_SYS compile;
11 alter PACKAGE BODY SYS.DBMS_DEFER_SYS_PART1 compile;
12 alter PACKAGE BODY SYS.DBMS_IAS_INST_UTL compile;
13 alter PACKAGE BODY SYS.DBMS_IAS_TEMPLATE_INTERNAL compile;
14 alter PACKAGE BODY SYS.DBMS_LOGMNR_LOGREP_DICT compile;
15 alter PACKAGE BODY SYS.DBMS_LOGMNR_SESSION compile;
16 alter PACKAGE BODY SYS.DBMS_REPCAT_AUTH compile;
17 alter PACKAGE BODY SYS.DBMS_REPCAT_FLA compile;
18 alter PACKAGE BODY SYS.DBMS_REPCAT_OUTPUT compile;
19 alter PACKAGE BODY SYS.DBMS_REPCAT_RGT compile;
20 alter PACKAGE BODY SYS.DBMS_REPCAT_RGT_CUST compile;
21 alter PACKAGE BODY SYS.DBMS_REPCAT_RGT_UTL compile;
22 alter PACKAGE BODY SYS.DBMS_REPCAT_UTL4 compile;
23 alter PACKAGE BODY SYS.DBMS_SUMADVISOR compile;
24 alter PACKAGE BODY SYS.LTADM compile;
25 alter PACKAGE BODY SYS.LTRIC compile;
26 alter PACKAGE BODY SYS.LT_EXPORT_PKG compile;
27 alter VIEW SYS._ALL_REPCOLUMN_GROUP compile;
28 alter VIEW SYS._ALL_REPCONFLICT compile;
29 alter VIEW SYS._ALL_REPGROUPED_COLUMN compile;
30 alter VIEW SYS._ALL_REPPARAMETER_COLUMN compile;
31 alter VIEW SYS._ALL_REPRESOLUTION compile;
32 alter PACKAGE BODY WKSYS.WKDS_ADM compile;
33 alter PACKAGE BODY WKSYS.WK_ADM compile;
34 alter PACKAGE BODY WKSYS.WK_CRW compile;
35 alter PACKAGE BODY WKSYS.WK_DDL compile;
36 alter PACKAGE BODY WKSYS.WK_JOB compile;
37 alter PACKAGE BODY WKSYS.WK_PORTAL compile;
38 alter PACKAGE BODY WKSYS.WK_QRY compile;
39 alter PACKAGE BODY WKSYS.WK_QUERYEXP compile;
40 alter PACKAGE BODY WKSYS.WK_QUTIL compile;
41 alter PACKAGE BODY WKSYS.WK_SGP compile;
42 alter PACKAGE BODY WKSYS.WK_SNAPSHOT compile;
43 alter PACKAGE BODY WKSYS.WK_UTIL compile;

Estou utilizando o comando errado? Alguém tem alguma informação pois no banco de origem estes objetos estão com o status válido.

Obrigado.

Airton[/quote]

Bom dia,

Então, quando você fez a importação os bancos estavam EXATAMENTE na mesma versão?

De qualquer forma, logue com um usuário SYSDBA ( como o SYS por exemplo) e rode o sql utlrp.sql que se encontra na pasta ORACLE_HOMERDBMSADMIN.

Esse sql irá tratar de recompilar todos os objetos inválidos e suas dependências, eu uso muito quando aplico algum patchset.

Atenciosamente,
Felipe.

[airoospParticipante]

Boa tarde,

Executei o utlrp.sql e os objetos foram recompilados. Há algumas classes java, 2 OPERATOR e 1 INDEXTYPE que estão com erro de compilação que pertencem ao usuário ORDSYS. Você sabe como fazer para recompilar?

ORDSYS /56cc6cd_javax_media_jai_itera JAVA CLASS
ORDSYS /60044729_javax_media_jai_oper JAVA CLASS
ORDSYS /64cbff79_com_sun_media_jai_rm JAVA CLASS
ORDSYS /801c4485_com_sun_media_jai_it JAVA CLASS
ORDSYS /8a04f0e9_com_sun_media_jai_co JAVA CLASS
ORDSYS /99cb2821_com_sun_media_jai_ut JAVA CLASS
ORDSYS /a0107414_com_sun_media_jai_op JAVA CLASS
ORDSYS /a565b787_javax_media_jai_widg JAVA CLASS
ORDSYS /a8d43e17_javax_media_jai_Inst JAVA CLASS
ORDSYS /bbb63e43_com_sun_media_jai_co JAVA CLASS
ORDSYS /cc381648_com_sun_media_jai_co JAVA CLASS
ORDSYS /cc6ad57_com_sun_media_jai_cod JAVA CLASS
ORDSYS IMGSCORE OPERATOR
ORDSYS IMGSIMILAR OPERATOR
ORDSYS ORDIMAGEINDEX INDEXTYPE

A versão do banco é 9.2.0.7 conforme select na dba_registry.

Obrigado.

Airton

[felipegParticipante]

[quote=”airoosp”:3t535565]Boa tarde,

Executei o utlrp.sql e os objetos foram recompilados. Há algumas classes java, 2 OPERATOR e 1 INDEXTYPE que estão com erro de compilação que pertencem ao usuário ORDSYS. Você sabe como fazer para recompilar?

ORDSYS /56cc6cd_javax_media_jai_itera JAVA CLASS
ORDSYS /60044729_javax_media_jai_oper JAVA CLASS
ORDSYS /64cbff79_com_sun_media_jai_rm JAVA CLASS
ORDSYS /801c4485_com_sun_media_jai_it JAVA CLASS
ORDSYS /8a04f0e9_com_sun_media_jai_co JAVA CLASS
ORDSYS /99cb2821_com_sun_media_jai_ut JAVA CLASS
ORDSYS /a0107414_com_sun_media_jai_op JAVA CLASS
ORDSYS /a565b787_javax_media_jai_widg JAVA CLASS
ORDSYS /a8d43e17_javax_media_jai_Inst JAVA CLASS
ORDSYS /bbb63e43_com_sun_media_jai_co JAVA CLASS
ORDSYS /cc381648_com_sun_media_jai_co JAVA CLASS
ORDSYS /cc6ad57_com_sun_media_jai_cod JAVA CLASS
ORDSYS IMGSCORE OPERATOR
ORDSYS IMGSIMILAR OPERATOR
ORDSYS ORDIMAGEINDEX INDEXTYPE

A versão do banco é 9.2.0.7 conforme select na dba_registry.

Obrigado.

Airton[/quote]

Airton,

Na base de origem eles estão OK?

Atenciosamente,
Felipe.

[airoospParticipante]

Então acabei fazendo confusão na base de produção estes objetos estão inválidos e no novo servidor estão ok.
Verificando mais informações vi que tem a ver com Oracle InterMedia e os objetos pertencem aos usuários ORDSYS e ORDPLUGINS.
Utilizando algumas querys de verificação, o retorno informa que as configurações estão corretas e o InterMedia Válido.

Querys utilizadas:

select owner,object_name,object_type,status
from dba_objects
where status != ‘VALID’
and owner in (‘ORDSYS’,’ORDPLUGINS’,’SI_INFORMTN_SCHEMA’,’ORDDATA’,’MDSYS’);

Select * from dba_errors
where Owner = ‘ORDPLUGINS’;

select version, status from dba_registry where comp_id=’ORDIM’;

select version, status from dba_registry where comp_id=’JAVAVM’;

SELECT * FROM DBA_REGISTRY WHERE COMP_ID = ‘ORDIM’;

select library_name, file_spec, dynamic, status
from dba_libraries
where owner = ‘ORDSYS’;

select library_name, file_spec, dynamic, status
from dba_libraries
where owner = ‘ORDPLUGINS’;

select object_name,object_type,status
from user_objects;

Airton

[felipegParticipante]

[quote=”airoosp”:19jxlm2e]Então acabei fazendo confusão na base de produção estes objetos estão inválidos e no novo servidor estão ok.
Verificando mais informações vi que tem a ver com Oracle InterMedia e os objetos pertencem aos usuários ORDSYS e ORDPLUGINS.
Utilizando algumas querys de verificação, o retorno informa que as configurações estão corretas e o InterMedia Válido.

Querys utilizadas:

select owner,object_name,object_type,status
from dba_objects
where status != ‘VALID’
and owner in (‘ORDSYS’,’ORDPLUGINS’,’SI_INFORMTN_SCHEMA’,’ORDDATA’,’MDSYS’);

Select * from dba_errors
where Owner = ‘ORDPLUGINS’;

select version, status from dba_registry where comp_id=’ORDIM’;

select version, status from dba_registry where comp_id=’JAVAVM’;

SELECT * FROM DBA_REGISTRY WHERE COMP_ID = ‘ORDIM’;

select library_name, file_spec, dynamic, status
from dba_libraries
where owner = ‘ORDSYS’;

select library_name, file_spec, dynamic, status
from dba_libraries
where owner = ‘ORDPLUGINS’;

select object_name,object_type,status
from user_objects;

Airton[/quote]

Opa, interessante

É, o ORDSYS é relacionado ao intermedia, perguntei se ele tava OK justamente por causa da migração.

Então podemos considerar que agora está tudo 100%?

Atenciosamente,
Felipe.

[airoospParticipante]

Verifiquei os demais sistemas e objetos e não encontrei problema.

Obrigado pela ajuda.

Airton

[Autor]

Posts