Re: [oracle_br] Export/Import Sequences

2016-07-11 Por tôpico Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br] 
Boa noite, 

Você pode usar essa query ou usar a dba_objects passando o owner como parâmetro 
para a dbms_metadata.

Select DBMS_METADATA.GET_DDL('SEQUENCE',a.OBJECT_NAME) from user_objects a 
where a.OBJECT_TYPE ='SEQUENCE' order by a.OBJECT_NAME;
 

[ ]'s
#mufalani

   Desculpe por erros! Este e-mail foi escrito do meu smartphone!

Sorry for typos! This mail was written from my smartphone!!!

> Em 11 de jul de 2016, às 17:42, 'Ednilson Silva' ednilson.si...@jbs.com.br 
> [oracle_br]  escreveu:
> 
> Pessoal,
> 
> Existe alguma maneira de fazer um export de todas sequences de todos os owner 
> do meu banco 10.2.0.5 (PROD) e importar no meu banco de homologação 10.2.0.5?
> 
>  
> 
> Grato
> 
> Ednilson Silva
> 
>

[oracle_br] Export/Import Sequences

2016-07-11 Por tôpico 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br] 
Pessoal,

Existe alguma maneira de fazer um export de todas sequences de todos os
owner do meu banco 10.2.0.5 (PROD) e importar no meu banco de homologação
10.2.0.5?

 

Grato

Ednilson Silva

[oracle_br] export/import

2009-12-29 Por tôpico Márcio Ricardo Alves da Silva 
Boas.

Fiz um export e import de um banco 10g express edition para um banco 10g 
standart edition 10.2.0.1.0. Tenho uma tabela de usuários que tem as senhas 
criptografadas, quando importei, as senhas ficaram inválidas. 

Como faço para que a senha permaneça?

Grato,
Márcio.











[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Export/import

2009-01-09 Por tôpico Thiago Bodi 
Funciona.



2009/1/9 Erick Guimaraes 

>   Boa noite.
>
> Export é logico e não fisico, logo irá funcionar sem problemas
> entre versões de banco e plataformas.
>
> Abraços
>
> 2009/1/9 Wilson Teixeira 
> 
> >
>
>
> > Marco, boa tarde!!!
> >
> > tempo atraves realizei a migracao de um banco de dados 8.0.5 (se não me
> > engano) para oracle 10g (R2) ambiente windows para linux. Funcionou
> > normalmente.
> >
> > - export com client 8
> > - import com client 8.
> >
> > 
> > De: kolombesky marco 
> > 
> 
> > >
> > Para: oracle_br@yahoogrupos.com.br 
> >  40yahoogrupos.com.br>
>
> > Enviadas: Sexta-feira, 9 de Janeiro de 2009 11:52:49
> > Assunto: [oracle_br] Export/import
> >
> > Boa tarde, ALL !!!
> >
> > Alguém sabe se é possível e executou um export de uma base 8.1.7 32 bits
> > para uma base 10G 64 bits ???
> >
> > Obrigado.
> >
> > Att.
> >
> > Marco Aurelio Kolombesky
> >
> > --- Em sex, 9/1/09, Anderson Haertel Rodrigues  lis...@yahoo.
> > com.br> escreveu:
> >
> > De: Anderson Haertel Rodrigues 
> > Assunto: Re: [oracle_br] Criar Banco de dados Manual.
> > Para: oracle...@yahoogrup os.com.br
> > Data: Sexta-feira, 9 de Janeiro de 2009, 11:46
> >
> > Criar o banco manualmente. ..
> >
> > 1) Setar as variáveis de ambiente (ao menos ORACLE_HOME e ORACLE_SID);
> > 2) Adequar o init;
> > 3) Criar o arquivo de senhas (orapwd);
> > 4) startup nomount pfile='arquivoinitc riado';
> > 5) CREATE DATABASE...
> > 6) Rodar:
> > sys->@$ORACLE_ HOME/rdbms/ admin/catalog. sql;
> > sys->@$ORACLE_ HOME/rdbms/ admin/catproc. sql;
> > sys->@$ORACLE_ HOME/rdbms/ admin/catblock. sql;
> > system->@$ORACLE_ HOME/sqlplus/ admin/help/ hlpbld.sql helpus.sql;
> > sys->@$ORACLE_ HOME/rdbms/ admin/utlrp. sql;
> >
> > Atenciosamente,
> >
> > Anderson Haertel Rodrigues
> > Consultor Oracle
> > TEIKO Soluções em Tecnologia da Informação
> > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
> > www.teiko.com. br
> > Email: anderson.rodrigues@ teiko.com. br
> >
> > --- Em sex, 9/1/09, rogma37  escreveu:
> >
> > > De: rogma37 
> > > Assunto: [oracle_br] Criar Banco de dados Manual.
> > > Para: oracle...@yahoogrup os.com.br
> > > Data: Sexta-feira, 9 de Janeiro de 2009, 9:43
> > > Bom dia,
> > >
> > > Alguém lembra como fazer a instalação manual dos bancos
> > > de dados do 9i.
> > >
> > > Tive uma falha de restrição de acesso e ele não deixou
> > > criar os bancos.
> > >
> > > Att
> > >
> > > Rogerio M.C. Maes
> > >
> > >
> > >  - - --
> > >
> > >  - - - - - -
> > > >Atenção! As mensagens do grupo ORACLE_BR são de
> > > acesso público e de inteira responsabilidade de seus
> > > remetentes.
> > > Acesse:
> > > http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/
> > >  - - - - - -
> > > >Apostilas » Dicas e Exemplos » Função » Mundo
> > > Oracle » Package » Procedure » Scripts » Tutoriais - O
> > > GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > > http://www.oraclebr .com.br/
> > >  - - - - - -
> > > Links do Yahoo! Grupos
> > >
> >
> > Veja quais são os assuntos do momento no Yahoo! +Buscados
> > http://br.maisbusca dos.yahoo. com
> >
> > Veja quais são os assuntos do momento no Yahoo! +Buscados
> > http://br.maisbusca dos.yahoo. com
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > Veja quais são os assuntos do momento no Yahoo! +Buscados
> > http://br.maisbuscados.yahoo.com
> >
> > [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]

Re: [oracle_br] Export/import

2009-01-09 Por tôpico Erick Guimaraes 
Boa noite.

Export é logico e não fisico, logo irá funcionar sem problemas
entre versões de banco e plataformas.

Abraços


2009/1/9 Wilson Teixeira 

