RES: [oracle_br] Re: Ajuda Expdp
Chiappa, Minha idéia seria gerar dois export, um com metadata apenas, e o outro com os dados. Eu importaria o medata data, desabilitaria as constraints de referecia. Depois disso eu iria fazer o import com os dados. Depois disso posso fazer um novalidate nas constraints e rodar um rebuild nos indices. Só que o lixo do banco não é EE. sendo assim não consigo rodar nada com parallel apenas com nologging. Agora, isso funcionaria? Att, Welvis Douglas da Silva Moretto DBA - Oracle Certified (1ZO-042) Fone: (41) 9997-6297 E-mail:welvis_doug...@hotmail.com, wel...@stcruz.com.br Messenger: welvis_doug...@hotmail.com Mestre em Engenharia de Produção e Sistemas - PUC/PR; Especializando em Banco de Dados - UNOPAR; Especialista Engenharia de Software - UNOPAR; Tecnólogo em Processamento de Dados - FACCAR. _ De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome de José Laurindo Enviada em: terça-feira, 20 de abril de 2010 17:01 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Ajuda Expdp Braga, pelo que eu entendi o Welvis queria exportar sem constraints pra depois importar sem constraints, por dois motivos provavelmente : a) ele não pretende seguir a ordem na importação, assim quando os dados das tabs em questão estão sendo importados as tabelas-pai menores não estão presentes ainda, daria erro de FK e/ou b) já que as tabelas são grandes, importar sem constraints (ou com constraints desabilitadas) poupa o tempo que o bd leva pra fazer check das constraints quando vc importa (o fato dos dados virem de outro banco , onde se presume que estejam íntegros, permite esse approach) então o procedimento seria em tese fazer um export SEM constraints (só dados), outro SEM dados mas com as consraints, importar o import só dos dados e só depois que as tabs PK e tudo mais tiverem ok, importar o import com as constraints PORÉM, dou outro conselho pro Welvis : colega, pra variar vc não diz mas SE há comunicação de rede entre os dois servidores (normalmente há entre prod e desenv) , e as tabelas são grandes, COM QUASE CERTEZA posso dizer que esse procedimento que descrevi é não-ótimo : se vc extrair os DDLs (com expdp, com DBMS_METADATA, com expor full sem dados lido pelo freeware DDL Wizard, por software que faça isso como o Oracle SQL developer, não importa), fazer os CREATE TABLEs com cláusula NOLOGGING e PARALLEL e mandar um INSERT /*+ APPEND /* into tabelanobancodestino AS (select * from tabelao...@dblinkapontabndopraorigem) . com SQL Paralelo ativado e modo NOLOG, e sem índices/constraints, isso deve ser Extremamente mais performático do que import dos dados... feito isso aí sim vc implanta as constraints adicionando a cláusula NOVALIDATE pra que o banco não cheque os dados trazidos do bd origem... []s Chiappa --- Em oracle...@yahoogrup mailto:oracle_br%40yahoogrupos.com.br os.com.br, Marcos Braga braga.mar...@... escreveu Welvis, Efetuo import constantemente e não desabilito constraints. Não sei se esse é o caso. Para efetuar um export somente da estrutura utiliza a opção CONTENT. Ex: $ expdp usuario/senha directory=diretorio_do_db content=metadata_only schemas=schema_name include=tables:\in\(\'TABELA1\',\'TABELA2\'\)\ Na minha página tem alguns exemplos bem toscos, você pode consultar também: http://sites. http://sites.google.com/site/universodobraga/oracle/datapump google.com/site/universodobraga/oracle/datapump creio que é isso []s Braga Em 20 de abril de 2010 13:36, Welvis Douglas wel...@...escreveu: Olá pessoal, estou precisando de uma ajudinha. Tenho que voltar uma base de produção para um ambiante em homolog. O complicado que tenho umas 5 tabelas que são bem grandes, porem estas tabelas são de LOG'S. Queria fazer um export apenas das extruturas, e logo após o import da extrutura fazer um import apenas dos dados. Andei pesquisando, vi que preciso desabilitar todas as constraints do banco para que não de erro no import. É este o caminho, alguem tem alguma sugestão de como fazer o expdp normal = (mata_data/data) e excluir os dados destas 5 tabelas? Att, Welvis Douglas da Silva Moretto DBA - Oracle Certified (1ZO-042) Fone: (41) 9997-6297 E-mail: welvis_doug...@... welvis_douglas%40hotmail.com, wel...@... welvis%40stcruz.com.br Messenger: welvis_doug...@... welvis_douglas%40hotmail.com Mestre em Engenharia de Produção e Sistemas - PUC/PR; Especializando em Banco de Dados - UNOPAR; Especialista Engenharia de Software - UNOPAR; Tecnólogo em Processamento de Dados - FACCAR. [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] Re: Ajuda Expdp
Teria boa performance? Tem algum parametro de posso alterar para aumentar a performance do impdp Obrigado pela ajuda. Att, Welvis Douglas da Silva Moretto DBA - Oracle Certified (1ZO-042) Fone: (41) 9997-6297 E-mail:welvis_doug...@hotmail.com, wel...@stcruz.com.br Messenger: welvis_doug...@hotmail.com Mestre em Engenharia de Produção e Sistemas - PUC/PR; Especializando em Banco de Dados - UNOPAR; Especialista Engenharia de Software - UNOPAR; Tecnólogo em Processamento de Dados - FACCAR. _ De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome de Welvis Douglas Enviada em: terça-feira, 20 de abril de 2010 17:35 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: Ajuda Expdp Chiappa, Minha idéia seria gerar dois export, um com metadata apenas, e o outro com os dados. Eu importaria o medata data, desabilitaria as constraints de referecia. Depois disso eu iria fazer o import com os dados. Depois disso posso fazer um novalidate nas constraints e rodar um rebuild nos indices. Só que o lixo do banco não é EE. sendo assim não consigo rodar nada com parallel apenas com nologging. Agora, isso funcionaria? Att, Welvis Douglas da Silva Moretto DBA - Oracle Certified (1ZO-042) Fone: (41) 9997-6297 E-mail: welvis_douglas@ mailto:welvis_douglas%40hotmail.com hotmail.com, wel...@stcruz. mailto:welvis%40stcruz.com.br com.br Messenger: welvis_douglas@ mailto:welvis_douglas%40hotmail.com hotmail.com Mestre em Engenharia de Produção e Sistemas - PUC/PR; Especializando em Banco de Dados - UNOPAR; Especialista Engenharia de Software - UNOPAR; Tecnólogo em Processamento de Dados - FACCAR. _ De: oracle...@yahoogrup mailto:oracle_br%40yahoogrupos.com.br os.com.br [mailto:oracle...@yahoogrup mailto:oracle_br%40yahoogrupos.com.br os.com.br] Em nome de José Laurindo Enviada em: terça-feira, 20 de abril de 2010 17:01 Para: oracle...@yahoogrup mailto:oracle_br%40yahoogrupos.com.br os.com.br Assunto: [oracle_br] Re: Ajuda Expdp Braga, pelo que eu entendi o Welvis queria exportar sem constraints pra depois importar sem constraints, por dois motivos provavelmente : a) ele não pretende seguir a ordem na importação, assim quando os dados das tabs em questão estão sendo importados as tabelas-pai menores não estão presentes ainda, daria erro de FK e/ou b) já que as tabelas são grandes, importar sem constraints (ou com constraints desabilitadas) poupa o tempo que o bd leva pra fazer check das constraints quando vc importa (o fato dos dados virem de outro banco , onde se presume que estejam íntegros, permite esse approach) então o procedimento seria em tese fazer um export SEM constraints (só dados), outro SEM dados mas com as consraints, importar o import só dos dados e só depois que as tabs PK e tudo mais tiverem ok, importar o import com as constraints PORÉM, dou outro conselho pro Welvis : colega, pra variar vc não diz mas SE há comunicação de rede entre os dois servidores (normalmente há entre prod e desenv) , e as tabelas são grandes, COM QUASE CERTEZA posso dizer que esse procedimento que descrevi é não-ótimo : se vc extrair os DDLs (com expdp, com DBMS_METADATA, com expor full sem dados lido pelo freeware DDL Wizard, por software que faça isso como o Oracle SQL developer, não importa), fazer os CREATE TABLEs com cláusula NOLOGGING e PARALLEL e mandar um INSERT /*+ APPEND /* into tabelanobancodestino AS (select * from tabelao...@dblinkapontabndopraorigem) . com SQL Paralelo ativado e modo NOLOG, e sem índices/constraints, isso deve ser Extremamente mais performático do que import dos dados... feito isso aí sim vc implanta as constraints adicionando a cláusula NOVALIDATE pra que o banco não cheque os dados trazidos do bd origem... []s Chiappa --- Em oracle...@yahoogrup mailto:oracle_br%40yahoogrupos.com.br os.com.br, Marcos Braga braga.mar...@... escreveu Welvis, Efetuo import constantemente e não desabilito constraints. Não sei se esse é o caso. Para efetuar um export somente da estrutura utiliza a opção CONTENT. Ex: $ expdp usuario/senha directory=diretorio_do_db content=metadata_only schemas=schema_name include=tables:\in\(\'TABELA1\',\'TABELA2\'\)\ Na minha página tem alguns exemplos bem toscos, você pode consultar também: http://sites. http://sites. http://sites.google.com/site/universodobraga/oracle/datapump google.com/site/universodobraga/oracle/datapump google.com/site/universodobraga/oracle/datapump creio que é isso []s Braga Em 20 de abril de 2010 13:36, Welvis Douglas wel...@...escreveu: Olá pessoal, estou precisando de uma ajudinha. Tenho que voltar uma base de produção para um ambiante em homolog. O complicado que tenho umas 5 tabelas que são bem grandes, porem estas tabelas são de LOG'S. Queria fazer um export apenas das extruturas, e logo após o import da extrutura fazer um import apenas dos dados. Andei pesquisando, vi que preciso desabilitar todas as constraints
RES: [oracle_br] Re: Ajuda Expdp
ixe,realmente iirc Standard implica em sem paralelismo... Bem, o procedimento que vc cita é uma variação do que eu disse em primeiro lugar na nota (ao invés de criar os objs vazios sem constraints vc os cria normal e desabilita as constraints, ok) deve funcionar normal, sim O ponto maior que pode pegar em termos de performance no impdp e favorecer o INSERT direto é que é garantido que o INSERT /*+ APPEND */ numa tabela NOLOGGING e sem índices/constraints vai usar direct mode e gerar o mínimo de logging, enquanto pro impdp já vi uns bugs impedindo isso aí o import acabava sendo logado e sem usar direct, teste aí Bem Direitinho se no seu caso dá diferença de perf ou não... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Welvis Douglas wel...@... escreveu Chiappa, Minha idéia seria gerar dois export, um com metadata apenas, e o outro com os dados. Eu importaria o medata data, desabilitaria as constraints de referecia. Depois disso eu iria fazer o import com os dados. Depois disso posso fazer um novalidate nas constraints e rodar um rebuild nos indices. Só que o lixo do banco não é EE. sendo assim não consigo rodar nada com parallel apenas com nologging. Agora, isso funcionaria? Att, Welvis Douglas da Silva Moretto DBA - Oracle Certified (1ZO-042) Fone: (41) 9997-6297 E-mail:welvis_doug...@..., wel...@... Messenger: welvis_doug...@... Mestre em Engenharia de Produção e Sistemas - PUC/PR; Especializando em Banco de Dados - UNOPAR; Especialista Engenharia de Software - UNOPAR; Tecnólogo em Processamento de Dados - FACCAR. _ De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome de José Laurindo Enviada em: terça-feira, 20 de abril de 2010 17:01 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Ajuda Expdp Braga, pelo que eu entendi o Welvis queria exportar sem constraints pra depois importar sem constraints, por dois motivos provavelmente : a) ele não pretende seguir a ordem na importação, assim quando os dados das tabs em questão estão sendo importados as tabelas-pai menores não estão presentes ainda, daria erro de FK e/ou b) já que as tabelas são grandes, importar sem constraints (ou com constraints desabilitadas) poupa o tempo que o bd leva pra fazer check das constraints quando vc importa (o fato dos dados virem de outro banco , onde se presume que estejam íntegros, permite esse approach) então o procedimento seria em tese fazer um export SEM constraints (só dados), outro SEM dados mas com as consraints, importar o import só dos dados e só depois que as tabs PK e tudo mais tiverem ok, importar o import com as constraints PORÉM, dou outro conselho pro Welvis : colega, pra variar vc não diz mas SE há comunicação de rede entre os dois servidores (normalmente há entre prod e desenv) , e as tabelas são grandes, COM QUASE CERTEZA posso dizer que esse procedimento que descrevi é não-ótimo : se vc extrair os DDLs (com expdp, com DBMS_METADATA, com expor full sem dados lido pelo freeware DDL Wizard, por software que faça isso como o Oracle SQL developer, não importa), fazer os CREATE TABLEs com cláusula NOLOGGING e PARALLEL e mandar um INSERT /*+ APPEND /* into tabelanobancodestino AS (select * from tabelao...@dblinkapontabndopraorigem) . com SQL Paralelo ativado e modo NOLOG, e sem índices/constraints, isso deve ser Extremamente mais performático do que import dos dados... feito isso aí sim vc implanta as constraints adicionando a cláusula NOVALIDATE pra que o banco não cheque os dados trazidos do bd origem... []s Chiappa --- Em oracle...@yahoogrup mailto:oracle_br%40yahoogrupos.com.br os.com.br, Marcos Braga braga.marcos@ escreveu Welvis, Efetuo import constantemente e não desabilito constraints. Não sei se esse é o caso. Para efetuar um export somente da estrutura utiliza a opção CONTENT. Ex: $ expdp usuario/senha directory=diretorio_do_db content=metadata_only schemas=schema_name include=tables:\in\(\'TABELA1\',\'TABELA2\'\)\ Na minha página tem alguns exemplos bem toscos, você pode consultar também: http://sites. http://sites.google.com/site/universodobraga/oracle/datapump google.com/site/universodobraga/oracle/datapump creio que é isso []s Braga Em 20 de abril de 2010 13:36, Welvis Douglas welvis@escreveu: Olá pessoal, estou precisando de uma ajudinha. Tenho que voltar uma base de produção para um ambiante em homolog. O complicado que tenho umas 5 tabelas que são bem grandes, porem estas tabelas são de LOG'S. Queria fazer um export apenas das extruturas, e logo após o import da extrutura fazer um import apenas dos dados. Andei pesquisando, vi que preciso desabilitar todas as constraints do banco para que não de erro no import. É este o caminho, alguem tem alguma sugestão de como fazer o expdp normal =
RES: [oracle_br] Re: Ajuda Expdp
Normalmente bem setado/ajustado expdp/impdp não costuma ter uma performance abismalmente ruim, mas também via de regra o INSERT /*+ APPEND */ a sobrepuja, TESTE direitinho aí no seu ambiente : pra ser uma comparação Justa, estude antes as notas metalink : Export/Import DataPump Parameter ACCESS_METHOD - How to Enforce a Method of Loading and Unloading Data ? (Doc ID 552424.1) Checklist for Slow Performance of Export Data Pump (expdp) and Import DataPump (impdp) (Doc ID 453895.1) My Experience in Moving a 1 Terabyte Database Across Platforms With Minimal Downtime (Doc ID 431096.1) pra ver se vc não está caindo nalgum prob conhecido de performance com o data pump... Quanto à parâmetros, o principal é o ACCESS_METHOD (citado na primeira nota), e o PARALLEL - este último não sei se num banco Standard será aceito, já que nunca tive o desprazer de mexer com isso, toca a testar []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Welvis Douglas wel...@... escreveu Teria boa performance? Tem algum parametro de posso alterar para aumentar a performance do impdp Obrigado pela ajuda. Att, Welvis Douglas da Silva Moretto DBA - Oracle Certified (1ZO-042) Fone: (41) 9997-6297 E-mail:welvis_doug...@..., wel...@... Messenger: welvis_doug...@... Mestre em Engenharia de Produção e Sistemas - PUC/PR; Especializando em Banco de Dados - UNOPAR; Especialista Engenharia de Software - UNOPAR; Tecnólogo em Processamento de Dados - FACCAR. _ De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome de Welvis Douglas Enviada em: terça-feira, 20 de abril de 2010 17:35 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: Ajuda Expdp Chiappa, Minha idéia seria gerar dois export, um com metadata apenas, e o outro com os dados. Eu importaria o medata data, desabilitaria as constraints de referecia. Depois disso eu iria fazer o import com os dados. Depois disso posso fazer um novalidate nas constraints e rodar um rebuild nos indices. Só que o lixo do banco não é EE. sendo assim não consigo rodar nada com parallel apenas com nologging. Agora, isso funcionaria? Att, Welvis Douglas da Silva Moretto DBA - Oracle Certified (1ZO-042) Fone: (41) 9997-6297 E-mail: welvis_douglas@ mailto:welvis_douglas%40hotmail.com hotmail.com, wel...@stcruz. mailto:welvis%40stcruz.com.br com.br Messenger: welvis_douglas@ mailto:welvis_douglas%40hotmail.com hotmail.com Mestre em Engenharia de Produção e Sistemas - PUC/PR; Especializando em Banco de Dados - UNOPAR; Especialista Engenharia de Software - UNOPAR; Tecnólogo em Processamento de Dados - FACCAR. _ De: oracle...@yahoogrup mailto:oracle_br%40yahoogrupos.com.br os.com.br [mailto:oracle...@yahoogrup mailto:oracle_br%40yahoogrupos.com.br os.com.br] Em nome de José Laurindo Enviada em: terça-feira, 20 de abril de 2010 17:01 Para: oracle...@yahoogrup mailto:oracle_br%40yahoogrupos.com.br os.com.br Assunto: [oracle_br] Re: Ajuda Expdp Braga, pelo que eu entendi o Welvis queria exportar sem constraints pra depois importar sem constraints, por dois motivos provavelmente : a) ele não pretende seguir a ordem na importação, assim quando os dados das tabs em questão estão sendo importados as tabelas-pai menores não estão presentes ainda, daria erro de FK e/ou b) já que as tabelas são grandes, importar sem constraints (ou com constraints desabilitadas) poupa o tempo que o bd leva pra fazer check das constraints quando vc importa (o fato dos dados virem de outro banco , onde se presume que estejam íntegros, permite esse approach) então o procedimento seria em tese fazer um export SEM constraints (só dados), outro SEM dados mas com as consraints, importar o import só dos dados e só depois que as tabs PK e tudo mais tiverem ok, importar o import com as constraints PORÉM, dou outro conselho pro Welvis : colega, pra variar vc não diz mas SE há comunicação de rede entre os dois servidores (normalmente há entre prod e desenv) , e as tabelas são grandes, COM QUASE CERTEZA posso dizer que esse procedimento que descrevi é não-ótimo : se vc extrair os DDLs (com expdp, com DBMS_METADATA, com expor full sem dados lido pelo freeware DDL Wizard, por software que faça isso como o Oracle SQL developer, não importa), fazer os CREATE TABLEs com cláusula NOLOGGING e PARALLEL e mandar um INSERT /*+ APPEND /* into tabelanobancodestino AS (select * from tabelao...@dblinkapontabndopraorigem) . com SQL Paralelo ativado e modo NOLOG, e sem índices/constraints, isso deve ser Extremamente mais performático do que import dos dados... feito isso aí sim vc implanta as constraints adicionando a cláusula NOVALIDATE pra que o banco não cheque os dados trazidos do bd origem... []s Chiappa --- Em oracle...@yahoogrup mailto:oracle_br%40yahoogrupos.com.br os.com.br, Marcos Braga braga.marcos@ escreveu Welvis