Valeu pela dica Chiappa... vou tentar esse caminho na próxima vez.
Me deixe apenas colocar umas dúvidas que tive.
Eu até pensei em fazer algo assim... imp constraints=n indexes=n rows=y, depois
um imp rows=n, o que acha?
Mas a situação estava ruim... o export eu já tinha feito full=y apenas... e a
base do windows já tinha sido queimada. O export full simples ou ** impróprio
** era a minha única ficha naquela hora. Eu fiquei na dúvida se poderia
cancelar o imp (ctrl+C) e fazer novamente sem os índices e constraints...
fiquei com medo de acabar de estragar tudo. Já tinha se passado 4 horas nesse
momento, e meu tempo estava ficando curto. Vc sabe se o cancelamento poderia
danificar algo? Minha dúvida era se sem constraints, o import não duplicaria
registros, no caso de se cancelar e fazer novamente. Se ocorresse isso, eu
teria que partir do zero novamente. Vc sabe se isso pode acontecer
(duplicidade) ou foi pura variação da minha cabeça depois de uns redbulls?
:-)))))
Ahhh, sobre fazer paralelo por schemas, eu pensei em dois problemas nisso... um
eram os usuários que eu teria que recriar, com senhas e tudo... outro eram as
fks referenciando schemas diferentes, acho que isso ia perder (claro, se eu
gerar o scripts de criação das constrains, isso não seria problema). Quanto aos
usuários, tem jeito de serem importados antes ou depois, com senha e tudo?
Desde já, agradeço a colaboração de todos.
[]'s
Akira
----- Original Message -----
From: jlchiappa
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, July 07, 2005 1:56 PM
Subject: Re: RES: [oracle_br] Export/Import Lento
Esses comandos foram bem simples mas também bem ** impróprios ** para
performance, pois os defaults do exp/imp nem de longe são os ideais.
Antes de falar deles, porém, uma obs : exp/imp full significa que vc
vai SERIALIZAR, ie : um único programa vaie ler os objetos UM por UM
(o exp), e depois vai gravar (o imp). Se o seu hardware permite
(normalmente servidores permitem), não seria *** muito *** mais
lógico vc ter vários programas lendo coisas diferentes ao mesmo
tempo, e depois vc ter vários gravando ??? Só seria, então pra obter
isso é ao invés de ter um único, ter-se ** vários ** exps em
paralelo, cada um gravando um schema, ou cada um gravando um grupo de
tabelas diferentes, em arquivos .dmp diferentes, e depois vc vai ter
vários imps lendo os vários .dmps ....
Quanto aos comandos que ao não informar vc aceitou o default , e que
eu recomendo NÂO fazer isso, são : direct=y, buffer (coloque um valor
alto mas factível, digamos uns 10 Mb), compress=N (porque senão os
extents que o imp cria são gigantescos, demora ** mesmo ** e usa
espaço horrivelmente!), recordlength=65535 (todo servidor aceita
isso, em tese), STATISTICS=NONE (é muito + rápido se recoletar as
stst depois no bd destino via DBMS_STATS)...
Outro ponto é que o imp faz ** TUDO ** em modo logging e serial, E
as constraints são validadas, pode ser ** muito ** interessante vc
não exportar e constraints, depois gera num script o comando de
criação dos índices adicionando um NOLOGGING e PARALLEL (se o
hardware permite), e script das constraints com a opção ENABLE
NOVALIDATE.
Essas coisas certamente devem melhorar ** enormemente ** a
performance, vc acha as sintaxes e refs no manual "Oracle Utilies" e
no "SQL reference".
[]s
Chiappa
[As partes desta mensagem que não continham texto foram removidas]
______________________________________________________________________
Cancelar assinatura...: [EMAIL PROTECTED]
Moderadores da lista....:Dorian Anderson Soutto [EMAIL PROTECTED]
Fernanda Damous [EMAIL PROTECTED]
Alisson Aguiar [EMAIL PROTECTED]
______________________________________________________________________
http://br.groups.yahoo.com/group/oracle_br/
______________________________________________________________________
Sair da Lista...: [EMAIL PROTECTED]
Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