>   Marco, boa tarde!!!
>
> tempo atraves realizei a migracao de um banco de dados 8.0.5 (se não me
> engano) para oracle 10g (R2) ambiente windows para linux. Funcionou
> normalmente.
>
> - export com client 8
> - import com client 8.
>
> 
> De: kolombesky marco 
> 
> >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Sexta-feira, 9 de Janeiro de 2009 11:52:49
> Assunto: [oracle_br] Export/import
>
> Boa tarde, ALL !!!
>
> Alguém sabe se é possível e executou um export de uma base 8.1.7 32 bits
> para uma base 10G 64 bits ???
>
> Obrigado.
>
> Att.
>
> Marco Aurelio Kolombesky
>
> --- Em sex, 9/1/09, Anderson Haertel Rodrigues  com.br> escreveu:
>
> De: Anderson Haertel Rodrigues 
> Assunto: Re: [oracle_br] Criar Banco de dados Manual.
> Para: oracle...@yahoogrup os.com.br
> Data: Sexta-feira, 9 de Janeiro de 2009, 11:46
>
> Criar o banco manualmente. ..
>
> 1) Setar as variáveis de ambiente (ao menos ORACLE_HOME e ORACLE_SID);
> 2) Adequar o init;
> 3) Criar o arquivo de senhas (orapwd);
> 4) startup nomount pfile='arquivoinitc riado';
> 5) CREATE DATABASE...
> 6) Rodar:
> sys->@$ORACLE_ HOME/rdbms/ admin/catalog. sql;
> sys->@$ORACLE_ HOME/rdbms/ admin/catproc. sql;
> sys->@$ORACLE_ HOME/rdbms/ admin/catblock. sql;
> system->@$ORACLE_ HOME/sqlplus/ admin/help/ hlpbld.sql helpus.sql;
> sys->@$ORACLE_ HOME/rdbms/ admin/utlrp. sql;
>
> Atenciosamente,
>
> Anderson Haertel Rodrigues
> Consultor Oracle
> TEIKO Soluções em Tecnologia da Informação
> Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
> www.teiko.com. br
> Email: anderson.rodrigues@ teiko.com. br
>
> --- Em sex, 9/1/09, rogma37  escreveu:
>
> > De: rogma37 
> > Assunto: [oracle_br] Criar Banco de dados Manual.
> > Para: oracle...@yahoogrup os.com.br
> > Data: Sexta-feira, 9 de Janeiro de 2009, 9:43
> > Bom dia,
> >
> > Alguém lembra como fazer a instalação manual dos bancos
> > de dados do 9i.
> >
> > Tive uma falha de restrição de acesso e ele não deixou
> > criar os bancos.
> >
> > Att
> >
> > Rogerio M.C. Maes
> >
> >
> >  - - --
> >
> >  - - - - - -
> > >Atenção! As mensagens do grupo ORACLE_BR são de
> > acesso público e de inteira responsabilidade de seus
> > remetentes.
> > Acesse:
> > http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/
> >  - - - - - -
> > >Apostilas » Dicas e Exemplos » Função » Mundo
> > Oracle » Package » Procedure » Scripts » Tutoriais - O
> > GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > http://www.oraclebr .com.br/
> >  - - - - - -
> > Links do Yahoo! Grupos
> >
>
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbusca dos.yahoo. com
>
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbusca dos.yahoo. com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]

Res: [oracle_br] Export/import

2009-01-09 Por tôpico Wilson Teixeira 
Marco, boa tarde!!!

tempo atraves realizei a migracao de um banco de dados 8.0.5 (se não me engano) 
para oracle 10g (R2) ambiente windows para linux. Funcionou normalmente.

- export com client 8
- import com client 8.





De: kolombesky marco 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Sexta-feira, 9 de Janeiro de 2009 11:52:49
Assunto: [oracle_br] Export/import


Boa tarde, ALL !!!
 
Alguém sabe se é possível e executou um export de uma base 8.1.7 32 bits para 
uma base 10G 64 bits ???

Obrigado.

Att.
 
Marco Aurelio Kolombesky

--- Em sex, 9/1/09, Anderson Haertel Rodrigues  escreveu:

De: Anderson Haertel Rodrigues 
Assunto: Re: [oracle_br] Criar Banco de dados Manual.
Para: oracle...@yahoogrup os.com.br
Data: Sexta-feira, 9 de Janeiro de 2009, 11:46

Criar o banco manualmente. ..

1) Setar as variáveis de ambiente (ao menos ORACLE_HOME e ORACLE_SID);
2) Adequar o init;
3) Criar o arquivo de senhas (orapwd);
4) startup nomount pfile='arquivoinitc riado';
5) CREATE DATABASE...
6) Rodar:
sys->@$ORACLE_ HOME/rdbms/ admin/catalog. sql;
sys->@$ORACLE_ HOME/rdbms/ admin/catproc. sql;
sys->@$ORACLE_ HOME/rdbms/ admin/catblock. sql;
system->@$ORACLE_ HOME/sqlplus/ admin/help/ hlpbld.sql helpus.sql;
sys->@$ORACLE_ HOME/rdbms/ admin/utlrp. sql;

Atenciosamente,

Anderson Haertel Rodrigues
Consultor Oracle
TEIKO Soluções em Tecnologia da Informação
Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
www.teiko.com. br
Email: anderson.rodrigues@ teiko.com. br

--- Em sex, 9/1/09, rogma37  escreveu:

> De: rogma37 
> Assunto: [oracle_br] Criar Banco de dados Manual.
> Para: oracle...@yahoogrup os.com.br
> Data: Sexta-feira, 9 de Janeiro de 2009, 9:43
> Bom dia,
> 
> Alguém lembra como fazer a instalação manual dos bancos
> de dados do 9i.
> 
> Tive uma falha de restrição de acesso e ele não deixou
> criar os bancos.
> 
> Att
> 
> Rogerio M.C. Maes
> 
> 
>  - - --
> 
>  - - - - - -
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse:
> http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/ 
>  - - - - - -
> >Apostilas » Dicas e Exemplos » Função » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais - O
> GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr .com.br/ 
>  - - - - - -
> Links do Yahoo! Grupos
> 

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbusca dos.yahoo. com


Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbusca dos.yahoo. com

[As partes desta mensagem que não continham texto foram removidas]

 


  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Export/import

2009-01-09 Por tôpico kolombesky marco 
Boa tarde, ALL !!!
 
Alguém sabe se é possível e executou um export de uma base 8.1.7 32 bits para 
uma base 10G 64 bits ???

Obrigado.

Att.
 
Marco Aurelio Kolombesky

--- Em sex, 9/1/09, Anderson Haertel Rodrigues 
 escreveu:

De: Anderson Haertel Rodrigues 
Assunto: Re: [oracle_br] Criar Banco de dados Manual.
Para: oracle_br@yahoogrupos.com.br
Data: Sexta-feira, 9 de Janeiro de 2009, 11:46






Criar o banco manualmente. ..

1) Setar as variáveis de ambiente (ao menos ORACLE_HOME e ORACLE_SID);
2) Adequar o init;
3) Criar o arquivo de senhas (orapwd);
4) startup nomount pfile='arquivoinitc riado';
5) CREATE DATABASE...
6) Rodar:
sys->@$ORACLE_ HOME/rdbms/ admin/catalog. sql;
sys->@$ORACLE_ HOME/rdbms/ admin/catproc. sql;
sys->@$ORACLE_ HOME/rdbms/ admin/catblock. sql;
system->@$ORACLE_ HOME/sqlplus/ admin/help/ hlpbld.sql helpus.sql;
sys->@$ORACLE_ HOME/rdbms/ admin/utlrp. sql;

Atenciosamente,

Anderson Haertel Rodrigues
Consultor Oracle
TEIKO Soluções em Tecnologia da Informação
Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
www.teiko.com. br
Email: anderson.rodrigues@ teiko.com. br

--- Em sex, 9/1/09, rogma37  escreveu:

> De: rogma37 
> Assunto: [oracle_br] Criar Banco de dados Manual.
> Para: oracle...@yahoogrup os.com.br
> Data: Sexta-feira, 9 de Janeiro de 2009, 9:43
> Bom dia,
> 
> Alguém lembra como fazer a instalação manual dos bancos
> de dados do 9i.
> 
> Tive uma falha de restrição de acesso e ele não deixou
> criar os bancos.
> 
> Att
> 
> Rogerio M.C. Maes
> 
> 
>  - - --
> 
>  - - - - - -
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse:
> http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/ 
>  - - - - - -
> >Apostilas » Dicas e Exemplos » Função » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais - O
> GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr .com.br/ 
>  - - - - - -
> Links do Yahoo! Grupos
> 

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbusca dos.yahoo. com
 














  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Export / Import

2008-08-11 Por tôpico Gustavo Venturini de Lima 
Luciano, vc pode fazer assim:

Para exportar:

# Criar o pipe
/usr/sbin/mknod seu.pipe p

