Re: Fw: Re: [oracle_br] Change owner catalog

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 Ok Chiappa, muito obrigado.
Em quarta-feira, 14 de março de 2018 15:49:49 BRT, jlchia...@yahoo..com.br 
[oracle_br]  escreveu:  
 
     
Um detalhe adicional importante : iirc tinham umas incompatibilidades de 
clients RMAN anteriores a 12c com Pluggable Databases : acho que isso já foi 
consertado mas por via das dúvidas RECOMENDO assim esse banco 12c que vc vai 
criar só pra guardar o catálogo 12c não deve ser um PDB - já instala e cria o 
banco 12c como NÂO CONTEINER, pra não dar chance

 []s
 
   Chiappa
  #yiv4640630887 #yiv4640630887 -- #yiv4640630887ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv4640630887 
#yiv4640630887ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv4640630887 
#yiv4640630887ygrp-mkp #yiv4640630887hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv4640630887 #yiv4640630887ygrp-mkp #yiv4640630887ads 
{margin-bottom:10px;}#yiv4640630887 #yiv4640630887ygrp-mkp .yiv4640630887ad 
{padding:0 0;}#yiv4640630887 #yiv4640630887ygrp-mkp .yiv4640630887ad p 
{margin:0;}#yiv4640630887 #yiv4640630887ygrp-mkp .yiv4640630887ad a 
{color:#ff;text-decoration:none;}#yiv4640630887 #yiv4640630887ygrp-sponsor 
#yiv4640630887ygrp-lc {font-family:Arial;}#yiv4640630887 
#yiv4640630887ygrp-sponsor #yiv4640630887ygrp-lc #yiv4640630887hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv4640630887 
#yiv4640630887ygrp-sponsor #yiv4640630887ygrp-lc .yiv4640630887ad 
{margin-bottom:10px;padding:0 0;}#yiv4640630887 #yiv4640630887actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv4640630887 
#yiv4640630887activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv4640630887
 #yiv4640630887activity span {font-weight:700;}#yiv4640630887 
#yiv4640630887activity span:first-child 
{text-transform:uppercase;}#yiv4640630887 #yiv4640630887activity span a 
{color:#5085b6;text-decoration:none;}#yiv4640630887 #yiv4640630887activity span 
span {color:#ff7900;}#yiv4640630887 #yiv4640630887activity span 
.yiv4640630887underline {text-decoration:underline;}#yiv4640630887 
.yiv4640630887attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv4640630887 .yiv4640630887attach div a 
{text-decoration:none;}#yiv4640630887 .yiv4640630887attach img 
{border:none;padding-right:5px;}#yiv4640630887 .yiv4640630887attach label 
{display:block;margin-bottom:5px;}#yiv4640630887 .yiv4640630887attach label a 
{text-decoration:none;}#yiv4640630887 blockquote {margin:0 0 0 
4px;}#yiv4640630887 .yiv4640630887bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv4640630887 
.yiv4640630887bold a {text-decoration:none;}#yiv4640630887 dd.yiv4640630887last 
p a {font-family:Verdana;font-weight:700;}#yiv4640630887 dd.yiv4640630887last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv4640630887 
dd.yiv4640630887last p span.yiv4640630887yshortcuts 
{margin-right:0;}#yiv4640630887 div.yiv4640630887attach-table div div a 
{text-decoration:none;}#yiv4640630887 div.yiv4640630887attach-table 
{width:400px;}#yiv4640630887 div.yiv4640630887file-title a, #yiv4640630887 
div.yiv4640630887file-title a:active, #yiv4640630887 
div.yiv4640630887file-title a:hover, #yiv4640630887 div.yiv4640630887file-title 
a:visited {text-decoration:none;}#yiv4640630887 div.yiv4640630887photo-title a, 
#yiv4640630887 div.yiv4640630887photo-title a:active, #yiv4640630887 
div.yiv4640630887photo-title a:hover, #yiv4640630887 
div.yiv4640630887photo-title a:visited {text-decoration:none;}#yiv4640630887 
div#yiv4640630887ygrp-mlmsg #yiv4640630887ygrp-msg p a 
span.yiv4640630887yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv4640630887 
.yiv4640630887green {color:#628c2a;}#yiv4640630887 .yiv4640630887MsoNormal 
{margin:0 0 0 0;}#yiv4640630887 o {font-size:0;}#yiv4640630887 
#yiv4640630887photos div {float:left;width:72px;}#yiv4640630887 
#yiv4640630887photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv4640630887 
#yiv4640630887photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv4640630887
 #yiv4640630887reco-category {font-size:77%;}#yiv4640630887 
#yiv4640630887reco-desc {font-size:77%;}#yiv4640630887 .yiv4640630887replbq 
{margin:4px;}#yiv4640630887 #yiv4640630887ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv4640630887 #yiv4640630887ygrp-mlmsg 
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv4640630887 
#yiv4640630887ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv4640630887 
#yiv4640630887ygrp-mlmsg select, #yiv4640630887 input, #yiv4640630887 textarea 
{font:99% Arial, Helvetica, clean, sans-serif;}#yiv4640630887 
#yiv4640630887ygrp-mlmsg pre, #yiv4640630887 code {font:115% 
monospace;}#yiv4640630887 #yiv4640630887ygrp-mlmsg * 

Re: Fw: Re: [oracle_br] Change owner catalog

[jlchia...@yahoo.com.br [oracle_br]]

Um detalhe adicional importante : iirc tinham umas incompatibilidades de 
clients RMAN anteriores a 12c com Pluggable Databases : acho que isso já foi 
consertado mas por via das dúvidas RECOMENDO assim esse banco 12c que vc vai 
criar só pra guardar o catálogo 12c não deve ser um PDB - já instala e cria o 
banco 12c como NÂO CONTEINER, pra não dar chance

 []s
 
   Chiappa

Re: Fw: Re: [oracle_br] Change owner catalog

[jlchia...@yahoo.com.br [oracle_br]]

Perfeito : banco de versão superior a todos os targets contendo catálogo de 
versão superior a todos os outros catálogos que vc vá importar não tem por onde 
dar erro
 Só REPITO, atenção pra que vc não tenha nenhum banco target e nem catálogo a 
importar menor que 10.1.x lá cfrme a nota que indiquei...

[]s

  Chiappa

Re: Fw: Re: [oracle_br] Change owner catalog

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 Então irei instalar o 12.1.0.2 nesse mesmo servidor em um outro Oracle_home. 
Irei criar um banco que ira ser o catalogo de recuperação e irei importar todos 
os catalogos que possuo no banco 11.2.0.3 (catalogos na versao 11.2.0.3 e 
11.2.0.4) para esse novo catalogo na versao 12.1.0.2.
Irei seguir essa recomendação.
Em quarta-feira, 14 de março de 2018 09:34:37 BRT, jlchia...@yahoo..com.br 
[oracle_br]  escreveu:  
 
     
Uma obs adicional : é exigido que o catálogo RMAN (e o database que o contém) 
sejam no mínimo da mesma versão ou (preferencialmente) de versão Superior aos 
targets E aos catálogos anteriores que porventura vc queira importar : então, 
se hoje o database mais recente que vc quer ter como target no RMAN é 11.2.0.4 
, em tese vc poderia sim ter esse banco onde hoje vc tem seus catálogos 
upgradeado para 11.2.0.4 e ENTÃO criar nele um novo catálogo 11.02.00.04...
 Porém, cedo ou tarde vc VAI acabar tendo algum banco 12c na parada, então pra 
EVITAR retrabalho no futuro próximo minha Recomendação seria vc já criar um 
banquinho 12c aí nesse servidor (o banco que vai servir apenas e tão somente de 
repositório de catálogos RMAN não consome taaanto recurso do servidor, não), 
criar uma catálogo 12c nesse banco 12c e não se preocupar com versão por um bom 
tempo...
 O unico senão é se vc tiver um banco 9i ou 10gR1 ainda perdido no seu ambiente 
: cfrme 
https://docs.oracle.com/en/database/oracle/oracle-database/12.2/rcmrf/rman-compatibility.html#GUID-7A453809-3FB2-4126-AB6F-F8C24C8F8879,
 a Compatibilidade de catálogos rman 12c só é  garantida para clients RMAN (e 
versões de banco target) acima de 10.1.0.5 . 
 
 []s
 
  Chiappa
  #yiv9624666562 #yiv9624666562 -- #yiv9624666562ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv9624666562 
#yiv9624666562ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv9624666562 
#yiv9624666562ygrp-mkp #yiv9624666562hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv9624666562 #yiv9624666562ygrp-mkp #yiv9624666562ads 
{margin-bottom:10px;}#yiv9624666562 #yiv9624666562ygrp-mkp .yiv9624666562ad 
{padding:0 0;}#yiv9624666562 #yiv9624666562ygrp-mkp .yiv9624666562ad p 
{margin:0;}#yiv9624666562 #yiv9624666562ygrp-mkp .yiv9624666562ad a 
{color:#ff;text-decoration:none;}#yiv9624666562 #yiv9624666562ygrp-sponsor 
#yiv9624666562ygrp-lc {font-family:Arial;}#yiv9624666562 
#yiv9624666562ygrp-sponsor #yiv9624666562ygrp-lc #yiv9624666562hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv9624666562 
#yiv9624666562ygrp-sponsor #yiv9624666562ygrp-lc .yiv9624666562ad 
{margin-bottom:10px;padding:0 0;}#yiv9624666562 #yiv9624666562actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv9624666562 
#yiv9624666562activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv9624666562
 #yiv9624666562activity span {font-weight:700;}#yiv9624666562 
#yiv9624666562activity span:first-child 
{text-transform:uppercase;}#yiv9624666562 #yiv9624666562activity span a 
{color:#5085b6;text-decoration:none;}#yiv9624666562 #yiv9624666562activity span 
span {color:#ff7900;}#yiv9624666562 #yiv9624666562activity span 
.yiv9624666562underline {text-decoration:underline;}#yiv9624666562 
.yiv9624666562attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv9624666562 .yiv9624666562attach div a 
{text-decoration:none;}#yiv9624666562 .yiv9624666562attach img 
{border:none;padding-right:5px;}#yiv9624666562 .yiv9624666562attach label 
{display:block;margin-bottom:5px;}#yiv9624666562 .yiv9624666562attach label a 
{text-decoration:none;}#yiv9624666562 blockquote {margin:0 0 0 
4px;}#yiv9624666562 .yiv9624666562bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv9624666562 
.yiv9624666562bold a {text-decoration:none;}#yiv9624666562 dd.yiv9624666562last 
p a {font-family:Verdana;font-weight:700;}#yiv9624666562 dd.yiv9624666562last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv9624666562 
dd.yiv9624666562last p span.yiv9624666562yshortcuts 
{margin-right:0;}#yiv9624666562 div.yiv9624666562attach-table div div a 
{text-decoration:none;}#yiv9624666562 div.yiv9624666562attach-table 
{width:400px;}#yiv9624666562 div.yiv9624666562file-title a, #yiv9624666562 
div.yiv9624666562file-title a:active, #yiv9624666562 
div.yiv9624666562file-title a:hover, #yiv9624666562 div.yiv9624666562file-title 
a:visited {text-decoration:none;}#yiv9624666562 div.yiv9624666562photo-title a, 
#yiv9624666562 div.yiv9624666562photo-title a:active, #yiv9624666562 
div.yiv9624666562photo-title a:hover, #yiv9624666562 
div.yiv9624666562photo-title a:visited {text-decoration:none;}#yiv9624666562 
div#yiv9624666562ygrp-mlmsg #yiv9624666562ygrp-msg p a 
span.yiv9624666562yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv9624666562 
.yiv9624666562green 

Re: Fw: Re: [oracle_br] Change owner catalog

[jlchia...@yahoo.com.br [oracle_br]]

Uma obs adicional : é exigido que o catálogo RMAN (e o database que o contém) 
sejam no mínimo da mesma versão ou (preferencialmente) de versão Superior aos 
targets E aos catálogos anteriores que porventura vc queira importar : então, 
se hoje o database mais recente que vc quer ter como target no RMAN é 11.2.0.4 
, em tese vc poderia sim ter esse banco onde hoje vc tem seus catálogos 
upgradeado para 11.2.0.4 e ENTÃO criar nele um novo catálogo 11.02.00.04...
 Porém, cedo ou tarde vc VAI acabar tendo algum banco 12c na parada, então pra 
EVITAR retrabalho no futuro próximo minha Recomendação seria vc já criar um 
banquinho 12c aí nesse servidor (o banco que vai servir apenas e tão somente de 
repositório de catálogos RMAN não consome taaanto recurso do servidor, não), 
criar uma catálogo 12c nesse banco 12c e não se preocupar com versão por um bom 
tempo...
 O unico senão é se vc tiver um banco 9i ou 10gR1 ainda perdido no seu ambiente 
: cfrme 
https://docs.oracle.com/en/database/oracle/oracle-database/12.2/rcmrf/rman-compatibility.html#GUID-7A453809-3FB2-4126-AB6F-F8C24C8F8879,
 a Compatibilidade de catálogos rman 12c só é  garantida para clients RMAN (e 
versões de banco target) acima de 10.1.0.5 . 
 
 []s
 
  Chiappa

Re: Fw: Re: [oracle_br] Change owner catalog

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 EU instalando um software do rdbms Oracle 12.1.0.2, criando um banco nessa 
versao e um catalogo, eu consigo importar os dados dos diversos catalogos que 
possuo nesse atual database que estao em versoes 11.2.0.3 ou 11.2.0.4? 
Em quarta-feira, 14 de março de 2018 08:22:44 BRT, jlchia...@yahoo..com.br 
[oracle_br]  escreveu:  
 
     
Seguinte :

"Agora, fica a minha pergunta: Como o catalogo do "Antigo" owner ta 11.2.0.4 se 
o database do catalogo ainda esta na 11.2.0.3?"

Simples : ALGUÉM em algum momento conectou nesse catálogo com um rman 11.2.0.4 
e mandou um UPGRADE CATALOG, simples assim - sozinho é que ele NÃO SE 
UPGRADEIA, isso eu garanto...

"Como faço para atualizar o catalogo "novo" para a versao 11.2.0.4 já que o 
"antigo' owner está na 11.2.0.4 e todos dois pertencem ao mesmo database que 
está na versão 11.2.0.3."

==> Na verdade, AINDA que vc suba esse catálogo novo pra 11.02.00.04 vc AINDA 
pode ter problemas pelo fato do database ser 11.2.0.3 - Vc TEM que passar o 
database para 11.2.0.4 e APÓS ISSO rodar o uPGRADE desse catálogo 'novo', é 
isso  OU se quiser, cria um novo catálogo 11.02.00.04 num novo database 
11.2.0.4 que vc crie e importa lá, é isso... 

[]s

  Chiappa
  #yiv8815765869 #yiv8815765869 -- #yiv8815765869ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8815765869 
#yiv8815765869ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8815765869 
#yiv8815765869ygrp-mkp #yiv8815765869hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv8815765869 #yiv8815765869ygrp-mkp #yiv8815765869ads 
{margin-bottom:10px;}#yiv8815765869 #yiv8815765869ygrp-mkp .yiv8815765869ad 
{padding:0 0;}#yiv8815765869 #yiv8815765869ygrp-mkp .yiv8815765869ad p 
{margin:0;}#yiv8815765869 #yiv8815765869ygrp-mkp .yiv8815765869ad a 
{color:#ff;text-decoration:none;}#yiv8815765869 #yiv8815765869ygrp-sponsor 
#yiv8815765869ygrp-lc {font-family:Arial;}#yiv8815765869 
#yiv8815765869ygrp-sponsor #yiv8815765869ygrp-lc #yiv8815765869hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8815765869 
#yiv8815765869ygrp-sponsor #yiv8815765869ygrp-lc .yiv8815765869ad 
{margin-bottom:10px;padding:0 0;}#yiv8815765869 #yiv8815765869actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8815765869 
#yiv8815765869activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8815765869
 #yiv8815765869activity span {font-weight:700;}#yiv8815765869 
#yiv8815765869activity span:first-child 
{text-transform:uppercase;}#yiv8815765869 #yiv8815765869activity span a 
{color:#5085b6;text-decoration:none;}#yiv8815765869 #yiv8815765869activity span 
span {color:#ff7900;}#yiv8815765869 #yiv8815765869activity span 
.yiv8815765869underline {text-decoration:underline;}#yiv8815765869 
.yiv8815765869attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv8815765869 .yiv8815765869attach div a 
{text-decoration:none;}#yiv8815765869 .yiv8815765869attach img 
{border:none;padding-right:5px;}#yiv8815765869 .yiv8815765869attach label 
{display:block;margin-bottom:5px;}#yiv8815765869 .yiv8815765869attach label a 
{text-decoration:none;}#yiv8815765869 blockquote {margin:0 0 0 
4px;}#yiv8815765869 .yiv8815765869bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv8815765869 
.yiv8815765869bold a {text-decoration:none;}#yiv8815765869 dd.yiv8815765869last 
p a {font-family:Verdana;font-weight:700;}#yiv8815765869 dd.yiv8815765869last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv8815765869 
dd.yiv8815765869last p span.yiv8815765869yshortcuts 
{margin-right:0;}#yiv8815765869 div.yiv8815765869attach-table div div a 
{text-decoration:none;}#yiv8815765869 div.yiv8815765869attach-table 
{width:400px;}#yiv8815765869 div.yiv8815765869file-title a, #yiv8815765869 
div.yiv8815765869file-title a:active, #yiv8815765869 
div.yiv8815765869file-title a:hover, #yiv8815765869 div.yiv8815765869file-title 
a:visited {text-decoration:none;}#yiv8815765869 div.yiv8815765869photo-title a, 
#yiv8815765869 div.yiv8815765869photo-title a:active, #yiv8815765869 
div.yiv8815765869photo-title a:hover, #yiv8815765869 
div.yiv8815765869photo-title a:visited {text-decoration:none;}#yiv8815765869 
div#yiv8815765869ygrp-mlmsg #yiv8815765869ygrp-msg p a 
span.yiv8815765869yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv8815765869 
.yiv8815765869green {color:#628c2a;}#yiv8815765869 .yiv8815765869MsoNormal 
{margin:0 0 0 0;}#yiv8815765869 o {font-size:0;}#yiv8815765869 
#yiv8815765869photos div {float:left;width:72px;}#yiv8815765869 
#yiv8815765869photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv8815765869 
#yiv8815765869photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv8815765869
 #yiv8815765869reco-category 

Re: Fw: Re: [oracle_br] Change owner catalog

[jlchia...@yahoo.com.br [oracle_br]]

Seguinte :

"Agora, fica a minha pergunta: Como o catalogo do "Antigo" owner ta 11.2.0.4 se 
o database do catalogo ainda esta na 11.2.0.3?"

Simples : ALGUÉM em algum momento conectou nesse catálogo com um rman 11.2.0.4 
e mandou um UPGRADE CATALOG, simples assim - sozinho é que ele NÃO SE 
UPGRADEIA, isso eu garanto...

"Como faço para atualizar o catalogo "novo" para a versao 11.2.0.4 já que o 
"antigo' owner está na 11.2.0.4 e todos dois pertencem ao mesmo database que 
está na versão 11.2.0.3."

==> Na verdade, AINDA que vc suba esse catálogo novo pra 11.02.00.04 vc AINDA 
pode ter problemas pelo fato do database ser 11.2.0.3 - Vc TEM que passar o 
database para 11.2.0.4 e APÓS ISSO rodar o uPGRADE desse catálogo 'novo', é 
isso  OU se quiser, cria um novo catálogo 11.02.00.04 num novo database 
11.2.0.4 que vc crie e importa lá, é isso... 

[]s

  Chiappa

Re: Fw: Re: [oracle_br] Change owner catalog

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 a) no mesmo database vc tem um catálogo RMAN "novo" e um catálogo RMAN "velho" 
, e vc quer importar os metadados desse catálogo 'velho' no catálogo novo ?? 


Exatamente isso.
b) * qual ** é a versão desse database ?? Qual é e versão do catálogo 'velho' e 
do 'novo' ??
Versao do banco do catalogo = 11.2.0.3.3Versao do target database: 11.2.0.4.


Versao do "velho" catalogo

SYS@rmngrprd>select * from user_antigo.rcver;
VERSION11.02.00.04

Versao do "novo" catalogo:


SYS@rmngrprd>select * from user_catalog.rcver;
VERSION11.02.00.03


Agora, fica a minha pergunta: Como o catalogo do "Antigo" owner ta 11.2.0.4 se 
o database do catalogo ainda esta na 11.2.0.3Como faço para atualizar o 
catalogo "novo" para a versao 11.2.0.4 já que o "antigo' owner está na 11.2.0.4 
e todos dois pertencem ao mesmo database que está na versão 11.2.0.3.








Em terça-feira, 13 de março de 2018 17:27:54 BRT, jlchia...@yahoo.com.br 
[oracle_br]  escreveu:  
 
     
Tá : no mesmo database vc tem um catálogo RMAN "novo" e um catálogo RMAN 
"velho" , e vc quer importar os metadados desse catálogo 'velho' no catálogo 
novo ?? 

 Se é isso, pergunto : ** qual ** é a versão desse database ?? Qual é e versão 
do catálogo 'velho' e do 'novo' ?? Pra que funcione, esse database TEM que ser 
11.2.0.4 (se esta é a versão mais recente possível de target database que vc 
vai backupear, acho que é se me lembro), E a versão desse catálogo 'novo' TEM 
que ser 11.02.00.04, é ESTA versão de catálogo que é compatível com databases 
11.2.0.4... Essa msg :
 
 DBMS_RCVCAT package version 11.02.00.04 in source database is not of version 
11.02.00.03
 
 parece indicar que Não É esse o caso aí no seu ambiente
 
 ==> Outra crítica a fazer no seu output é que eu NÃO VI o DBID do banco cujos 
metadados de backup vc quer importar : não lembro se isso é Obrigatório ou não 
mas tenta com ele .
 
 E sempre, prestar ATENÇÃO se vc informou MESMO os nomes antigo e novo 
corretos, E se certifique que eles são DIFERENTES...
 
 []s
 
   Chiappa
  
  #yiv5835690105 #yiv5835690105 -- #yiv5835690105ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv5835690105 
#yiv5835690105ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv5835690105 
#yiv5835690105ygrp-mkp #yiv5835690105hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5835690105 #yiv5835690105ygrp-mkp #yiv5835690105ads 
{margin-bottom:10px;}#yiv5835690105 #yiv5835690105ygrp-mkp .yiv5835690105ad 
{padding:0 0;}#yiv5835690105 #yiv5835690105ygrp-mkp .yiv5835690105ad p 
{margin:0;}#yiv5835690105 #yiv5835690105ygrp-mkp .yiv5835690105ad a 
{color:#ff;text-decoration:none;}#yiv5835690105 #yiv5835690105ygrp-sponsor 
#yiv5835690105ygrp-lc {font-family:Arial;}#yiv5835690105 
#yiv5835690105ygrp-sponsor #yiv5835690105ygrp-lc #yiv5835690105hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv5835690105 
#yiv5835690105ygrp-sponsor #yiv5835690105ygrp-lc .yiv5835690105ad 
{margin-bottom:10px;padding:0 0;}#yiv5835690105 #yiv5835690105actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv5835690105 
#yiv5835690105activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv5835690105
 #yiv5835690105activity span {font-weight:700;}#yiv5835690105 
#yiv5835690105activity span:first-child 
{text-transform:uppercase;}#yiv5835690105 #yiv5835690105activity span a 
{color:#5085b6;text-decoration:none;}#yiv5835690105 #yiv5835690105activity span 
span {color:#ff7900;}#yiv5835690105 #yiv5835690105activity span 
.yiv5835690105underline {text-decoration:underline;}#yiv5835690105 
.yiv5835690105attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv5835690105 .yiv5835690105attach div a 
{text-decoration:none;}#yiv5835690105 .yiv5835690105attach img 
{border:none;padding-right:5px;}#yiv5835690105 .yiv5835690105attach label 
{display:block;margin-bottom:5px;}#yiv5835690105 .yiv5835690105attach label a 
{text-decoration:none;}#yiv5835690105 blockquote {margin:0 0 0 
4px;}#yiv5835690105 .yiv5835690105bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv5835690105 
.yiv5835690105bold a {text-decoration:none;}#yiv5835690105 dd.yiv5835690105last 
p a {font-family:Verdana;font-weight:700;}#yiv5835690105 dd.yiv5835690105last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv5835690105 
dd.yiv5835690105last p span.yiv5835690105yshortcuts 
{margin-right:0;}#yiv5835690105 div.yiv5835690105attach-table div div a 
{text-decoration:none;}#yiv5835690105 div.yiv5835690105attach-table 
{width:400px;}#yiv5835690105 div.yiv5835690105file-title a, #yiv5835690105 
div.yiv5835690105file-title a:active, #yiv5835690105 
div.yiv5835690105file-title a:hover, #yiv5835690105 div.yiv5835690105file-title 
a:visited {text-decoration:none;}#yiv5835690105 div.yiv5835690105photo-title a, 
#yiv5835690105 

Re: Fw: Re: [oracle_br] Change owner catalog

[jlchia...@yahoo.com.br [oracle_br]]

Tá : no mesmo database vc tem um catálogo RMAN "novo" e um catálogo RMAN 
"velho" , e vc quer importar os metadados desse catálogo 'velho' no catálogo 
novo ?? 

 Se é isso, pergunto : ** qual ** é a versão desse database ?? Qual é e versão 
do catálogo 'velho' e do 'novo' ?? Pra que funcione, esse database TEM que ser 
11.2.0.4 (se esta é a versão mais recente possível de target database que vc 
vai backupear, acho que é se me lembro), E a versão desse catálogo 'novo' TEM 
que ser 11.02.00.04, é ESTA versão de catálogo que é compatível com databases 
11.2.0.4... Essa msg :
 
 DBMS_RCVCAT package version 11.02.00.04 in source database is not of version 
11.02.00.03
 
 parece indicar que Não É esse o caso aí no seu ambiente
 
 ==> Outra crítica a fazer no seu output é que eu NÃO VI o DBID do banco cujos 
metadados de backup vc quer importar : não lembro se isso é Obrigatório ou não 
mas tenta com ele 
 
 E sempre, prestar ATENÇÃO se vc informou MESMO os nomes antigo e novo 
corretos, E se certifique que eles são DIFERENTES...
 
 []s
 
   Chiappa
  

Re: Fw: Re: [oracle_br] Change owner catalog

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 PQ os owners pertencem ao mesmo database Chiappa.
Em terça-feira, 13 de março de 2018 16:41:14 BRT, jlchia...@yahoo.com.br 
[oracle_br]  escreveu:  
 
     
Blz ? PMFJI mas apesar de não ter uma situação que nem a sua pra testar, quero 
colocar alguns pontos :

a. NÃO SÓ o database aonde reside o 'novo' catálogo MAS TAMBÉM ele mesmo tem 
que ser de Versão Compatível : sei que (por exemplo) catalog versão 11.x é 
compatível com banco 11.x, um database 10.2.x PODE se registrar nesse catálogo  
E por sua vez ele pode importar metadados de um catálogo rman 10.2... VERIFIQUE 
EXATAMENTE qual versão de RDBMS vc está usando no banco que contém esse 'novo' 
catálogo E CHEQUE em qual versão de catalog esse novo catálogo está ...
 Msgs tal como :
 
 DBMS_RCVCAT package version 11.02.00.04 in source database is not of version 
11.02.00.03
 
 pra mim mostram que vc está tentando usar um catpalogo 11.2.0.3 num database 
11.2.0.4, não rola... 

b. no exemplo do manual 11gR2 ele claramente mostra :

RMAN> CONNECT CATALOG rco@catdb

 
RMAN> IMPORT CATALOG rcat@inst1 DBID=1618984270;

==> esse @hoststring NÂO ESTÀ LÁ de bobeira : sem indicar ele , como vc fez no 
seu exemplo :

RMAN> connect catalog user_catalog/xxx
RMAN> import catalog USER_ANTIGO/xxx;

==> como é que o RMAN vai saber os dados de conexão ?? 
 

[]s

  Chiappa
  #yiv5923433022 #yiv5923433022 -- #yiv5923433022ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv5923433022 
#yiv5923433022ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv5923433022 
#yiv5923433022ygrp-mkp #yiv5923433022hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv5923433022 #yiv5923433022ygrp-mkp #yiv5923433022ads 
{margin-bottom:10px;}#yiv5923433022 #yiv5923433022ygrp-mkp .yiv5923433022ad 
{padding:0 0;}#yiv5923433022 #yiv5923433022ygrp-mkp .yiv5923433022ad p 
{margin:0;}#yiv5923433022 #yiv5923433022ygrp-mkp .yiv5923433022ad a 
{color:#ff;text-decoration:none;}#yiv5923433022 #yiv5923433022ygrp-sponsor 
#yiv5923433022ygrp-lc {font-family:Arial;}#yiv5923433022 
#yiv5923433022ygrp-sponsor #yiv5923433022ygrp-lc #yiv5923433022hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv5923433022 
#yiv5923433022ygrp-sponsor #yiv5923433022ygrp-lc .yiv5923433022ad 
{margin-bottom:10px;padding:0 0;}#yiv5923433022 #yiv5923433022actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv5923433022 
#yiv5923433022activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv5923433022
 #yiv5923433022activity span {font-weight:700;}#yiv5923433022 
#yiv5923433022activity span:first-child 
{text-transform:uppercase;}#yiv5923433022 #yiv5923433022activity span a 
{color:#5085b6;text-decoration:none;}#yiv5923433022 #yiv5923433022activity span 
span {color:#ff7900;}#yiv5923433022 #yiv5923433022activity span 
.yiv5923433022underline {text-decoration:underline;}#yiv5923433022 
.yiv5923433022attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv5923433022 .yiv5923433022attach div a 
{text-decoration:none;}#yiv5923433022 .yiv5923433022attach img 
{border:none;padding-right:5px;}#yiv5923433022 .yiv5923433022attach label 
{display:block;margin-bottom:5px;}#yiv5923433022 .yiv5923433022attach label a 
{text-decoration:none;}#yiv5923433022 blockquote {margin:0 0 0 
4px;}#yiv5923433022 .yiv5923433022bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv5923433022 
.yiv5923433022bold a {text-decoration:none;}#yiv5923433022 dd.yiv5923433022last 
p a {font-family:Verdana;font-weight:700;}#yiv5923433022 dd.yiv5923433022last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv5923433022 
dd.yiv5923433022last p span.yiv5923433022yshortcuts 
{margin-right:0;}#yiv5923433022 div.yiv5923433022attach-table div div a 
{text-decoration:none;}#yiv5923433022 div.yiv5923433022attach-table 
{width:400px;}#yiv5923433022 div.yiv5923433022file-title a, #yiv5923433022 
div.yiv5923433022file-title a:active, #yiv5923433022 
div.yiv5923433022file-title a:hover, #yiv5923433022 div.yiv5923433022file-title 
a:visited {text-decoration:none;}#yiv5923433022 div.yiv5923433022photo-title a, 
#yiv5923433022 div.yiv5923433022photo-title a:active, #yiv5923433022 
div.yiv5923433022photo-title a:hover, #yiv5923433022 
div.yiv5923433022photo-title a:visited {text-decoration:none;}#yiv5923433022 
div#yiv5923433022ygrp-mlmsg #yiv5923433022ygrp-msg p a 
span.yiv5923433022yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv5923433022 
.yiv5923433022green {color:#628c2a;}#yiv5923433022 .yiv5923433022MsoNormal 
{margin:0 0 0 0;}#yiv5923433022 o {font-size:0;}#yiv5923433022 
#yiv5923433022photos div {float:left;width:72px;}#yiv5923433022 
#yiv5923433022photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv5923433022 
#yiv5923433022photos div label 

Re: Fw: Re: [oracle_br] Change owner catalog

[jlchia...@yahoo.com.br [oracle_br]]

Blz ? PMFJI mas apesar de não ter uma situação que nem a sua pra testar, quero 
colocar alguns pontos :

a. NÃO SÓ o database aonde reside o 'novo' catálogo MAS TAMBÉM ele mesmo tem 
que ser de Versão Compatível : sei que (por exemplo) catalog versão 11.x é 
compatível com banco 11.x, um database 10.2.x PODE se registrar nesse catálogo  
E por sua vez ele pode importar metadados de um catálogo rman 10.2... VERIFIQUE 
EXATAMENTE qual versão de RDBMS vc está usando no banco que contém esse 'novo' 
catálogo E CHEQUE em qual versão de catalog esse novo catálogo está ...
 Msgs tal como :
 
 DBMS_RCVCAT package version 11.02.00.04 in source database is not of version 
11.02.00.03
 
 pra mim mostram que vc está tentando usar um catpalogo 11.2.0.3 num database 
11.2.0.4, não rola... 

b. no exemplo do manual 11gR2 ele claramente mostra :

RMAN> CONNECT CATALOG rco@catdb

 
RMAN> IMPORT CATALOG rcat@inst1 DBID=1618984270;

==> esse @hoststring NÂO ESTÀ LÁ de bobeira : sem indicar ele , como vc fez no 
seu exemplo :

RMAN> connect catalog user_catalog/xxx
RMAN> import catalog USER_ANTIGO/xxx;

==> como é que o RMAN vai saber os dados de conexão ?? 
 

[]s

  Chiappa

Fw: Re: [oracle_br] Change owner catalog

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 Rodrigo, boa tarde.
Muito obrigado pela informação.
Como na doc fala:
"RMAN must be connected to the destination recovery catalog, which is the 
catalog into which you want to import catalog data""No target database 
connection is needed to merge catalog schemas"
Então fiz:
rman target /RMAN> connect catalog user_catalog/xxx
RMAN> import catalog USER_ANTIGO/xxx;
Starting import catalog at 13-MAR-18connected to source recovery catalog 
databaseDBMS_RCVCAT package version 11.02.00.04 in source database is not of 
version 11.02.00.03RMAN-00571: 
===RMAN-00569: 
=== ERROR MESSAGE STACK FOLLOWS ===RMAN-00571: 
===RMAN-03002: failure 
of import catalog command at 03/13/2018 14:06:01RMAN-06429: IMPCAT database is 
not compatible with this version of RMAN

RMAN> upgrade catalog;upgrade catalog;

recovery catalog upgraded to version 11.02.00.03
DBMS_RCVMAN package upgraded to version 11.02.00.03DBMS_RCVCAT package upgraded 
to version 11.02.00.03


RMAN> connect catalog ELIPSEPRD151164/rmngrprd
connected to recovery catalog database
RMAN> upgrade catalog;
RMAN-00571: 
===RMAN-00569: 
=== ERROR MESSAGE STACK FOLLOWS ===RMAN-00571: 
===RMAN-06441: cannot 
upgrade catalog - catalog is already newer than this RMAN



   - Mensagem encaminhada - De: Rodrigo Mufalani 
rodr...@mufalani.com.br [oracle_br] <oracle_br@yahoogrupos.com.br>Para: 
oracle...@yahoogrupos..com.br <oracle_br@yahoogrupos.com.br>Enviado: 
terça-feira, 13 de março de 2018 13:39:50 BRTAssunto: Re: [oracle_br] Change 
owner catalog
     

Boa tarde,
   Procure sobre import catalog, comando do rman. Isso vai resolver seu 
problema.
Obter o Outlook para iOSFrom: oracle_br@yahoogrupos.com.br 
<oracle_br@yahoogrupos.com.br> on behalf of Rafael Mendonca 
raffaell.t...@yahoo.com [oracle_br] <oracle_br@yahoogrupos.com.br>
Sent: Tuesday, March 13, 2018 5:32:38 PM
To: Yahoo! Brazil
Subject: [oracle_br] Change owner catalog  

PEssoal, boa tarde.
Oracle 11gR2.
Seguinte, possuo um banco de dados (catalogo de recuperação) que possui 
diversos owners onde cada um eh dono de um catalogo. Estou migrando todas as 
informações de vários owners para um único catalogo (um unico owner)
O que está ocorrendo são os erros que recebo no impdp, segue:

Criacao do catologo que servira para todos os databases:

SQL> CREATE TABLESPACE TBS_CATALOG DATAFILE 
'/oracle/oradata/rmngrprd/data/tbs_catalog_01.dbf' SIZE 3G AUTOEXTEND ON NEXT 
1G;
SQL> CREATE USER USER_CATALOG IDENTIFIED BY  DEFAULT TABLESPACE 
TBS_CATALOG;SQL> GRANT CONNECT, RESOURCE, RECOVERY_CATALOG_OWNER TO 
USER_CATALOG;SQL> ALTER USER USER_CATALOG QUOTA UNLIMITED ON TBS_CATALOG;
$ rman CATALOG=USER_CATALOG/x
RMAN> CREATE CATALOG TABLESPACE TBS_CATALOG;



Owner de origem:

USERNAME                       DEFAULT_TABLESPACE-- 
--USER_ANTIGO                       USERS


expdp \' /as sysdba \' CONTENT=DATA_ONLY schemas=USER_ANTIGO 
directory="BACKUP_DBA" dumpfile=USER_ANTIGO .dmp logfile=USER_ANTIGO.log

Logo depois, mando o impdp:

impdp \' /as sysdba \' TABLE_EXISTS_ACTION=APPEND remap_schema= USER_ANTIGO 
:USER_CATALOG remap_tablespace=USERS:TBS_CATALOG directory="BACKUP_DBA" 
dumpfile=USER_ANTIGO .dmp logfile=USER_ANTIGO .log




e abaixo segue o erro ao importar:


ORA-31693: Table data object "USER_CATALOG"."ROUT" failed to load/unload and is 
being skipped due to error:ORA-29913: error in executing ODCIEXTTABLEFETCH 
calloutORA-02291: integrity constraint (USER_CATALOG.ROUT_F2) violated - parent 
key not foundORA-31693: Table data object "USER_CATALOG"."RLH" failed to 
load/unload and is being skipped due to error:ORA-29913: error in executing 
ODCIEXTTABLEFETCH calloutORA-02291: integrity constraint (USER_CATALOG..RLH_F1) 
violated - parent key not foundORA-31693: Table data object "USER_CATALOG"."BP" 
failed to load/unload and is being skipped due to error:ORA-29913: error in 
executing ODCIEXTTABLEFETCH calloutORA-02291: integrity constraint 
(USER_CATALOG.BP_F2) violated - parent key not foundORA-31693: Table data 
object "USER_CATALOG"."RSR" failed to load/unload and is being skipped due to 
error:ORA-29913: error in executing ODCIEXTTABLEFETCH calloutORA-02291: 
integrity constraint (USER_CATALOG.RSR_F2) violated - parent key not 
foundORA-31693: Table data object "USER_CATALOG"."BS" failed to load/unload and 
is being skipped due to error:ORA-29913: error in executing ODCIEXTTABLEFETCH 
calloutORA-02291: integrity constraint (USER_CATALOG.BS_F2) violated - parent 
key not f

Re: [oracle_br] Change owner catalog

[Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]]

Boa tarde,

   Procure sobre import catalog, comando do rman. Isso vai resolver seu 
problema.

Obter o Outlook para iOS<https://aka.ms/o0ukef>

From: oracle_br@yahoogrupos.com.br <oracle_br@yahoogrupos.com.br> on behalf of 
Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] 
<oracle_br@yahoogrupos.com.br>
Sent: Tuesday, March 13, 2018 5:32:38 PM
To: Yahoo! Brazil
Subject: [oracle_br] Change owner catalog



PEssoal, boa tarde.

Oracle 11gR2.

Seguinte, possuo um banco de dados (catalogo de recuperação) que possui 
diversos owners onde cada um eh dono de um catalogo. Estou migrando todas as 
informações de vários owners para um único catalogo (um unico owner)

O que está ocorrendo são os erros que recebo no impdp, segue:


Criacao do catologo que servira para todos os databases:

SQL> CREATE TABLESPACE TBS_CATALOG DATAFILE 
'/oracle/oradata/rmngrprd/data/tbs_catalog_01.dbf' SIZE 3G AUTOEXTEND ON NEXT 
1G;

SQL> CREATE USER USER_CATALOG IDENTIFIED BY  DEFAULT TABLESPACE TBS_CATALOG;
SQL> GRANT CONNECT, RESOURCE, RECOVERY_CATALOG_OWNER TO USER_CATALOG;
SQL> ALTER USER USER_CATALOG QUOTA UNLIMITED ON TBS_CATALOG;

$ rman CATALOG=USER_CATALOG/x

RMAN> CREATE CATALOG TABLESPACE TBS_CATALOG;




Owner de origem:

USERNAME   DEFAULT_TABLESPACE
-- --
USER_ANTIGO   USERS


expdp \' /as sysdba \' CONTENT=DATA_ONLY schemas=USER_ANTIGO 
directory="BACKUP_DBA" dumpfile= USER_ANTIGO .dmp logfile= USER_ANTIGO.log

Logo depois, mando o impdp:

impdp \' /as sysdba \' TABLE_EXISTS_ACTION=APPEND remap_schema= USER_ANTIGO 
:USER_CATALOG remap_tablespace=USERS:TBS_CATALOG directory="BACKUP_DBA" 
dumpfile= USER_ANTIGO .dmp logfile= USER_ANTIGO .log




e abaixo segue o erro ao importar:


ORA-31693: Table data object "USER_CATALOG"."ROUT" failed to load/unload and is 
being skipped due to error:
ORA-29913: error in executing ODCIEXTTABLEFETCH callout
ORA-02291: integrity constraint (USER_CATALOG.ROUT_F2) violated - parent key 
not found
ORA-31693: Table data object "USER_CATALOG"."RLH" failed to load/unload and is 
being skipped due to error:
ORA-29913: error in executing ODCIEXTTABLEFETCH callout
ORA-02291: integrity constraint (USER_CATALOG..RLH_F1) violated - parent key 
not found
ORA-31693: Table data object "USER_CATALOG"."BP" failed to load/unload and is 
being skipped due to error:
ORA-29913: error in executing ODCIEXTTABLEFETCH callout
ORA-02291: integrity constraint (USER_CATALOG.BP_F2) violated - parent key not 
found
ORA-31693: Table data object "USER_CATALOG"."RSR" failed to load/unload and is 
being skipped due to error:
ORA-29913: error in executing ODCIEXTTABLEFETCH callout
ORA-02291: integrity constraint (USER_CATALOG.RSR_F2) violated - parent key not 
found
ORA-31693: Table data object "USER_CATALOG"."BS" failed to load/unload and is 
being skipped due to error:
ORA-29913: error in executing ODCIEXTTABLEFETCH callout
ORA-02291: integrity constraint (USER_CATALOG.BS_F2) violated - parent key not 
found
ORA-31693: Table data object "USER_CATALOG"."BRL" failed to load/unload and is 
being skipped due to error:
ORA-29913: error in executing ODCIEXTTABLEFETCH callout



Tentei também utilizar o parâmetro no impdp 
DATA_OPTIONS=SKIP_CONSTRAINT_ERRORS, mas isso é uma gambiarra e mesmo assim 
obtive vários erros, alguém sabe como faço para resolver esse problema?

[oracle_br] Change owner catalog

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

PEssoal, boa tarde.
Oracle 11gR2.
Seguinte, possuo um banco de dados (catalogo de recuperação) que possui 
diversos owners onde cada um eh dono de um catalogo. Estou migrando todas as 
informações de vários owners para um único catalogo (um unico owner)
O que está ocorrendo são os erros que recebo no impdp, segue:

Criacao do catologo que servira para todos os databases:

SQL> CREATE TABLESPACE TBS_CATALOG DATAFILE 
'/oracle/oradata/rmngrprd/data/tbs_catalog_01.dbf' SIZE 3G AUTOEXTEND ON NEXT 
1G;
SQL> CREATE USER USER_CATALOG IDENTIFIED BY  DEFAULT TABLESPACE 
TBS_CATALOG;SQL> GRANT CONNECT, RESOURCE, RECOVERY_CATALOG_OWNER TO 
USER_CATALOG;SQL> ALTER USER USER_CATALOG QUOTA UNLIMITED ON TBS_CATALOG;
$ rman CATALOG=USER_CATALOG/x
RMAN> CREATE CATALOG TABLESPACE TBS_CATALOG;



Owner de origem:

USERNAME                       DEFAULT_TABLESPACE-- 
--USER_ANTIGO                       USERS


expdp \' /as sysdba \' CONTENT=DATA_ONLY schemas=USER_ANTIGO 
directory="BACKUP_DBA" dumpfile= USER_ANTIGO .dmp logfile= USER_ANTIGO.log

Logo depois, mando o impdp:

impdp \' /as sysdba \' TABLE_EXISTS_ACTION=APPEND remap_schema= USER_ANTIGO 
:USER_CATALOG remap_tablespace=USERS:TBS_CATALOG directory="BACKUP_DBA" 
dumpfile= USER_ANTIGO .dmp logfile= USER_ANTIGO .log




e abaixo segue o erro ao importar:


ORA-31693: Table data object "USER_CATALOG"."ROUT" failed to load/unload and is 
being skipped due to error:ORA-29913: error in executing ODCIEXTTABLEFETCH 
calloutORA-02291: integrity constraint (USER_CATALOG.ROUT_F2) violated - parent 
key not foundORA-31693: Table data object "USER_CATALOG"."RLH" failed to 
load/unload and is being skipped due to error:ORA-29913: error in executing 
ODCIEXTTABLEFETCH calloutORA-02291: integrity constraint (USER_CATALOG.RLH_F1) 
violated - parent key not foundORA-31693: Table data object "USER_CATALOG"."BP" 
failed to load/unload and is being skipped due to error:ORA-29913: error in 
executing ODCIEXTTABLEFETCH calloutORA-02291: integrity constraint 
(USER_CATALOG.BP_F2) violated - parent key not foundORA-31693: Table data 
object "USER_CATALOG"."RSR" failed to load/unload and is being skipped due to 
error:ORA-29913: error in executing ODCIEXTTABLEFETCH calloutORA-02291: 
integrity constraint (USER_CATALOG.RSR_F2) violated - parent key not 
foundORA-31693: Table data object "USER_CATALOG"."BS" failed to load/unload and 
is being skipped due to error:ORA-29913: error in executing ODCIEXTTABLEFETCH 
calloutORA-02291: integrity constraint (USER_CATALOG.BS_F2) violated - parent 
key not foundORA-31693: Table data object "USER_CATALOG"."BRL" failed to 
load/unload and is being skipped due to error:ORA-29913: error in executing 
ODCIEXTTABLEFETCH callout


Tentei também utilizar o parâmetro no impdp 
DATA_OPTIONS=SKIP_CONSTRAINT_ERRORS, mas isso é uma gambiarra e mesmo assim 
obtive vários erros, alguém sabe como faço para resolver esse problema?