Opa Chiappa, o que quis dizer é exatamente o que você entendeu.
Eu até tinha montado a query dinâmica da mesma forma que você a escreveu, só
não tinha feito o script.
E realmente, burrice minha, nao tinha pensado no expdp passando somente os
dados dos owners para depois fazer o impdp para o novo owner do catálogo, mas
simples e mais elegante dessa forma.
Em quinta-feira, 18 de janeiro de 2018 17:40:18 BRST,
jlchia...@yahoo.com.br [oracle_br] escreveu:
Xô entender melhor a sua situação : num único database Oracle, database esse
que é usado como RMAN catalog database, vc tem muitos catálogos, sendo que é um
catálogo RMAN pra cada database, é isso ??? E dado o fato que a utiliuzação
Normal e Rotineira de um catálogo RMAN é manter dados de backup para Múltiplos
Databases (isso é demonstrado Inclusive na Modelagem do catálogo, vc vai ver
que as tabelas do catálogo ** TODAS ELAS ** possuem já uma coluna DB_KEY, para
que a mesma tabela possa guardar backups de N databases), vc quer Unificar
isso, correto ?
Muito bem : antes de responder a sua pergunta, deixa eu perguntar - vc precisa
guardar os dados hoje armazenados nesses catálogos, transportando-os como estão
para o novo catálogo único que vc vai criar ?? Se sim, veja que um catálogo
RMAN nada mais é do que uma série de tabelas Oracle que pertencem a um dado
schema/usuário Oracle qualquer : hoje, se vc tem no seu banco de catálogo
digamos 30 catalogs vc tem nesse banco de catálogo 30 schemas, um schema que é
owner do catálogo1, um schema que é owner do catálogo2, um schema que é owner
do catálogo3, assim por diante... SE todos esses catálogos são da MESMA EXATA
VERSÃO, as tabelas que compõem esses catálogos VÃO SER ABSOLUTA E COMPLETAMENTE
IGUAIS em termos de estrutura, com as colunas e constraints COMPLETAMENTE
IGUAIZINHAS, só os dados dentro de cada tabela é que mudam...
SENDO ASSIM, E SE realmente os dados anteriores não podem ser perdidos, não
faz sentido vc partir pra bloco PL/SQL anônimo : simplesmente crie o
repositório unificado vazio (com o comando de CREATE CATALOG) num schema novo
(chamado REP_UNIF, digamos), faça um EXPORT via datapump apenas com os dados
(ie, SEM pedir pra criar tabelas!!) de cada schema owner, depois faça import
pedindo pros mover os dados que originalmente pertenciam ao schema original
para o schema REP_UNIF, isso se faz com REMAP_SCHEMA
Agora sim, respondendo a sua pergunta : ao que entendi, se (digamos) a tua
consulta principal :
SELECT OWNER FROM DBA_OBJECTS WHERE OBJECT_NAME = 'RC_DATABASE';
retorne, digamos 10 linhas :
OWNER1
OWNER2
OWNER3
OWNER4
OWNER5
OWNER6
OWNER7
OWNER8
OWNER9
OWNER10
vc quer executar um SQL :
select name from OWNER1.RC_DATABASE;
depois executar :
select name from OWNER2.RC_DATABASE;
depois executar :
select name from OWNER3.RC_DATABASE;
assim por diante, né ?
Eu pessoalmente, sempre que tenho uma tarefa do tipo (ie, sei EXATAMENTE quais
SQLs precisam ser escritos, é possível vc os montar lendo de alguma tabela
Oracle E tenho acesso ao sql*plus (ou tools similar que execute scripts) SEMPRE
PREFIRO usar a técnica amiga do DBA, que já me salvou a pele N+1! vezes, que é
: montar os SQLs numa query E salvar a saída da query num arquivo-texto, que
depois executo pelo sql*plus ou o que tiver...
Um exemplo :
==> digamos que meus dados estejam assim :
SYSTEM:@XE:SQL>SELECT OWNER FROM DBA_OBJECTS WHERE OBJECT_NAME = 'RC_DATABASE';
OWNER
BI
PM
OE
SYSTEM:@XE:SQL>
==> tenho portanto que gerar 3 linhas, com a diff única que a parte da string
que indica o OWNER vai vir da coluna OWNER do select demonstrado, seria algo
tipo :
SYSTEM:@XE:SQL>SELECT 'SELECT NAME FROM ' || OWNER || '.rc_database;' FROM
DBA_OBJECTS WHERE OBJECT_NAME = 'RC_DATABASE';
==> DEU PRA PERCEBER que gerei os comandos que queria concatenando a parte fixa
com a parte variável que vem da coluna OWNER da conulta anterior ?? Olha como
fica o resultado :
'SELECTNAMEFROM'||OWNER||'.RC_DATABASE;'
SELECT NAME FROM BI.rc_database;
SELECT NAME FROM PM.rc_database;
SELECT NAME FROM OE.rc_database;
SYSTEM:@XE:SQL>
==> Não é bico de entender ?? Pra mim sim... Agora só preciso que o sql*plus me
GRAVE EM DISCO com um nome qualquer e extensão .SQL esse output, quem faz isso
é o comando SPOOL... Vou incluir o SPOOL e uns ajustes de tela pra não vir o
cabeçalho e coisitas assim :
C:\Users\jlchi_000>type gera_script.sql
set term off feedback off verify off pages 0 lines 500 trimspool on head off
spool pesquisa_names.sql
SELECT 'SELECT NAME FROM ' || OWNER || '.rc_database;' FROM DBA_OBJECTS WHERE
OBJECT_NAME = 'RC_DATABASE';
exit;
==> vou executar o script gerador pelo sqlplus :
C:\Users\jlchi_000>sqlplus system/oracle @gera_script
SQL*Plus: Release 11.2.0.2.0 Production
Copyright (c) 1982, 2014, Oracle. All rights reserved.
Conectado a:
Oracle Database 11g Express Edition Release