# Criar a tarefa em BG
cat seu.pipe | gzip -9 > seu.dmp.gz &

# Gerar o Export apontando para o pipe
exp USERNAME/PASSWORD ... file=seu.pipe ...

Para importar o processo é praticamento o contrário do que foi feito no
import:

   - criar um pipe
   - gunzip dump compactado e redirecionar a saída para o pipe
   - imp a partir do pipe



# Criar o pipe
/usr/sbin/mknod seu.pipe p

# Criar a tarefa em BG
gunzip -c seu.dmp.gz > seu.pipe &

# Import a partir do pipe
imp USERNAME/PASSWORD ... file=seu.pipe ...


Espero ter ajudado.

Abraços

Gustavo Venturini.


2008/8/11 lucianoguelfi <[EMAIL PROTECTED]>

>   Prezados amigos,
>
> Gostaria de realizar o meu export de uma forma com que o mesmo fique
> com seus arquivos compactados, estou com uma certa limitação de espaço
> no disco, quero lembrar que não quero fazer da seguinte forma, realizar
> o export e depois ao final fazer um gzip dos arquivos, quero que o
> export já esteja sendo realizado e ao mesmo tempo compactado, sei que
> tem uma forma disso que vi uma vez e ouvi comentários, mas não me
> lembro onde vi, e sei que depois quando precisar usar estes arquivos de
> export, não preciso descompacta-los para usar, o import já faz a volta
> destes arquivos que foram compactados com o export.
>
> Lembrando que o S.O. é Linux Oracle, e o Banco e 10g.
>
> Obrigado a todos ao amigos.
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Export / Import

2008-08-11 Por tôpico lucianoguelfi 
Prezados amigos,

Gostaria de realizar o meu export de uma forma com que o mesmo fique 
com seus arquivos compactados, estou com uma certa limitação de espaço 
no disco, quero lembrar que não quero fazer da seguinte forma, realizar 
o export e depois ao final fazer um gzip dos arquivos, quero que o 
export já esteja sendo realizado e ao mesmo tempo compactado, sei que 
tem uma forma disso que vi uma vez e ouvi comentários, mas não me 
lembro onde vi, e sei que depois quando precisar usar estes arquivos de 
export, não preciso descompacta-los para usar, o import já faz a volta 
destes arquivos que foram compactados com o export.

Lembrando que o S.O. é Linux Oracle, e o Banco e 10g.

Obrigado a todos ao amigos.

Res: [oracle_br] export/import

2008-07-16 Por tôpico Wilson Teixeira 
Se o export foi realizado em 10g vc precisa utilizar o client do 10g para 
importar.



- Mensagem original 
De: Elaine <[EMAIL PROTECTED]>
Para: "oracle_br@yahoogrupos.com.br" 
Enviadas: Quarta-feira, 16 de Julho de 2008 10:28:22
Assunto: [oracle_br] export/import


Gostaria de saber se conseguiria levantar uma base(import) que está em 
oracle 10g de um export para um servidor oracle 9i.

Att,

-- 
Elaine C Bastos Silva

"Ontem é história,
Amanhã é mistério,
Hoje é uma dádiva. "

 


  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] export/import

2008-07-16 Por tôpico Elaine 
Gostaria de saber se conseguiria levantar uma base(import) que está em 
oracle 10g de um export para um servidor oracle 9i.

Att,

-- 
 Elaine C Bastos Silva
 
"Ontem é história,
 Amanhã é mistério,
 Hoje é uma dádiva. "

Res: [oracle_br] Export/Import em versões difere ntes

2007-09-01 Por tôpico Leandro Gontijo 
Para exportar dos a base de dados que está no 10g para o 9i por exemplo, terá 
que instalar o client 9i na sua maquina e rodar o exp do 9i, e mesmo assim as 
vezes acontece alguns probleminhas na importação.
t+

- Mensagem original 
De: db.prates <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Sexta-feira, 31 de Agosto de 2007 16:44:18
Assunto: [oracle_br] Export/Import em versões diferentes









  



Boa Tarde,



Alguém tem uma dica para importar o dmp gerado em versão Oracle 10, em 

versão Oracle 8 ou 9?



Abraços, Daniela.






  
























  Flickr agora em português. Você clica, todo mundo vê.
http://www.flickr.com.br/

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Export/Import em versões diferentes

2007-08-31 Por tôpico db.prates 
Boa Tarde,

Alguém tem uma dica para importar o dmp gerado em versão Oracle 10, em 
versão Oracle 8 ou 9?

Abraços, Daniela.

Re: [oracle_br] Export/Import em schama diferente.

2007-08-06 Por tôpico Gustavo Venturini de Lima 
Sim...
Vc utiliza a sintaxe fromuser= touser= na hora de fazer o import.

Em 06/08/07, Bruno Maximo <[EMAIL PROTECTED]> escreveu:
>
> Boa tarde a todos Oraclenianos,
>
> tenho uma dúvida, apenas curiosidade mesmo, é possível fazer um export de
> um
> schema e importar em outro database, ou server com outro nome de schemas
> nesses objetos? Abraço a todos.
>
> Bruno Cantelli da Conceição
> IBM DB2 UDB Certified Database Administrator
>
> _
> Tease your brain--play Clink! Win cool prizes!
> http://club.live.com/clink.aspx?icid=clink_hotmailtextlink2
>
>
>
> >Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais acesse:
> http://www.oraclebr.com.br/codigo/ListaCodigo.php
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
>
> 
> Links do Yahoo! Grupos
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Export/Import em schama diferente.

2007-08-06 Por tôpico Bruno Maximo 
Boa tarde a todos Oraclenianos,

tenho uma dúvida, apenas curiosidade mesmo, é possível fazer um export de um 
schema e importar em outro database, ou server com outro nome de schemas 
nesses objetos? Abraço a todos.

Bruno Cantelli da Conceição
IBM DB2 UDB Certified Database Administrator

_
Tease your brain--play Clink! Win cool prizes! 
http://club.live.com/clink.aspx?icid=clink_hotmailtextlink2



>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais acesse: http://www.oraclebr.com.br/codigo/ListaCodigo.php 
--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/  

  
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

RES: [oracle_br] Export/Import

2007-06-26 Por tôpico Alexandre Rocha Placido 
Coloque as clausulas FROMUSER= usuário_origem TOUSER=usuário_destino

 

Alexandre Rocha Placido

Divisão de Tecnologia da Informação - Agrovale

Fone:   +55 74 3612-2900

+55 87 8802-0474

MSN[EMAIL PROTECTED]

 

“Eis a voz do que clama: Preparai no deserto o caminho do Senhor; endireitai
no ermo uma estrada para o nosso Deus. Todo vale será levantado, e será
abatido todo monte e todo outeiro; e o terreno acidentado será nivelado, e o
que é escabroso, aplanado. A glória do Senhor se revelará; e toda a carne
juntamente a verá; pois a boca do Senhor o disse.” Isaías 40:3-5

 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Ronaldo Vargas
Enviada em: segunda-feira, 25 de junho de 2007 10:32
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Export/Import

 

Bom dia.

Sou um pouco amador no assunto Oracle,mas estou me esforçando para
aprender.

Estou tentando fazer uma migração do banco de dados da produção
10G(Linux) para minha base de dados no Windows XP em que tenho um
database 10G instalado para testes e tudo mais .

Fiz a cópia do arquivo.dmp ,fiz um export full e agora precisamente
gostaria de saber como faço para fazer o import de um usuário
"x"específico..

Tento logar no sistema de gestão usando o banco do meu computador ,ele
autentica mas fecha a janela..acho que preciso fazer esse import.

Grato

Ronaldo

 



