Bom dia.
Já fiz algo semelhante da seguinte forma:
exp system/manager file=arquivo log=arquivo.log owners=(schema1,schema2)
criar os usuários no outro banco e atribuir as permissões necessárias;
quando for importar usar o comando duas vezes:
Importando os dados sem as constraints
imp system/manager file=arquivo full=y grants=n constraints=n
Importando sem os dados com as constraints
imp system/manager file=arquivo full=y grants=n constraints=y rows=n
Se quizer importar um schema de cada vez
imp system/manager file=arquivo fromuser=schema1 touser=schema1 grants=n
constraints=n
imp system/manager file=arquivo fromuser=schema1 touser=schema1 grants=n
constraints=y rows=n
Em todos os comandos, o parâmetros grants=n é porque você pode não ter no
banco de desenvolvimento todos os usuarios do banco de produção, mas a
escolha é sua.
Em 15/02/07, FERNANDES Marco A SOFTTEK <
[EMAIL PROTECTED]> escreveu:
>
> Pedro,
> no import/export é possível de se fazer QUASE tudo é tudo uma
> questão de setar os parâmetros certos na linha de comando.
>
> só não achei ainda a opção "fazer chover"... risos
>
> mas vc tocou num ponto que eu tbém sempre me pergunto...
> sempre onde trabalhei (sou desenv e não dba) eu via o
> banco de Prod que é sempre enorme, monstruoso e o
> ambiente de testes com poucos dados... acredito que
> não tem mágica pra se fazer isso mas de alguma forma os
> dba's filtram dados pra teste (isso o Chiappa deve nos contar)...
> mas a pergunta é, qual a melhor forma de se criar um ambiente
> de teste ou homologação a partir do ambiente de produção ?
> existe um jeito simples de se fazer isso ou é aquela receitona
> de bolo com mais de 20 ingredientes ??? risos
>
> outra coisa, vc disse que está com erros de constraints... pelo
> que sei, o natural é que se faça primeiro a criação da estrutura
> do banco (tabelas, procs, demais objetos), em seguida se faz
> a desabilitação de constraints, depois importasse os dados e
> por último se habilita as constraints... é isso mesmo ?
> Não vejo porque dar erros de constraints se estas existem em
> produção e lá vc tem os dados (em tese) íntegros ! qdo importa
> vc deveria manter os dados íntegros, concorda ? a não ser que
> como vc filtra parte dos dados, aí sim vc precisaria de uma regra
> de filtragem de dados para manter os registros pai-filho coerentes.
> Outro ponto que costuma dar erro é qdo vc não desabilita as
> constraints e importa os dados pela ordem inversa, ou seja, vc
> importa os registros filhos antes dos registros pais... e aí é
> bem natural que dê erro de FK (se estiverem habilitadas).
>
> vou gostar se o resto do grupo puder dizer como normalmente
> fazem (montam) estes ambientes de teste e QA.
>
> abraço,
> Marco.
>
>
>
> From: oracle_br@yahoogrupos.com.br [mailto:
> oracle_br@yahoogrupos.com.br ] On Behalf
> Of PUB: pedrojosemanso
> Sent: quinta-feira, 15 de fevereiro de 2007 08:54
> To: oracle_br@yahoogrupos.com.br
> Subject: [oracle_br] Import de 2 schemas de um banco para outro
>
> Senhores, bom dia!
>
> Preciso fazer uma cópia de somente 2 schemas de um banco (produção)
> para outro banco (validação). Sendo que no banco de validação eu não
> posso sobrescrever os outros schemas. É possivel fazer isto com
> EXPORT/Import?
> A versão dos bancos é 8.1.6.
> Tentamos fazer um EXPORT/IMPORT mas estamos levando muito tempo e
> estourando espaço de archives. O dump de um dos schemas´tem o tamanho
> de 6GB. Temos tomado muitos erros de constraints também.
>
> Alguém pode nos dar uma dica?
> ~
>
> Atenciosamente,
>
> Pedro.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
[As partes desta mensagem que não continham texto foram removidas]
