Roberto, se fosse Oracle 11g vc teria a figura do DBMS_COMPARISION, mas no
10g neca, não há nada nativo...
Sem programar e sem adquirir/instalar/configurar nada externo ao database, a
opção poderia ser export + import das estruturas apenas, MAS no seu caso vc
quer Preservar os dados do banco-destino, então essa não te satisfaz...
Sem programar, para uma lista das opções de tools dá uma googlada por ORACLE
SCHEMA COMPARISION ou por ORACLE SCHEMA DIFF que vc acha múltiplas tools
(freeware, comerciais, de todo tipo e custo), mas POUCAS tem a opção de serem
automatizáveis via script - a maioria são GUIzinhas.... Veja isso com cuidado...
Em nenhuma tool te atendendo, aí colocando a mão na massa e programando vc
mesmo, aí vc VAI ter algum trabalho, e terá que fazer algo tipo :
a) + ou - o que o Neto disse, comparando as diferenças pelas views do
dicionários
ou
b) extrai o texto dos DDLs em questão via DBMS_METADATA nos dois dbs e
escreve um programinha que faz a diff baseada nos textos
ou
c) o mais "prático" imho depois de implementado, embora um tanto mais
complexo de programar - vc improvisa um DDL LOGICAL REPLICATION, ie :
1. deixa as duas bases iguaizinhas, manualmente , só por agora
2. na base A origem vc escreve uma TRIGGER DE DDL que captura o
texto de cada DDL relevante (ie, ALTER TABLE, CREATE OR REPLACE storedplsql,
etc, etc)
3. envia esse texto para o banco B executar : talvez tenha uma tabela
TABELA_DE_DDLS no banco B que a trigger popula via dblink e dispara no banco B
um JOB que aplica o DDL, lendo o texto e executando via SQL dinâmico
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, Roberto Warstat escreveu
>
> Pessoal,
>
> Agradeço a sugestão de todos. A do Netodba é a que mais se encaixou,
> pois o que preciso é sincronizar somente a estrutura de tabelas,
> índices, e os códigos PL/SQL. Os dados eu não quero sincronizar, pois
> iria "matar" a outra base e isso não é viável.
> Conversando com o meu chefe, estamos vendo se tem alguma dessas
> ferramentas que fazem comparação entre esquemas pode ser executada via
> job, e sem intervenção. Esse seria o cenário ideal, pois a sincronização
> poderia ocorrer à noite, sem problema.
>
> Abraço,
> Roberto
>
> Em 05/02/2013 16:57, netodba escreveu:
> >
> > Roberto, se os dados nao precisam ser replicados,
> > faz um programinha que se conecta nos dois servidores,
> > e usa a view dba_objects pra comparação.
> > os campos usados podem ser OBJECT_NAME,CREATED,LAST_DDL_TIME.
> >
> > Ja trabalhei em uma empresa e fizemos isso mesmo, eram 7 base de dados
> > que os objetos tinham que ficar sincronizados, mas era SQL SERVER,
> > fizemos em c#, e geramos um .exe que rodava toda madrugada, funcionava
> > que era uma beleza.
> > Funcionava assim, o programa gerava um relatorio, dizendo:
> > O Objeto xxx na base A esta diferente do da base B
> > DATA de criação/atualização do objeto xxx na A
> > DATA de criação/atualização do objeto xxx na A
> >
> > Se existesse objetos diferentes esse relatorio era mandado por email
> > ao chefe da divisão de desenvolvedores.
> >
> > --- Em oracle_br@yahoogrupos.com.br
> > , "Milton Bastos Henriquis Jr."
> > escreveu
> > >
> > > O ideal seria usar o GoldenGate.
> > >
> > > Depende de quanto $$$ estão dispostos a investir!
> > >
> > >
> > >
> > > 2013/2/5 Roberto Warstat
> > >
> > > > **
> > > >
> > > >
> > > > Pessoal,
> > > >
> > > > Surgiu a necessidade de mantermos 1 schema replicado entre 2
> > servidores
> > > > distintos e separados geograficamente. Temos que manter sincronia da
> > > > estrutura de tabelas, índices, views, procedures, packages,
> > functions e
> > > > sequences. Essa sincronização é somente de um servidor para outro,
> > ou seja,
> > > > somente do servidor A para o B, não sendo necessário do B para A.
> > Os dados
> > > > não precisam ser replicados.
> > > > A sincronização não precisa ser automática, pode ser manual. Entre os
> > > > servidores existe uma ligação via vpn.
> > > > Alguma sugestão de como fazer isso?
> > > >
> > > > Servidor 1:
> > > > Red Hat Linux
> > > > Oracle Enterprise 10.2.0.5
> > > >
> > > > Servidor 2:
> > > > Red Hat Linux ou Windows 2008
> > > > Oracle Enterprise 10.2.0.5
> > > >
> > > > Abraço,
> > > > Roberto
> > > >
> > > > [As partes desta mensagem que não continham texto foram removidas]
> > > >
> > > >
> > > >
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> >
> >
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