[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Export/Import

2007-06-26 Por tôpico Ronaldo Vargas 
Bom dia.

Sou um pouco amador no assunto Oracle,mas estou me esforçando para
aprender.

Estou tentando fazer uma migração do banco de dados da produção
10G(Linux) para minha base de dados no Windows XP em que tenho um
database 10G instalado para testes e tudo mais .

Fiz a cópia do arquivo.dmp ,fiz um export full e agora precisamente
gostaria de saber como faço para fazer o import de um usuário
"x"específico..

Tento logar no sistema de gestão usando o banco do meu computador ,ele
autentica mas fecha a janela..acho que preciso fazer esse import.

Grato

Ronaldo

Re: RES: [oracle_br] Export/Import

2007-06-04 Por tôpico nandoverona 
SO - Win2003
Versão - 10g
Fiz um exp com todos os valores padrões.




--- Em oracle_br@yahoogrupos.com.br, "Rafael Milanez" <[EMAIL PROTECTED]> 
escreveu
>
> Pra variar ,
> 
>  
> 
> Sistema Op
> 
>  
> 
> E versão do banco,
> 
>  
> 
> E como fez esse bkp ?
> 
>  
> 
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED] Em nome de nandoverona
> Enviada em: sexta-feira, 1 de junho de 2007 17:16
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Export/Import
> 
>  
> 
> Pessoal,
> 
> Tô com uma dúvida.
> Eu tenho um banco de produção, tô fazendo o bkp todos os dia com 
export 
> (banco inteiro).
> 
> Agora eu quero testar um restor em outra máquina.
> Já instalei o Oracle nela com o mesmo nome da instância.
> 
> Em que estado tem que estar o BD?
> Quando eu dou o import ele cria todas as tablespaces???
> 
> Alguém utiliza essa estratégia de bkp?
> 
> Obrigado
> 
>  
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

RES: [oracle_br] Export/Import

2007-06-01 Por tôpico Rafael Milanez 
Pra variar ,

 

Sistema Op

 

E versão do banco,

 

E como fez esse bkp ?

 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de 
nandoverona
Enviada em: sexta-feira, 1 de junho de 2007 17:16
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Export/Import

 

Pessoal,

Tô com uma dúvida.
Eu tenho um banco de produção, tô fazendo o bkp todos os dia com export 
(banco inteiro).

Agora eu quero testar um restor em outra máquina.
Já instalei o Oracle nela com o mesmo nome da instância.

Em que estado tem que estar o BD?
Quando eu dou o import ele cria todas as tablespaces???

Alguém utiliza essa estratégia de bkp?

Obrigado

 



[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Export/Import

2007-06-01 Por tôpico nandoverona 
Pessoal,

Tô com uma dúvida.
Eu tenho um banco de produção, tô fazendo o bkp todos os dia com export 
(banco inteiro).

Agora eu quero testar um restor em outra máquina.
Já instalei o Oracle nela com o mesmo nome da instância.

Em que estado tem que estar o BD?
Quando eu dou o import ele cria todas as tablespaces???

Alguém utiliza essa estratégia de bkp?


Obrigado

Res: [oracle_br] Export / Import

2007-02-28 Por tôpico Welvis Douglas Silva Moreto 
Cara, Esses dias eu estava olhando a parte de backup do Oracle 8i, la falava 
até como vc fazer backup Incremental e Cumulativo se não estou enganado, de uma 
olhada no help do exp / imp da versão do seu banco, vc também pode utilizar 
outros meios de backup.

att,

Welvis Douglas


- Mensagem original 
De: Everton Dias <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 27 de Fevereiro de 2007 0:33:51
Assunto: [oracle_br] Export / Import

Pessoal, uma ferramenta muito utilizada é o exp / imp, porém o mesmo apesar 
de simples requer algum conhecimento de seu funcionamento, tanto para evitar 
surpresas quanto para se tirar o máximo de proveito da ferramenta, como por 
exemplo:

- Fiz um export de alguns schemas e os importei em outro db, porém depois 
notei que as materialized views se transformaram em tabelas na base de 
destinopra mim isto foi um surpresa.

- Como em uma de minhas migrações eu estava trocando a base para outra base 
na mesma máquina (trocando de storage e aproveitando para reorganizar os 
objetos) notei que as tabelas maiores poderiam ser levadas **MUITO** mais 
rapidamente se fossem levadas com create table as select ao invés de export 
impor... o que pra mim tb foi uma surpresa.

Como cada dia que uso esta ferramenta descubro opções e detalhes como estes, 
gostaria de compartilhar este conhecimento e também pedir para que os 
colegas compartilhem pontos como estes... acredito que seria muito 
interessante.

Por exemplo, alguem tem algum roteiro, check list, ou curiosidade sobre 
migrações com exp / imp ?

Obrigado.

 _ _ _ _ _ _
MSN Busca: fácil, rápido, direto ao ponto. http://search. msn.com.br




__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Export / Import

2007-02-26 Por tôpico Everton Dias 
Pessoal, uma ferramenta muito utilizada é o exp / imp, porém o mesmo apesar 
de simples requer algum conhecimento de seu funcionamento, tanto para evitar 
surpresas quanto para se tirar o máximo de proveito da ferramenta, como por 
exemplo:

- Fiz um export de alguns schemas e os importei em outro db, porém depois 
notei que as materialized views se transformaram em tabelas na base de 
destinopra mim isto foi um surpresa.

- Como em uma de minhas migrações eu estava trocando a base para outra base 
na mesma máquina (trocando de storage e aproveitando para reorganizar os 
objetos) notei que as tabelas maiores poderiam ser levadas **MUITO** mais 
rapidamente se fossem levadas com create table as select ao invés de export 
impor... o que pra mim tb foi uma surpresa.

Como cada dia que uso esta ferramenta descubro opções e detalhes como estes, 
gostaria de compartilhar este conhecimento e também pedir para que os 
colegas compartilhem pontos como estes... acredito que seria muito 
interessante.

Por exemplo, alguem tem algum roteiro, check list, ou curiosidade  sobre 
migrações com exp / imp ?

Obrigado.

_
MSN Busca: fácil, rápido, direto ao ponto.  http://search.msn.com.br

[oracle_br] Export/Import ou Alter Table Move???

2006-08-24 Por tôpico Luiz Fernando 
Senhores,

irei efetuar um expurgo de dados em minha base (9.2.0.7) e, após, 
deverei reorganizar minhas tabelas. Qual a melhor e/ou mais prática 
maneira de fazer isso? Via export/import ou movendo as tabelas enxutas 
de uma tablespace para outra nova?

Outra dúvida: no caso do alter table move, como ficam minhas 
constraints? Elas vem junto? Não há a necessidade de nenhuma outra 
operação manual nesse caso?

[ ]s e obrigado!








--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
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

[oracle_br] Export/Import

2005-09-15 Por tôpico Daniel Araújo de Castro 
Lista,

eu preciso separar os indíces de um export q foi feito levando as
definições de storage das tabelas e indíces para um único datafile.
Gostaria de saber se existe possibilidade de realizar o import ja
realizando a distribuíção dos objetos da seguinte maneira.. tabelas >
arquivo 1, indíces > arquivo 2, ou realizo o restore para um unico
datafile pra depois fazer os alter's necessários ?

Ambiente - W2K, Ora.8i (8.1.7)
-- 
Atenciosamente

Daniel A. D. Castro
+55-31-9776-8453


__

Histórico: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
Falar com os Moderadores:([EMAIL PROTECTED])
Dorian Anderson Soutto - Fernanda Damous - Alisson Aguiar 
__ 
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

RE: [oracle_br] Export/Import Lento

2005-07-08 Por tôpico Gustavo Barros 
Fiz alguns testes aqui e o tempo de exportação chegou a quase 7x mais
lento, mesmo com tabelas sem registros, só com a estrutura.


-Original Message-
From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
On Behalf Of Akira
Sent: quinta-feira, 7 de julho de 2005 16:11
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] Export/Import Lento


