Essas dicas realmente foram incriveis !!! mas ficaram algumas duvidas...
o chiappa falou de *"**vc primeiro faz ** vários ** exps em paralelo (quantas a tua máquina suportar sem arrear), só de dados, cada um pegando uma porção das tabelas"* ** como pegart essa uma porcao de tabelas ? vc diz pegar tabelas usando o parametro tables ? ou usar os schemas? vc naum aconselha fazer um full=y....? mas nao ficaria inviavel caso vc tenha centenas e centenas de tabelas ? *depois vc gera um script .sql desses índices e constraints (opção INDEXFILE do imp), e altera esse script para criar os índices com NOLOGGING (e PARALLEL se a máquina suporta) e as constraints com ENABLE NOVALIDATE.* Vc tem alguma dica para editar/alterar mais rapidamente esses arquivos ? outra coisa, soh para confirmar, qndo faco o exp com o indexfile, coloco rows=n constraints=y indexes=y, mas ele coloca os scripts de criacao da tabelas la ? esta correto Valew. On 3/31/06, Jemerson Dutra <[EMAIL PROTECTED]> wrote: > > Realmente Incrivel, fiz um teste usando os parametros que o chiapa > deu uns toques e meu export que durava horas veio para casa dos 23 > minutos. Porem creio que meu hardware nao a altura do de vcs. > Jemerson > Valeu chiappa. > > --- Em oracle_br@yahoogrupos.com.br, "DBA - ORACLE" <[EMAIL PROTECTED]> > escreveu > > > > Depois do help do Chiappa, fiz o export da base de produção e durou > 40 > > minutos, indexes=n direct=y compress=n grants=y constranits=n > > > > Detalhe...o servidor de produção tem 25GB gerando um dump de 15GB > > > > Marcio > > > > > > > > Em 29/03/06, jlchiappa <[EMAIL PROTECTED]> escreveu: > > > > > > > Colega, com certeza 10 Gb num servidor bom de Produção (que além > de > > > RAM, esteja com discos rápidos, controladora de fibra), que > > > (obviamente!) na hora do export esteja com uma carga leve, ou > mesmo > > > sem carga, num banco decentemente configurado, sendo export local > E > > > usando as opções adequadas de performance, não é NEM DE LONGE uma > > > carga extrema assim pra levar horas e horas, um exemplo na minha > > > máquina de produção (hp-ux 64 bits, 24 processadores, 32 Gb de > RAM, > > > arrays de discos EMC Symmetrix DMX Series alocado/gerenciado pelo > > > PowerPath, com filesystems cooked ) : > > > > > > [EMAIL PROTECTED]:SQL>select num_rows, avg_row_len from dba_tables where > > > table_name='TMP_MIGEP_101891'; > > > > > > NUM_ROWS AVG_ROW_LEN > > > ------------------ ------------------ > > > 59541295 248 > > > > > > ==> essa tabela é um pouco larga, como se vê pelo AVG_ROW_LEN, mas > > > não está com muito white-space, pois : > > > > > > [EMAIL PROTECTED]:SQL>select 59541295*248 from dual; > > > > > > 59541295*248 > > > ------------------ > > > 14766241160 > > > > > > ==> pela média se esperava coisa de 14 Gb, real alocado eu tenho > > > coisa de 16 : > > > > > > [EMAIL PROTECTED]:SQL>select sum(bytes) from dba_extents where > > > segment_name='TMP_MIGEP_101891'; > > > > > > SUM(BYTES) > > > ------------------------ > > > 16.735.272.960 > > > > > > ==> ou seja, é até mais do que os seus 10 Gb, ok ? Vamos fazer o > > > export (neste momento a máquina está em uso, mas com uma carga > > > relativamente leve, alguns usuários rodando reports diários, nada > > > excepcional) : > > > > > > usr_adm:PRD:/trafico/usr_adm>exp chiappa/xxxxx buffer=10485760 > > > file=TMP_MIGEP_101891.dmp compress=n grants=n indexes=n direct=y > > > log=TMP_MIGEP_101891.exp tables=usr.TMP_MIGEP_101891 > > > recordlength=65535 statistics=none constraints=n feedback=100000 > > > > > > Export: Release 9.2.0.5.0 - Production on Qua Mar 29 10:02:37 2006 > > > > > > Copyright (c) 1982, 2002, Oracle Corporation. All rights > reserved. > > > > > > > > > Conectado a: Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit > > > Production > > > With the Partitioning option > > > JServer Release 9.2.0.5.0 - Production > > > Exportação executada no conjunto de caracteres de WE8ISO8859P1 e > no > > > conjunto de caracteres de AL16UTF16 NCHAR > > > OBS: concessões em tabelas/views/seqüências/funções não serão > > > exportadas > > > OBS: índices em tabelas não serão exportados > > > OBS: restrições em tabelas não serão exportadas > > > > > > Sobre exportar tabelas especificadas ... via Caminho Direto ... > > > O usuário atual foi alterado para usr > > > . . exportando tabela TMP_MIGEP_101891 > > > > .................................................................... > .. > > > ..... > > > ................. > > > > > > ==> cada pontinho acima é 100 mil linhas (é o param feedback), vc > não > > > vê mas aqui na minha tela cada um deles aparece a cada > > > segundo/segundo e meio, e essa performance de ler em direct-mode > > > coisa de 100 mil linhas por segundo é a normal, afaik, prum > servidor > > > de Produção. Vamos ver quando termina : > > > > > > -rw-r--r-- 1 usr_adm usr 16648983040 Mar 29 10:40 > > > TMP_MIGEP_101891.dmp > > > > > > ou seja, levei coisa de pouco mais de meia hora : tudo bem, de > > > repente vc tem um hardware um pouco inferior, que leve uma hora , > > > porém mais que isso é ** inaceitável ** numa máquina de Produção > > > full, se vc está tendo algo pior que isso num caso semelhante ao > > > acima vc TEM SIM algum problema bem grande nessa máquina : é > > > primeiro acionar o suporte do fabricante e olhar o hardware > (testar > > > controladoras, discos, configuração do array de discos, > stripping), > > > alocação dos discos (checar se não está havendo concorrência, se > vc > > > não tem algum hot disk), depois checar o SO (principalmente as > > > configs do vmtune, que é o principal no aix, mas checar também > opções > > > de montagem dos filesystems, buffers do sistema, etc. > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br, "Jemerson Dutra" > <[EMAIL PROTECTED]> > > > escreveu > > > > > > > > Marcio e chiappa, > > > > Qual o tempo que vc gastam para fazer Export. tenho um banco 9i, > > > > estou encontrando varios problemas de consumo excessivo de > memoria > > > e > > > > swap e para piorar quando executo um Export em geral demora > umas 3 > > > > horas exportando. meu banco esta na casa de 10GB.. > > > > No meu servidor aix F50 Antigo com 1gb de memoria eu tinha uma > > > > performance excelente, hj com um servidor novo. p615 com 4gb de > > > memo > > > > ele ta parecendo uma carroca.. a unica coisa que fiz para que > > > > melhore foi coloca-lo em mts. > > > > Abracos > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "DBA - ORACLE" > > > > <[EMAIL PROTECTED]> escreveu > > > > > > > > > > nossa sua resposta valeu como uma boa aula pra mim cara valeu > > > > mesmo.... > > > > > > > > > > Marcio > > > > > > > > > > Em 24/03/06, jlchiappa <[EMAIL PROTECTED]> escreveu: > > > > > > > > > > > > O que o export e o import fazem basicamente é enviar SQLs ao > > > > banco, e > > > > > > SGA não interfere fortemente na performance de um único > SQL - os > > > > > > diversos caches (que são o principal componente da SGA) > ajudam > > > um > > > > > > pouco mas o que interfere muito mais são os params de I/O > (em > > > > > > especial o db_file_multiblock_read_count), estatísticas > frescas > > > > (se > > > > > > estiver usando CBO), os parâmetros de config gerais também > > > usados > > > > > > pelo CBO (como os optmizer_nnn), e os parâmetros de > alocação de > > > > > > sort/hash (ie, pga_aggregate_target se workarea_size_policy > > > > estiver > > > > > > como AUTO, ou sort_area_size e hash_area_size se > > > > workarea_size_policy > > > > > > estiver MANUAL. > > > > > > > > > > > > ==> A causa principal, porém, de má-performance no exp e no > imp > > > > é a > > > > > > pessoa querer fazer uma sessão só de exp/imp, e/ou ** NÂO ** > > > > utilizar > > > > > > os parâmetros de performance citados no manual "Oracle > Utilies" > > > > na > > > > > > hora de chamar o exp/imp, e/ou no caso do imp a pessoa > deixar o > > > > imp > > > > > > checar constraints e criar índices em modo LOGGING, na > maioria > > > > dos > > > > > > casos ambas as opções não se aplicam. > > > > > > > > > > > > Dependendo da velocidade de conexão de rede entre as duas > > > > máquinas e > > > > > > do tipo de dados, as outras opções (ie, dblink e geração de > > > > arquivo- > > > > > > texto) podem ser mais performantes, mas pro caso de exp/imp > a > > > > idéia > > > > > > então pra vc obter a melhor performance possível neles é : > num > > > > banco > > > > > > com os params acima citados checados e otimizados (ou até > > > > alterados > > > > > > na sessão que fará o exp, se for o caso), vc primeiro faz ** > > > > vários > > > > > > ** exps em paralelo (quantas a tua máquina suportar sem > > > arrear), > > > > só > > > > > > de dados, cada um pegando uma porção das tabelas, com cada > um > > > > sempre > > > > > > usando as opções do exp de DIRECT=Y BUFFER=valor razoável, > uns > > > > 10 Mb > > > > > > talvez COMPRESS=N RECORDLENGTH=65535 STATISTICS=none > GRANTS=n > > > > > > INDEXES=n CONSTRAINTS=n RECORD=n , isso gerará dump dos > dados o > > > > mais > > > > > > rapidamente que o exp pode. Aí, vc gera um último dump só > com os > > > > > > índices e constraints, depois vc gera um script .sql desses > > > > índices e > > > > > > constraints (opção INDEXFILE do imp), e altera esse script > para > > > > criar > > > > > > os índices com NOLOGGING (e PARALLEL se a máquina suporta) > e as > > > > > > constraints com ENABLE NOVALIDATE. > > > > > > Pra importar, vc ANTES pre-cria as tablespaces no banco- > destino, > > > > > > depois abre ** várias ** sessões de imps, cada uma > importando um > > > > > > dos .dmps de dados, e no final de tudo roda o script .SQL > que vc > > > > > > criou com o indexfile. > > > > > > > > > > > > Veja lá se a performance do exp/imp desse jeito te atende > (pra > > > > vc ter > > > > > > uma base, no meu banco que já está com as otimizações > todas, no > > > > meu > > > > > > hardware que é bem potente - servidor 64 bits, array de > discos , > > > > > > várias controladoras de fibra - , da última vez gerei o > banco- > > > > destino > > > > > > de alguns Tbs em 18 horas, se o seu banco for de Gbs isso é > > > > trampo > > > > > > pra bem menos tempo... > > > > > > > > > > > > []s > > > > > > > > > > > > Chiappa > > > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "DBA - ORACLE" > > > > <[EMAIL PROTECTED]> > > > > > > escreveu > > > > > > > > > > > > > > entendi...bom então acho que terei que partir pro plano B > > > > > > mesmo...fazer via > > > > > > > import, pois os diretórios além de serem diferentes a > versão > > > do > > > > > > windows tb > > > > > > > éh.. > > > > > > > só mais uma coisinha. : ) o parâmetro do banco interfere > na > > > > > > performance do > > > > > > > import? Pq da última vez que fiz desanimei...não sei se é > pq > > > > deixei > > > > > > a sga > > > > > > > total com 2400m sendo que o server tem 6G de memória > > > > > > > > > > > > > > > > > > > > > Em 23/03/06, jlchiappa <[EMAIL PROTECTED]> escreveu: > > > > > > > > > > > > > > > > O bd Oracle se controla pelo controlfile, nele fica > > > > registrado o > > > > > > path > > > > > > > > de cada datafile, além de outras infos : assim, se no > banco > > > > > > original > > > > > > > > os datafiles estavam em F:\DADOS (digamos), na máquina > nova > > > > vc TEM > > > > > > > > QUE os ter copiados pra um drive F: com uma pasta DADOS > e > > > > com as > > > > > > > > exatas permissões que estavam na ma´quina original , > sob o > > > > mesmo > > > > > > > > usuário que existia na outra máquina. REPITO porém que > isso > > > > só > > > > > > vale > > > > > > > > se os SOs forem exatamente os mesmos, se tiver > diferença de > > > > > > versão já > > > > > > > > não se garante o procedimento. > > > > > > > > > > > > > > > > []s > > > > > > > > > > > > > > > > Chiappa > > > > > > > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "DBA - ORACLE" > > > > > > <[EMAIL PROTECTED]> > > > > > > > > escreveu > > > > > > > > > > > > > > > > > > blz então agora sei que posso fazer a cópia dos > datafiles, > > > > > > > > controlfiles, > > > > > > > > > logs, etc, só preciso saber que ao copiando todos > estes > > > > arquivos > > > > > > > > pro local > > > > > > > > > do novo banco...qual método para poder fazer com que o > > > > oracle > > > > > > novo > > > > > > > > reconheça > > > > > > > > > os arquivos de dados... > > > > > > > > > > > > > > > > > > obrigadão > > > > > > > > > > > > > > > > > > > > > > > > > > > Em 23/03/06, jlchiappa <[EMAIL PROTECTED]> escreveu: > > > > > > > > > > > > > > > > > > > > Ao menos até a versão 9i (na 10g isso muda), os > > > datafiles > > > > > > criados > > > > > > > > por > > > > > > > > > > um SO são ** INCOMPATÍVEIS ** e diferentes de outro > SO , > > > > > > então a > > > > > > > > > > pergunta é, esse servidor HP "antigo" está rodando > > > > > > windows ??? Se > > > > > > > > > > sim, blz, vc pode instalar a nova versão de > binários 9i > > > e > > > > > > migrar > > > > > > > > os > > > > > > > > > > datafiles antigos na máquina nova, se não for o > mesmo so > > > > > > > > > > absolutamente NÃO DÁ pra vc pegar datafiles criados > no > > > > sistema > > > > > > > > > > operacional x e querer usar no y... , sendo x e y > > > > diferentes > > > > > > (como > > > > > > > > > > windows e unix, por exemplo). Neste caso (SOs > > > > diferentes) não > > > > > > tem > > > > > > > > > > jeito, vc terá que exportar os dados (via exp, ou > gerar > > > > arq. > > > > > > > > texto), > > > > > > > > > > ou fazer via dblink entre as máquinas, sem outra > chance, > > > > > > afaik. > > > > > > > > > > > > > > > > > > > > []s > > > > > > > > > > > > > > > > > > > > Chiappa > > > > > > > > > > > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "dbaoracle99" > > > > > > > > <[EMAIL PROTECTED]> > > > > > > > > > > escreveu > > > > > > > > > > > > > > > > > > > > > > Pessoal > > > > > > > > > > > > > > > > > > > > > > tenho um servidor novo (oracle9i). Que será de > > > > produção. E > > > > > > tenho > > > > > > > > > > que > > > > > > > > > > > pegar os dados do server antigo(oracle8.1.7) de > > > > produção e > > > > > > > > colocar > > > > > > > > > > no > > > > > > > > > > > server novo. Fiz pelo import, mas demorou muito, > > > mesmo > > > > com > > > > > > > > > > indices=n. > > > > > > > > > > > Sei que tem uma maneira de copiar todos arquivos > de > > > > dados, e > > > > > > > > depois > > > > > > > > > > > fazer algum tipo de recover, mas não sei ao certo > os > > > > > > > > procedimentos. > > > > > > > > > > > > > > > > > > > > > > Servidor HP Dual 6GB memória > > > > > > > > > > > 300GB Disco > > > > > > > > > > > Windows Enterprise 2003 > > > > > > > > > > > SGA TOTAL: 2400M > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ---------------------------------------------------- > ---- > > > - > > > > ----- > > > > > > ---- > > > > > > > > -------------------------------------------------------- > > > > > > > > > > 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/ > > > > > > > > > > > > > > > > > > > > ---------------------------------------------------- > ---- > > > - > > > > ----- > > > > > > ---- > > > > > > > > -------------------------------------------------------- > > > > > > > > > > > > > __________________________________________________________________ > > > > > > > > > > > > > > > > > > > > Este Grupo recebe o apoio da SQL Magazine - > > > > > > > > > > www.devmedia.com.br/sqlmagazine > > > > > > > > > > > > > > > > > > > > > __________________________________________________________________ > > > > > > > > > > O grupo Oracle_br não aceita anexos. Quando oferecer > > > > algum > > > > > > > > arquivo, tenha > > > > > > > > > > o link do mesmo para evitar trafego(pedidos) > > > > desnecessário. > > > > > > > > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto > foram > > > > > > removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------- > ---- > > > - > > > > ----- > > > > > > -------------------------------------------------------- > > > > > > > > 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/ > > > > > > > > > > > > > > > > -------------------------------------------------------- > ---- > > > - > > > > ----- > > > > > > -------------------------------------------------------- > > > > > > > > > > > __________________________________________________________________ > > > > > > > > > > > > > > > > Este Grupo recebe o apoio da SQL Magazine - > > > > > > > > www.devmedia.com.br/sqlmagazine > > > > > > > > > > > > > __________________________________________________________________ > > > > > > > > O grupo Oracle_br não aceita anexos. Quando oferecer > algum > > > > > > arquivo, tenha > > > > > > > > o link do mesmo para evitar trafego(pedidos) > desnecessário. > > > > > > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram > > > > removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------ > ---- > > > - > > > > --------------------------------------------------------- > > > > > > 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/ > > > > > > > > > > > > ------------------------------------------------------------ > ---- > > > - > > > > --------------------------------------------------------- > > > > > __________________________________________________________________ > > > > > > > > > > > > Este Grupo recebe o apoio da SQL Magazine - > > > > > > www.devmedia.com.br/sqlmagazine > > > > > > > > > > > __________________________________________________________________ > > > > > > O grupo Oracle_br não aceita anexos. Quando oferecer algum > > > > arquivo, tenha > > > > > > o link do mesmo para evitar trafego(pedidos) desnecessário. > > > > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram > removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------ > -------------------------------------------------------- > > > 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/ > > > > > > ------------------------------------------------------------------ > -------------------------------------------------------- > __________________________________________________________________ > > > > > > Este Grupo recebe o apoio da SQL Magazine - > > > www.devmedia.com.br/sqlmagazine > > > __________________________________________________________________ > > > O grupo Oracle_br não aceita anexos. Quando oferecer algum > arquivo, tenha > > > o link do mesmo para evitar trafego(pedidos) desnecessário. > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > -------------------------------------------------------------------------------------------------------------------------- > 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/ > > --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ > > Este Grupo recebe o apoio da SQL Magazine - > www.devmedia.com.br/sqlmagazine > __________________________________________________________________ > O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha > o link do mesmo para evitar trafego(pedidos) desnecessário. > > > *Yahoo! Grupos, um serviço oferecido por:* > PUBLICIDADE > > <http://br.ard.yahoo.com/SIG=12f1qrf06/M=403524.8266983.9075311.1588051/D=brclubs/S=2137114689:HM/Y=BR/EXP=1143813870/A=3154524/R=0/SIG=12igfl26t/*http://www.momentumquiz.com.br/index.php?md5ref=372BBEE98E9544bd8B2F9E87847EEEBE> > ------------------------------ > *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]<[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] -------------------------------------------------------------------------------------------------------------------------- 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/ --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __________________________________________________________________ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 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