Existe CLOB, BLOB, até LONG ainda tem... mas é bem pouco. Pouca tabela
com poucos registros.


- Original Message - 
  From: Gustavo Barros 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 10:03 AM
  Subject: RE: [oracle_br] Export/Import Lento


  Akira, nessas tabelas existem algum campo tipo lob?

  Normalmente o fetch das linhas das tabelas com colunas CLOB ou etc..
são
  feitas de linha em linha, e sempre na forma conventional nunca direct,
  mesmo que isso seja especificado no comando de exportação. Normalmente
  vai demorar mesmo, com a versão 10g DataPump isso melhorou muito..

  1abraço

  Gustavo Barros


[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




 



__

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

Re: RES: [oracle_br] Export/Import Lento

2005-07-08 Por tôpico jlchiappa 
Está ** totalmente ** sob seu controle, se vc for descuidado e rodar 
o imp 2 vezes sem constraint, sim, é claro que vai duplicar. Quanto à 
outra pergunta, migração entre sistemas operacionais até a versão 9i 
TEM QUE ser extraindo-se os dados  do bd origem e inserindo no bd 
destino, não há outra forma. Essa extração pode ser via exp/imp, pode 
ser gerando-se arquivo-texto com os dados na origem e depois load no 
bd destino, pode ser via db link se os 2 bancos estão ativos (ie, 
insert ou copy no sql*plus), pode ser via programa de terceiros 
(existem programa que extraem em .txt ou em formatos binários)... O 
ponto porém é que até a versão 9i o formato dos datafiles em sistemas 
operacionais diferentes é ** incompatível **, não dá pra vc pegar o 
datafile dum sistema operacional X e copiar pro Y.

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "Akira" <[EMAIL PROTECTED]> 
escreveu
> 
> Mas... tem perigo de duplicar registro ou não, se eu fizer o imp 
sem índices e constraints mais de 1 vez?
> E alguém conhece alguma outra forma de se fazer esse tipo de 
migração? Windows para Linux ou vice-versa, no 9i...
> 
> Obrigado pelas respostas.
> []'s
> Akira
> 
>   - Original Message - 
>   From: jlchiappa 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Thursday, July 07, 2005 4:49 PM
>   Subject: Re: RES: [oracle_br] Export/Import Lento
> 
> 
>   Respostas abaixo :
> 
>   >> Eu até pensei em fazer algo assim... imp constraints=n 
indexes=n 
>   rows=y, depois
>   um imp rows=n, o que acha?
> 
>   A idéia do imp sem constraints e índices é trazer *** apenas *** 
os 
>   dados, e os índices e constraints vc obter um script com eles 
>   (provavelmente via indexfile no imp), alterar o script para as 
opções 
>   de nOLOGGING e NOVALIDATE, e aí criar VIA SCRIPT, *** fugindo 
***, do 
>   imp, criar índices e constraints via imp é leeento, é serial 
ainda 
>   que a máquina aceito parallel, é feito em modo LOGGING, é ruim.
> 
>   >> 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. 
> 
>   Bem, ao menos vc ficou sabendo que exp & imp full ** não é ** a 
>   melhor maneira, ganhou experiência. 
> 
>   >> 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.
> 
>   O bd Oracle é um tantinho mais resistente que isso, "estragar", 
(ie, 
>   crashar, perder dados) acho que não tem a ver, o que poderia 
>   acontecer se vc interromper o imp é se vc interrompeu no meio de 
um 
>   criação de índice, a tabela ficou sem o índice, se o índice era 
usado 
>   numa constraint a constraint fica inválida, mas perda de dados 
não 
>   vejo como.
> 
>   >> é Já tinha se passado 4 horas nesse momento, e meu
>   tempo estava ficando curto. 
> 
>   Na verdade vc errou em :
> 
>   a) não fazer um teste antes
>   b) não pesuqisar as opções adequadas de performance
> 
>   aí com tempo curto não dava mesmo pra fazer direito, aí acaba 
>   demorando é mais ainda : o tempo que se gasta pesquisando e 
treinando 
>   antes de ir pra produção ** QUASE SEMPRE ** é investimento 
garantido, 
>   retorno sem dúvida.
> 
> 
> 
>   >> 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?
> 
>   Na verdade a idéia de ter vários imps por usuário (ou pro grupo 
de 
>   tableas, ou coisa do tipo) necessariamente IMPLICA que , não 
sendo 
>   exp full, vc VAI TER QUE criar as tablespaces, usuários, etc, no 
bd 
>   destino. È ridiculamente simples, porém, a partir do bd origem, 
vc 
>   montar um script pra isso e depois rodar o script no bd destino 
via 
>   sqlplus :
> 
>   [EMAIL PROTECTED]:SQL>l
> 1  select 'CREATE USER ' || username || ' identified by values'
> 2   || chr(39) || password || chr(39)
> 3   || ' default tablespace ' || default_tablespace
> 4   || ' temporary tablespace ' || temporary_tablespace
> 5*  || ';' from dba_users
>   [EMAIL PROTECTED]:SQL>/
> 
>   'CREATEUSER'||USERNAME||'IDENTIFIEDBYVALUES'||CHR(39)
||PASSWORD||CHR
>   (39)||'D

Re: RES: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira 

Mas... tem perigo de duplicar registro ou não, se eu fizer o imp sem índices e 
constraints mais de 1 vez?
E alguém conhece alguma outra forma de se fazer esse tipo de migração? Windows 
para Linux ou vice-versa, no 9i...

Obrigado pelas respostas.
[]'s
Akira

  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 4:49 PM
  Subject: Re: RES: [oracle_br] Export/Import Lento


  Respostas abaixo :

  >> Eu até pensei em fazer algo assim... imp constraints=n indexes=n 
  rows=y, depois
  um imp rows=n, o que acha?

  A idéia do imp sem constraints e índices é trazer *** apenas *** os 
  dados, e os índices e constraints vc obter um script com eles 
  (provavelmente via indexfile no imp), alterar o script para as opções 
  de nOLOGGING e NOVALIDATE, e aí criar VIA SCRIPT, *** fugindo ***, do 
  imp, criar índices e constraints via imp é leeento, é serial ainda 
  que a máquina aceito parallel, é feito em modo LOGGING, é ruim.

  >> 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. 

  Bem, ao menos vc ficou sabendo que exp & imp full ** não é ** a 
  melhor maneira, ganhou experiência. 

  >> 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.

  O bd Oracle é um tantinho mais resistente que isso, "estragar", (ie, 
  crashar, perder dados) acho que não tem a ver, o que poderia 
  acontecer se vc interromper o imp é se vc interrompeu no meio de um 
  criação de índice, a tabela ficou sem o índice, se o índice era usado 
  numa constraint a constraint fica inválida, mas perda de dados não 
  vejo como.

  >> é Já tinha se passado 4 horas nesse momento, e meu
  tempo estava ficando curto. 

  Na verdade vc errou em :

  a) não fazer um teste antes
  b) não pesuqisar as opções adequadas de performance

  aí com tempo curto não dava mesmo pra fazer direito, aí acaba 
  demorando é mais ainda : o tempo que se gasta pesquisando e treinando 
  antes de ir pra produção ** QUASE SEMPRE ** é investimento garantido, 
  retorno sem dúvida.



  >> 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?

  Na verdade a idéia de ter vários imps por usuário (ou pro grupo de 
  tableas, ou coisa do tipo) necessariamente IMPLICA que , não sendo 
  exp full, vc VAI TER QUE criar as tablespaces, usuários, etc, no bd 
  destino. È ridiculamente simples, porém, a partir do bd origem, vc 
  montar um script pra isso e depois rodar o script no bd destino via 
  sqlplus :

  [EMAIL PROTECTED]:SQL>l
1  select 'CREATE USER ' || username || ' identified by values'
2   || chr(39) || password || chr(39)
3   || ' default tablespace ' || default_tablespace
4   || ' temporary tablespace ' || temporary_tablespace
5*  || ';' from dba_users
  [EMAIL PROTECTED]:SQL>/

  'CREATEUSER'||USERNAME||'IDENTIFIEDBYVALUES'||CHR(39)||PASSWORD||CHR
  (39)||'DEFAULTTABLESPACE'||DEFAULT_TABLESPACE||'TEMPORARYTABLE
  --
  
  CREATE USER SYS identified by values'D4C5016XYX6A' default tablespace 
  SYSTEM temporary tablespace TEMP;
  CREATE USER SYSTEM identified by values'CDB5XYZDEC9E4E95' default 
  tablespace ORAUSERS temporary tablespace TEMP;
  CREATE USER OUTLN identified by values'4A3BAXYZ08595C81' default 
  tablespace ORAUSERS temporary tablespace TEMP;
  CREATE USER DBSNMP identified by values'E066AGBDF5421CCC' default 
  tablespace ORAUSERS temporary tablespace TEMP;
  

  --- Em oracle_br@yahoogrupos.com.br, "Akira" <[EMAIL PROTECTED]> 
  escreveu
  > 
  > 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

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira 

Existe CLOB, BLOB, até LONG ainda tem... mas é bem pouco. Pouca tabela com 
poucos registros.


- Original Message - 
  From: Gustavo Barros 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 10:03 AM
  Subject: RE: [oracle_br] Export/Import Lento


  Akira, nessas tabelas existem algum campo tipo lob?

  Normalmente o fetch das linhas das tabelas com colunas CLOB ou etc.. são
  feitas de linha em linha, e sempre na forma conventional nunca direct,
  mesmo que isso seja especificado no comando de exportação. Normalmente
  vai demorar mesmo, com a versão 10g DataPump isso melhorou muito..

  1abraço

  Gustavo Barros


[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

Re: RES: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico jlchiappa 
iando 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

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Marcos Antonio 
exatamente.

Tu vais disable todas as constrainsts de todos os shemas da instancia.
Depois export full
O import vai ficar mais rapido.. pois as constratins estao desabilitadas.
Depois tu enable no validate em todos os shemas da instancia.



 Marcos Antonio G.Barcellos 
  Analista de Sistemas 
  Unitech Tecnologia de Informação Ltda 
  R. dos Inconfidentes, 1190 2º Andar 
  Tel.:(31)3280-6600 Ramal.: 6627 
  http://www.unitech.com.br 
 

  - Original Message - 
  From: Akira 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 3:39 PM
  Subject: Re: [oracle_br] Export/Import Lento



  Quer dizer, desabilita tudo e fazer o export. Depois faz import e habilita 
tudo No Validate. É isso?
  Boa idéia tbm!

  Vou mandar uma resposta pro Chiappa, com algumas dúvidas que eu tive no 
momento, por isso não fiz nada disso.
  Se puder ajudar, em agradeceria muito.
  Obrigado

  []'s
  Akira
- Original Message - 
From: Marcos Antonio 
To: oracle_br@yahoogrupos.com.br 
Sent: Thursday, July 07, 2005 12:13 PM
Subject: Re: [oracle_br] Export/Import Lento


Akira,

Se tu tens certeza que o teu banco tá consistente. o que tu poderia fazer 
seria desabilitar todas as constraints do banco e fazer o import. Vai ficar bem 
mais rapido. Depois quando for habilitar as constraints habilite-as com a opcao 
de NO VALIDATE.

 Marcos Antonio G.Barcellos 
  Analista de Sistemas 
  Unitech Tecnologia de Informação Ltda 
  R. dos Inconfidentes, 1190 2º Andar 
  Tel.:(31)3280-6600 Ramal.: 6627 
  http://www.unitech.com.br 
 



  [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




   



[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

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira 
Eu já fiz com discos locais e pela rede, demora tudo igual.


- Original Message - 
  From: Solange Maria Begosso de Laurentys 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 2:40 PM
  Subject: RES: [oracle_br] Export/Import Lento


  Eles estão em discos locais, storages ???



[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

RES: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Solange Maria Begosso de Laurentys 
Eles estão em discos locais, storages ???

-Mensagem original- 
De: oracle_br@yahoogrupos.com.br em nome de Akira 
Enviada: qui 07/07/2005 13:42 
Para: oracle_br@yahoogrupos.com.br 
Cc: 
Assunto: Re: [oracle_br] Export/Import Lento


Deixei bem grandes...
Já fiz vários testes aumentando quantidades, tamanhos, etc... nada 
adiantou.
  - Original Message - 
  From: Solange Maria Begosso de Laurentys 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 1:21 PM
  Subject: RES: [oracle_br] Export/Import Lento


  Vc ja verificou seus redologs ?
  Import lento pode ter referencia com os redologs (tamanho, disco onde 
estao gravados, tempo switch) ...

-Mensagem original- 
De: oracle_br@yahoogrupos.com.br em nome de Akira 
Enviada: qui 07/07/2005 10:00 
Para: oracle_br@yahoogrupos.com.br 
Cc: 
Assunto: [oracle_br] Export/Import Lento


Bom dia!

Para fazer uma migraÃf§Ãf£o de banco 9.2.0.4 de um servidor 
Windows2003 para um RedHat 8, tive que fazer um export full e um import full.
O problema Ãf© o seguinte, o imp full demora muuuiiito!
AlguÃf©m sabe algum macete pra fazer isso mais rÃf¡pido?

Esse banco nÃf£o tem tabelas muito grandes, as maiores nÃf£o 
tem chegam a 1 millhÃf£o de registros e sÃf£o poucas. Durante o import 
percebi (fiquei mais de 6 horas olhando pra ele) que atÃf© tabelas vazias 
demoram bastante tempo. Me parece que o import fica recompilando ou verificando 
consistÃfªncias num modo bem recursivo, mas nÃf£o sei se Ãf© isso mesmo que 
ele faz. Minhas tabelas sÃf£o normais, tem Ãf­ndices, constraints pks, cks e 
fks. Tem bastante packages, procedures e functions no banco e bastante tabelas 
tambÃf©m, mas tinham poucos dados.

JÃf¡ fiz pela rede, num disco local, no mesmo disco, etc... 
sempre demora. Na primeira vez que precisei fazer, fiquei mais de 10 horas 
esperando esse import, mas era um banco muito maior, por isso achei que fosse 
atÃf© normal. Nessa Ãfºltima vez foi um banco bem pequeno, por isso fiquei 
indignado. Deve ter alguma forma de fazer isso mais rÃf¡pido e melhor.

Os comandos usados foram bem simples: 
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

[As partes desta mensagem que nÃf£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] <mailto:[EMAIL PROTECTED]> 

*  O uso que vocÃfª faz do Yahoo! Grupos estÃf¡ sujeito 
aos Termos do ServiÃf§o do Yahoo! <http://br.yahoo.com/info/utos.html> . 




  [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...:

RE: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Gustavo Barros 
Akira, nessas tabelas existem algum campo tipo lob?

Normalmente o fetch das linhas das tabelas com colunas CLOB ou etc.. são
feitas de linha em linha, e sempre na forma conventional nunca direct,
mesmo que isso seja especificado no comando de exportação. Normalmente
vai demorar mesmo, com a versão 10g DataPump isso melhorou muito..

1abraço

Gustavo Barros
-Original Message-
From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
On Behalf Of Akira
Sent: quinta-feira, 7 de julho de 2005 10:01
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Export/Import Lento

Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 para
um RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 1
millhão de registros e são poucas. Durante o import percebi (fiquei mais
de 6 horas olhando pra ele) que até tabelas vazias demoram bastante
tempo. Me parece que o import fica recompilando ou verificando
consistências num modo bem recursivo, mas não sei se é isso mesmo que
ele faz. Minhas tabelas são normais, tem índices, constraints pks, cks e
fks. Tem bastante packages, procedures e functions no banco e bastante
tabelas também, mas tinham poucos dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre demora.
Na primeira vez que precisei fazer, fiquei mais de 10 horas esperando
esse import, mas era um banco muito maior, por isso achei que fosse até
normal. Nessa última vez foi um banco bem pequeno, por isso fiquei
indignado. Deve ter alguma forma de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples: 
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

[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




 



__

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

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira 

Quer dizer, desabilita tudo e fazer o export. Depois faz import e habilita tudo 
No Validate. É isso?
Boa idéia tbm!

Vou mandar uma resposta pro Chiappa, com algumas dúvidas que eu tive no 
momento, por isso não fiz nada disso.
Se puder ajudar, em agradeceria muito.
Obrigado

[]'s
Akira
  - Original Message - 
  From: Marcos Antonio 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 12:13 PM
  Subject: Re: [oracle_br] Export/Import Lento


  Akira,

  Se tu tens certeza que o teu banco tá consistente. o que tu poderia fazer 
seria desabilitar todas as constraints do banco e fazer o import. Vai ficar bem 
mais rapido. Depois quando for habilitar as constraints habilite-as com a opcao 
de NO VALIDATE.

   Marcos Antonio G.Barcellos 
Analista de Sistemas 
Unitech Tecnologia de Informação Ltda 
R. dos Inconfidentes, 1190 2º Andar 
Tel.:(31)3280-6600 Ramal.: 6627 
http://www.unitech.com.br 
   



[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

Re: RES: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira 

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

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Daniel Matthiensen 
usa o direct e buffers
com o direct chega a ser até 10x mais rápido

exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log direct=y 
buffers=100
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log direct=y 
buffers=100



  - Original Message - 
  From: Rosiano Vieira de Sales 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 10:14 AM
  Subject: RES: [oracle_br] Export/Import Lento


  Akira,

  Talvez vc precise setar o parâmetro BUFFER (área de buffer que ele vai 
utilizar para fazer o processo de IMPORT)  Acho que vai ajudar ...

  Att.


  Rosiano 


  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Akira
  Enviada em: quinta-feira, 7 de julho de 2005 10:01
  Para: oracle_br@yahoogrupos.com.br
  Assunto: [oracle_br] Export/Import Lento

  Bom dia!

  Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 para um 
RedHat 8, tive que fazer um export full e um import full.
  O problema é o seguinte, o imp full demora muuuiiito!
  Alguém sabe algum macete pra fazer isso mais rápido?

  Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 1 
millhão de registros e são poucas. Durante o import percebi (fiquei mais de 6 
horas olhando pra ele) que até tabelas vazias demoram bastante tempo. Me parece 
que o import fica recompilando ou verificando consistências num modo bem 
recursivo, mas não sei se é isso mesmo que ele faz. Minhas tabelas são normais, 
tem índices, constraints pks, cks e fks. Tem bastante packages, procedures e 
functions no banco e bastante tabelas também, mas tinham poucos dados.

  Já fiz pela rede, num disco local, no mesmo disco, etc... sempre demora. Na 
primeira vez que precisei fazer, fiquei mais de 10 horas esperando esse import, 
mas era um banco muito maior, por isso achei que fosse até normal. Nessa última 
vez foi um banco bem pequeno, por isso fiquei indignado. Deve ter alguma forma 
de fazer isso mais rápido e melhor.

  Os comandos usados foram bem simples: 
  exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
  imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

  []'s
  AKIRA

  [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










  __

  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

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
  
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
  
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço 
do Yahoo!. 



[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

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Marcos Antonio 
Akira,

Se tu tens certeza que o teu banco tá consistente. o que tu poderia fazer seria 
desabilitar todas as constraints do banco e fazer o import. Vai ficar bem mais 
rapido. Depois quando for habilitar as constraints habilite-as com a opcao de 
NO VALIDATE.

 Marcos Antonio G.Barcellos 
  Analista de Sistemas 
  Unitech Tecnologia de Informação Ltda 
  R. dos Inconfidentes, 1190 2º Andar 
  Tel.:(31)3280-6600 Ramal.: 6627 
  http://www.unitech.com.br 
 

  - Original Message - 
  From: Akira 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 10:00 AM
  Subject: [oracle_br] Export/Import Lento


  Bom dia!

  Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 para um 
RedHat 8, tive que fazer um export full e um import full.
  O problema é o seguinte, o imp full demora muuuiiito!
  Alguém sabe algum macete pra fazer isso mais rápido?

  Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 1 
millhão de registros e são poucas. Durante o import percebi (fiquei mais de 6 
horas olhando pra ele) que até tabelas vazias demoram bastante tempo. Me parece 
que o import fica recompilando ou verificando consistências num modo bem 
recursivo, mas não sei se é isso mesmo que ele faz. Minhas tabelas são normais, 
tem índices, constraints pks, cks e fks. Tem bastante packages, procedures e 
functions no banco e bastante tabelas também, mas tinham poucos dados.

  Já fiz pela rede, num disco local, no mesmo disco, etc... sempre demora. Na 
primeira vez que precisei fazer, fiquei mais de 10 horas esperando esse import, 
mas era um banco muito maior, por isso achei que fosse até normal. Nessa última 
vez foi um banco bem pequeno, por isso fiquei indignado. Deve ter alguma forma 
de fazer isso mais rápido e melhor.

  Os comandos usados foram bem simples: 
  exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
  imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

  []'s
  AKIRA

  [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

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
  
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
  
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço 
do Yahoo!. 



[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

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira 
Deixei bem grandes...
Já fiz vários testes aumentando quantidades, tamanhos, etc... nada adiantou.
  - Original Message - 
  From: Solange Maria Begosso de Laurentys 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 07, 2005 1:21 PM
  Subject: RES: [oracle_br] Export/Import Lento


  Vc ja verificou seus redologs ?
  Import lento pode ter referencia com os redologs (tamanho, disco onde estao 
gravados, tempo switch) ...

-Mensagem original- 
De: oracle_br@yahoogrupos.com.br em nome de Akira 
Enviada: qui 07/07/2005 10:00 
Para: oracle_br@yahoogrupos.com.br 
Cc: 
Assunto: [oracle_br] Export/Import Lento


Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 
para um RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 
1 millhão de registros e são poucas. Durante o import percebi (fiquei mais de 
6 horas olhando pra ele) que até tabelas vazias demoram bastante tempo. Me 
parece que o import fica recompilando ou verificando consistências num modo 
bem recursivo, mas não sei se é isso mesmo que ele faz. Minhas tabelas são 
normais, tem índices, constraints pks, cks e fks. Tem bastante packages, 
procedures e functions no banco e bastante tabelas também, mas tinham poucos 
dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre 
demora. Na primeira vez que precisei fazer, fiquei mais de 10 horas esperando 
esse import, mas era um banco muito maior, por isso achei que fosse até 
normal. Nessa última vez foi um banco bem pequeno, por isso fiquei indignado. 
Deve ter alguma forma de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples: 
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

[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] <mailto:[EMAIL PROTECTED]> 

*  O uso que você faz do Yahoo! Grupos está sujeito aos Termos do 
Serviço do Yahoo! <http://br.yahoo.com/info/utos.html> . 




  [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

a.. Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
  
b.. Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
  
c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço 
do Yahoo!. 



[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_b

Re: RES: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico jlchiappa 
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
   
> 
>   -Mensagem original- 
>   De: oracle_br@yahoogrupos.com.br em nome de Akira 
>   Enviada: qui 07/07/2005 10:00 
>   Para: oracle_br@yahoogrupos.com.br 
>   Cc: 
>   Assunto: [oracle_br] Export/Import Lento
>   
>   
>   Bom dia!
>   
>   Para fazer uma migração de banco 9.2.0.4 de um servidor 
Windows2003 para um RedHat 8, tive que fazer um export full e um 
import full.
>   O problema é o seguinte, o imp full demora muuuiiito!
>   Alguém sabe algum macete pra fazer isso mais rápido?
>   
>   Esse banco não tem tabelas muito grandes, as maiores não 
tem chegam a 1 millhão de registros e são poucas. Durante o import 
percebi (fiquei mais de 6 horas olhando pra ele) que até tabelas 
vazias demoram bastante tempo. Me parece que o import fica 
recompilando ou verificando consistências num modo bem recursivo, 
mas não sei se é isso mesmo que ele faz. Minhas tabelas são 
normais, tem índices, constraints pks, cks e fks. Tem bastante 
packages, procedures e functions no banco e bastante tabelas também, 
mas tinham poucos dados.
>   
>   Já fiz pela rede, num disco local, no mesmo disco, etc... 
sempre demora. Na primeira vez que precisei fazer, fiquei mais de 10 
horas esperando esse import, mas era um banco muito maior, por isso 
achei que fosse até normal. Nessa última vez foi um banco bem 
pequeno, por isso fiquei indignado. Deve ter alguma forma de fazer 
isso mais rápido e melhor.
>   
>   Os comandos usados foram bem simples: 
>   exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
>   imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log
>   
>   []'s
>   AKIRA
>   
>   [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] 
<mailto:[EMAIL PROTECTED]> 
> 
>   *   O uso que você faz do Yahoo! Grupos está sujeito 
aos Termos do Serviço do Yahoo! 
<http://br.yahoo.com/info/utos.html> . 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto fora

Re: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Kátia Claro 
Akira, você já tentou aumentar os DBWrites ?

até +

Kátia Claro

-Mensagem original- 
De: oracle_br@yahoogrupos.com.br em nome de Akira
Enviada: qui 07/07/2005 10:00
Para: oracle_br@yahoogrupos.com.br
Cc:
Assunto: [oracle_br] Export/Import Lento


Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 para
um RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 1
millhão de registros e são poucas. Durante o import percebi (fiquei mais
de 6 horas olhando pra ele) que até tabelas vazias demoram bastante tempo.
Me parece que o import fica recompilando ou verificando consistências num
modo bem recursivo, mas não sei se é isso mesmo que ele faz. Minhas
tabelas são normais, tem índices, constraints pks, cks e fks. Tem bastante
packages, procedures e functions no banco e bastante tabelas também, mas
tinham poucos dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre demora. Na
primeira vez que precisei fazer, fiquei mais de 10 horas esperando esse
import, mas era um banco muito maior, por isso achei que fosse até normal.
Nessa última vez foi um banco bem pequeno, por isso fiquei indignado. Deve
ter alguma forma de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples:
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

[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

RES: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Solange Maria Begosso de Laurentys 
Vc ja verificou seus redologs ?
Import lento pode ter referencia com os redologs (tamanho, disco onde estao 
gravados, tempo switch) ...

-Mensagem original- 
De: oracle_br@yahoogrupos.com.br em nome de Akira 
Enviada: qui 07/07/2005 10:00 
Para: oracle_br@yahoogrupos.com.br 
Cc: 
Assunto: [oracle_br] Export/Import Lento


Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 
para um RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 
1 millhão de registros e são poucas. Durante o import percebi (fiquei mais de 
6 horas olhando pra ele) que até tabelas vazias demoram bastante tempo. Me 
parece que o import fica recompilando ou verificando consistências num modo 
bem recursivo, mas não sei se é isso mesmo que ele faz. Minhas tabelas são 
normais, tem índices, constraints pks, cks e fks. Tem bastante packages, 
procedures e functions no banco e bastante tabelas também, mas tinham poucos 
dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre 
demora. Na primeira vez que precisei fazer, fiquei mais de 10 horas esperando 
esse import, mas era um banco muito maior, por isso achei que fosse até 
normal. Nessa última vez foi um banco bem pequeno, por isso fiquei indignado. 
Deve ter alguma forma de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples: 
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

[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] <mailto:[EMAIL PROTECTED]> 
  
*   O uso que você faz do Yahoo! Grupos está sujeito aos Termos 
do Serviço do Yahoo! <http://br.yahoo.com/info/utos.html> . 




[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

RES: [oracle_br] Export/Import Lento

2005-07-07 Por tôpico Rosiano Vieira de Sales 
Akira,

Talvez vc precise setar o parâmetro BUFFER (área de buffer que ele vai utilizar 
para fazer o processo de IMPORT)  Acho que vai ajudar ...

Att.


Rosiano 


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Akira
Enviada em: quinta-feira, 7 de julho de 2005 10:01
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Export/Import Lento

Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 para um 
RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 1 millhão 
de registros e são poucas. Durante o import percebi (fiquei mais de 6 horas 
olhando pra ele) que até tabelas vazias demoram bastante tempo. Me parece que o 
import fica recompilando ou verificando consistências num modo bem recursivo, 
mas não sei se é isso mesmo que ele faz. Minhas tabelas são normais, tem 
índices, constraints pks, cks e fks. Tem bastante packages, procedures e 
functions no banco e bastante tabelas também, mas tinham poucos dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre demora. Na 
primeira vez que precisei fazer, fiquei mais de 10 horas esperando esse import, 
mas era um banco muito maior, por isso achei que fosse até normal. Nessa última 
vez foi um banco bem pequeno, por isso fiquei indignado. Deve ter alguma forma 
de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples: 
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

[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




 





__

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

[oracle_br] Export/Import Lento

2005-07-07 Por tôpico Akira 
Bom dia!

Para fazer uma migração de banco 9.2.0.4 de um servidor Windows2003 para um 
RedHat 8, tive que fazer um export full e um import full.
O problema é o seguinte, o imp full demora muuuiiito!
Alguém sabe algum macete pra fazer isso mais rápido?

Esse banco não tem tabelas muito grandes, as maiores não tem chegam a 1 millhão 
de registros e são poucas. Durante o import percebi (fiquei mais de 6 horas 
olhando pra ele) que até tabelas vazias demoram bastante tempo. Me parece que o 
import fica recompilando ou verificando consistências num modo bem recursivo, 
mas não sei se é isso mesmo que ele faz. Minhas tabelas são normais, tem 
índices, constraints pks, cks e fks. Tem bastante packages, procedures e 
functions no banco e bastante tabelas também, mas tinham poucos dados.

Já fiz pela rede, num disco local, no mesmo disco, etc... sempre demora. Na 
primeira vez que precisei fazer, fiquei mais de 10 horas esperando esse import, 
mas era um banco muito maior, por isso achei que fosse até normal. Nessa última 
vez foi um banco bem pequeno, por isso fiquei indignado. Deve ter alguma forma 
de fazer isso mais rápido e melhor.

Os comandos usados foram bem simples: 
exp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log 
imp [EMAIL PROTECTED] full=y file=banco.dmp log=banco.log

[]'s
AKIRA

[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