Re: [oracle_br] Re: Importação de dados

2015-08-28 Por tôpico Wanderson Barrence wbarre...@gmail.com [oracle_br] 
Obrigado a todos pelas dicas.

Att,

Wanderson

Em 28 de agosto de 2015 15:40, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Bem, eu não tenho um pronto mas não deve ser muito difícil de escrever, é
> basicamente levantar as constraints e em cada constraint há a tabela-chave
> e a tabela dependente : é mais trabalhoso que difícil, tem uns
> detalhezinhos que se tem que levar em conta...
>   AGora, uma Sugestão : avalia a Possibilidade de , depois de importar sem
> constraints, deixar o próprio RDBMS logar as linhas que violam CONSTRAINTS
> na hora de habilitar , veja exemplo em
> https://blogs.oracle.com/sysdba/entry/constraints_how_to_resolve_the .
>
>   ´[]s
>
>  Chiappa
> 
>

Re: [oracle_br] Re: Importação de dados

2015-08-28 Por tôpico jlchia...@yahoo.com.br [oracle_br] 
Bem, eu não tenho um pronto mas não deve ser muito difícil de escrever, é 
basicamente levantar as constraints e em cada constraint há a tabela-chave e a 
tabela dependente : é mais trabalhoso que difícil, tem uns detalhezinhos que se 
tem que levar em conta...
  AGora, uma Sugestão : avalia a Possibilidade de , depois de importar sem 
constraints, deixar o próprio RDBMS logar as linhas que violam CONSTRAINTS na 
hora de habilitar , veja exemplo em 
https://blogs.oracle.com/sysdba/entry/constraints_how_to_resolve_the .
  
  ´[]s
  
 Chiappa

Re: [oracle_br] Re: Importação de dados

2015-08-28 Por tôpico Vitor Junior vitorj...@gmail.com [oracle_br] 
https://community.oracle.com/thread/2315472?start=15&tstart=0

Só pesquisar...

Em sex, 28 de ago de 2015 às 14:22, Wanderson Barrence wbarre...@gmail.com
[oracle_br]  escreveu:

>
>
> A clausula sample atende a minha necessidade, alguém já tem algum script
> que remove os registros orfãos do banco de dados?
>
>
> Em 28 de agosto de 2015 13:59, jlchia...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br> escreveu:
>
>>
>>
>> Opa : não, rigorosamente Não Existe no datapump uma opção de extrair um
>> subset de dados a partir de um dump full O que existe no datapump nesse
>> sentido é :
>>
>> a) refazer o export, mas desta vez usando a cláusula SAMPLE para as
>> tabelas grandes
>>
>> ou
>>
>> b) refazer o export, mas desta vez usando uma condição de Query (tipo,
>> Query=schema.nomedatabela:'"where rownum> as  linhas que vc quer
>>
>> ou
>>
>> c) incluir no import para cada tabela grande condições de query (com
>> ROWNUM), que importem só x linhas
>>
>> ou
>>
>> d) pedir pro DBA criar as tablespaces onde os dados vão ser importados
>> com um tamanho que só dá para x linhas, se as tabs grandes tão em
>> tablespaces separadas
>>
>> ou
>>
>> e) ter uma trigger de INSERT que barre mais que  linhas
>>
>> ou variações do tema... Fique patente que :
>>
>> - NENHUMA das opções acima respeita constraints e Relacionamentos
>> (basicamente por isso que existem as N+1! opções de tools de extração de
>> subset de dados, da Oracle e de outros) : sendo assim vc CERTAMENTE teria
>> que importar sem constraints, depois escrever um PL/SQLzinho que elimine os
>> registros órfãos/sem relacionamentos, e então importar os constraints com
>> novalidate
>>
>> - rownum significa "N linhas quaisquer", pense nele como na prática
>> linhas Aleatórias na qtdade especificada
>>
>> - SE as tabelas tem alguma coluna DATE e/ou um range de valores que
>> permita a divisão dos dados, vc pode colocar uma condição desse tipo na
>> QUERY do datapump
>>
>>  []s
>>
>>Chiappa
>>
>>
>
> 
>
-- 
Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team

Oracle 12c DBA Certified Professional - OCP 12c
Oracle 11g DBA Certified Professional - OCP 11g
Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn: vitorj...@gmail.com
http://certificacaobd.com.br/
skype: vjunior1981
https://mybizcard.co/vitor.jr.385628

Re: [oracle_br] Re: Importação de dados

2015-08-28 Por tôpico Wanderson Barrence wbarre...@gmail.com [oracle_br] 
A clausula sample atende a minha necessidade, alguém já tem algum script
que remove os registros orfãos do banco de dados?

Em 28 de agosto de 2015 13:59, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Opa : não, rigorosamente Não Existe no datapump uma opção de extrair um
> subset de dados a partir de um dump full O que existe no datapump nesse
> sentido é :
>
> a) refazer o export, mas desta vez usando a cláusula SAMPLE para as
> tabelas grandes
>
> ou
>
> b) refazer o export, mas desta vez usando uma condição de Query (tipo,
> Query=schema.nomedatabela:'"where rownum as  linhas que vc quer
>
> ou
>
> c) incluir no import para cada tabela grande condições de query (com
> ROWNUM), que importem só x linhas
>
> ou
>
> d) pedir pro DBA criar as tablespaces onde os dados vão ser importados com
> um tamanho que só dá para x linhas, se as tabs grandes tão em
> tablespaces separadas
>
> ou
>
> e) ter uma trigger de INSERT que barre mais que  linhas
>
> ou variações do tema... Fique patente que :
>
> - NENHUMA das opções acima respeita constraints e Relacionamentos
> (basicamente por isso que existem as N+1! opções de tools de extração de
> subset de dados, da Oracle e de outros) : sendo assim vc CERTAMENTE teria
> que importar sem constraints, depois escrever um PL/SQLzinho que elimine os
> registros órfãos/sem relacionamentos, e então importar os constraints com
> novalidate
>
> - rownum significa "N linhas quaisquer", pense nele como na prática linhas
> Aleatórias na qtdade especificada
>
> - SE as tabelas tem alguma coluna DATE e/ou um range de valores que
> permita a divisão dos dados, vc pode colocar uma condição desse tipo na
> QUERY do datapump
>
>  []s
>
>Chiappa
>
> 
>

Re: [oracle_br] Re: Importação de Dados via Data Pump

2012-07-14 Por tôpico Yahoo 
Obrigado pelas considerações Chiappa, irei conversar com o DBA da empresa
pra ver a possibilidade de colocarmos essas práticas em produção.


Em 13 de julho de 2012 18:02, J. Laurindo Chiappa
escreveu:

> **
>
>
> Colega, algumas considerações :
>
> a. sim, vc pode ter paralelismo no impdp, mas afaik nele o que ocorre é
> que as tarefas grandes são processadas por diversas slave sessions, mas o
> progresso é em geral do trabalho de importação é sempre serial... Imagine
> que vc tem 5 índices grandes a construir e o impdp está construindo o
> primeiro deles : se vc especificar PARALLEL=x, vc terá até x -1 sessões
> simultâneas trabalhando em conjunto (uma será a coordenadora), cada uma
> construindo uma parte do índice 1, MAS enquanto o índice 1 não ser
> construído o impdp NÃO avança na leitura do dumpfile e não começa a
> trabalhar no índice 2,3,4, 5
> Tipicamente num servidor de produção, parrudo, vc Tem recursos para
> permitir vários trabalhos simultâneos de DDL, então poderia valer a pena vc
> ter simultaneamente na sua máquina uma janela conectando com o banco com
> uma sessão criando o índice 1 (com alguns paralelos, ok), E uma outra
> janela com outra sessão criando o índice 2 (com alguns paralelos slaves,
> também), outra no índice 3
>
> b. outra coisa que consome um tempo lascado no impdp é que ele gera
> comandos complestos de Constraints, que Validam os dados : ora, se vc está
> importando da prod normalmente vc SABE que os dados estão íntegros, então
> seria de bom-tom criar as constraints mas SEM validar os dados...
>
> c. ainda outro ponto que em alguns casos pode atrasar Enormemente a
> criação de índices é que, se os índices estão marcados como LOGGING na
> prod, eles afaik serão Sim criados como logging no banco-destino, gerando
> todo o redo necessário para uma eventual recuperação Já que o
> banco-destino no seu caso está sendo populado Agora, penso ser ZERO a
> chance de já, imediatamente, ser necessária uma Recuperação, então criar os
> índices (E tabelas, e todos os segmentos mais) como NOLOGGING seria uma boa
> para performance
>
> d. e o ponto final : a criação de um índice (falando aqui de índices
> normais, b*tree) NECESSARIAMENTE implica em sorting (já que os dados TEM
> que ser gravados fisicamente ordenados), então muitas vezes vale MUITO a
> pena para a performance vc temporariamente alterar as sessões que estão
> fazendo o DDL do índice para NÃO fazerem auto-tuning do PGA
> (especificamente da área de memória para sorts) e Manualmente vc mandar
> brasa numa alocação Bem Grande de RAM especificamente para a área de sort...
>
> ===> TUDO o que eu falei acima vc consegue facilmente conectando via
> sqlplus no banco-destino e ajustando a sessão antes de executar um script
> que faça o DDL dos índices/constraints/objetos desejados  Então a minha
> Recomendação para vc é :
>
> 1) já que a criação das tabelas em si vai bem com o impdp, ok, peça pro
> seu DBA te dar um dumpfile com as tabelas todas MAS ** sem ** as
> constraints e ** sem ** os índices
>
> 2) peça pro seu DBA extrair em arquivos de texto o DDL das constraints e
> dos índices (TODO DBA minimamente experto sabe como fazer isso, pode ser
> com DBMS_METADATA, pode ser com scripting no impdp, pode ser um script
> sqlplus que consulte os metadados Oracle, whatever)
>
> 3) peça pro seu DBA alterar os scripts com DDLs das constraints para
> incluir uma cláusula NOVALIDATE nelas todas
>
> 4) peça pro seu DBA alterar os scripts com DDLs dos índices para que :
>
> - logo no começo eles façam :
>
> ALTER SESSION SET workarea_size_policy=MANUAL;
> ALTER SESSION SET SORT_AREA_SIZE=; (onde nnn é um número Bem grande
> mas que vc tem certeza que a RAM livre do seu sistema suporta)
> ALTER SESSION ENABLE PARALLEL DDL;
>
> - cada comando CREATE INDEX especifique uma cláusula PARALLEL, e ao final
> contenha um NOLOGGING;
>
> 5) execute os scripts de índices, alguns deles simultaneamente a cada vez
>
> 6) execute os scripts de constraints, alguns deles simultaneamente a cada
> vez
>
> ===> é MUITO, mas MUITO provável que esse procedimento que descrevi seja
> Extremamente mais performático do que import, okdoc ?? Quando se fala de
> banco de tamanho não-trivial, saindo de pequeno e indo para médio (mais de
> meio TB), esse procedimento via de regra é o melhor para recriação de dados
> se a janela não é indeterminada, que pelo que entendi é o que vc quer 
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, Yahoo  escreveu
>
> >
> > Obrigado pela dica Rafael, irei realizar testes utilizando essa cláusula.
> > Segundo o DBA, a base completa deve ter em torno de 600 Gigas.
> >
> > Em 13 de julho de 2012 16:20, Rafael Mendonca  ...>escreveu:
> >
> > > **
>
> > >
> > >
> > > Thiago, é normal os índices demorarem mais que a importação dos
> registros
> > > da tabela. Aqui na minha base leva quase o dobro do tempo.
> > >
> > > Sim, você pode usar paralelismo utilizando a cláusula: PARALLEL=X
> > >
> > > onde X se

Re: [oracle_br] Re: Importação de banco de dados

2010-01-13 Por tôpico Fabio Schmidt 
Certissimo Chiappa, era o DBID que estava precisando mesmo, o sistema ERP 
utilizado faz a verificação deste campo, sempre que se instala um novo banco 
tem que informar à empresa. Obrigado.
 
--- Em qua, 13/1/10, José Laurindo  escreveu:


De: José Laurindo 
Assunto: [oracle_br] Re: Importação de banco de dados
Para: oracle_br@yahoogrupos.com.br
Data: Quarta-feira, 13 de Janeiro de 2010, 11:41


  



Ao dizer "para cada instalação", talvez vc está pensando nos binários, talvez 
alguma entrada no registro, ou algum licence number embutido no software ?? 
Sendo isso NÃO, a Oracle ** Absolutamente ** não tem Nada nesse sentido 
embutido no software, rigorosamente Não Há um limite pra quantidade de 
instalações que vc pode fazer com o software (tecnicamente se vc quiser fazer 
100 instalações com a mesma mídia, ok), não é pelos binários que a Oracle 
controla a tua licença (é só pelo Contrato mesmo), quando vc instala o software 
ele ** não ** 'disca pra casa', não pede um número de licença, nada disso...
O que existe de mais próximo é o DBID, que é um número de identificação de um 
database - quando vc cria um database o software atribui um número de 
identificação à esse database, que em tese é único para cada database que vc 
criar : notar porém que isso Não é enviado pra Oracle, ela nem 'sabe' desse 
número, ele é pra controle interno seu... Vc o encontra fazaendo um SELECT * 
FROM V$DATABASE; , é a coluna DBID.

[]s

Chiappa

--- Em oracle...@yahoogrup os.com.br, Fabio Schmidt  
escreveu
>
> Bom dia a todos...
>  
> Existe um código unico que identifica cada instalação do Oracle? Poderiam me 
> informar qual o nome desse parametro?
>  
> Obrigado, abraços
> 
> --- Em ter, 12/1/10, Fabio Schmidt  escreveu:
> 
> 
> De: Fabio Schmidt 
> Assunto: Re: [oracle_br] Re: Importação de banco de dados
> Para: oracle...@yahoogrup os.com.br
> Data: Terça-feira, 12 de Janeiro de 2010, 22:54
> 
> 
>   
> 
> 
> 
> Chiapaa, te agradeço mais uma vez pelo auxilio ! Consegui importar o banco, 
> realmente o arquivo dump estava corrompido devido à copia via samba. Eu fiz a 
> cópia pelo SCP e funcionou perfeitamente.
>  
> Agora está tudo funcionando perfeitamente, nem precisei colocar o IGNORE no 
> IMPaceitou as tablespaces já criadas.
>  
> Obrigado a todos que me auxiliaram ! 
>  
> Obs.: Vocês já utilizaram o software INSIDER da fourthelephant para monitorar 
> as instancias? Um amigo indicou e estou gostando muito.
> 
> --- Em ter, 12/1/10, José Laurindo  escreveu:
> 
> De: José Laurindo 
> Assunto: [oracle_br] Re: Importação de banco de dados
> Para: oracle...@yahoogrup os.com.br
> Data: Terça-feira, 12 de Janeiro de 2010, 19:58
> 
>   
> 
> Quando se faz um export full (deve ser o caso aqui imagino) , via exp do 9i 
> não é, só no expdp (o novo util de export do 10g) é que vc tem a opção de num 
> export full não incluir tablespaces .. Porém, isso não deve te barrar, se 
> as tablespaces já existem, com o mesmo nome, e há quota/rpivilé gios 
> adequados, vc mete um IGNORE=Y no imp que ele dá o erro de UNABLE TO CREATE 
> nass tablespaces mas continua...
> 
> []s
> 
> Chiappa
> 
> --- Em oracle...@yahoogrup os.com.br, Fabio Schmidt  
> escreveu
> >
> > Obrigado Chiappa, o cliente que gerou o dump e me entregou, por isso estava 
> > querendo confirmar se é corrupção mesmo...segundo ele o arquivo foi copiado 
> > via samba, acho que isso pode ter corrompido.
> >  
> > Hoje irei gerar o dump e copiar observando o que você me falou, te agradeço 
> > muito a atenção.
> >  
> > Obs.: No exp, é possível não exportar as tablespaces? Pois já foram criadas 
> > no servidor novo com caminhos diferentes.
> > 
> > 
> > --- Em ter, 12/1/10, José Laurindo  escreveu:
> > 
> > 
> > De: José Laurindo 
> > Assunto: [oracle_br] Re: Importação de banco de dados
> > Para: oracle...@yahoogrup os.com.br
> > Data: Terça-feira, 12 de Janeiro de 2010, 15:46
> > 
> > 
> >   
> > 
> > 
> > 
> > Fabio, um ponto importante é : uma procedimento que COM CERTEZA corrompe o 
> > .dmp é vc o transferir com FTP em modo ASCII ao invés de BIN, vc (ou o 
> > cliente que te deu o .dmp) fez isso ? Se fez, babau...
> > Quanto à procedimento, neca : vc em tese pode importar o .dmp gerado no 9i 
> > com o imp do 10g (*** não é o impdp, é o imp !!!) sem probs... Teve uns 
> > bugs mas nenhum que dê corrupção...
> > 
> > []s
> > 
> > Chiappa
> > --- Em oracle...@yahoogrup os.com.br, Fabio Schmidt  
> > escreveu
> > >
> > > Obrigado pela ajuda Cyro, vou fazer outro import para confirmar se está

Re: [oracle_br] Re: Importação de banco de dados

2010-01-13 Por tôpico Fabio Schmidt 
Bom dia a todos...
 
Existe um código unico que identifica cada instalação do Oracle? Poderiam me 
informar qual o nome desse parametro?
 
Obrigado, abraços

--- Em ter, 12/1/10, Fabio Schmidt  escreveu:


De: Fabio Schmidt 
Assunto: Re: [oracle_br] Re: Importação de banco de dados
Para: oracle_br@yahoogrupos.com.br
Data: Terça-feira, 12 de Janeiro de 2010, 22:54


  



Chiapaa, te agradeço mais uma vez pelo auxilio ! Consegui importar o banco, 
realmente o arquivo dump estava corrompido devido à copia via samba. Eu fiz a 
cópia pelo SCP e funcionou perfeitamente.
 
Agora está tudo funcionando perfeitamente, nem precisei colocar o IGNORE no 
IMPaceitou as tablespaces já criadas.
 
Obrigado a todos que me auxiliaram ! 
 
Obs.: Vocês já utilizaram o software INSIDER da fourthelephant para monitorar 
as instancias? Um amigo indicou e estou gostando muito.

--- Em ter, 12/1/10, José Laurindo  escreveu:

De: José Laurindo 
Assunto: [oracle_br] Re: Importação de banco de dados
Para: oracle...@yahoogrup os.com.br
Data: Terça-feira, 12 de Janeiro de 2010, 19:58

  

Quando se faz um export full (deve ser o caso aqui imagino) , via exp do 9i não 
é, só no expdp (o novo util de export do 10g) é que vc tem a opção de num 
export full não incluir tablespaces .. Porém, isso não deve te barrar, se 
as tablespaces já existem, com o mesmo nome, e há quota/rpivilé gios adequados, 
vc mete um IGNORE=Y no imp que ele dá o erro de UNABLE TO CREATE nass 
tablespaces mas continua...

[]s

Chiappa

--- Em oracle...@yahoogrup os.com.br, Fabio Schmidt  
escreveu
>
> Obrigado Chiappa, o cliente que gerou o dump e me entregou, por isso estava 
> querendo confirmar se é corrupção mesmo...segundo ele o arquivo foi copiado 
> via samba, acho que isso pode ter corrompido.
>  
> Hoje irei gerar o dump e copiar observando o que você me falou, te agradeço 
> muito a atenção.
>  
> Obs.: No exp, é possível não exportar as tablespaces? Pois já foram criadas 
> no servidor novo com caminhos diferentes.
> 
> 
> --- Em ter, 12/1/10, José Laurindo  escreveu:
> 
> 
> De: José Laurindo 
> Assunto: [oracle_br] Re: Importação de banco de dados
> Para: oracle...@yahoogrup os.com.br
> Data: Terça-feira, 12 de Janeiro de 2010, 15:46
> 
> 
>   
> 
> 
> 
> Fabio, um ponto importante é : uma procedimento que COM CERTEZA corrompe o 
> .dmp é vc o transferir com FTP em modo ASCII ao invés de BIN, vc (ou o 
> cliente que te deu o .dmp) fez isso ? Se fez, babau...
> Quanto à procedimento, neca : vc em tese pode importar o .dmp gerado no 9i 
> com o imp do 10g (*** não é o impdp, é o imp !!!) sem probs... Teve uns bugs 
> mas nenhum que dê corrupção...
> 
> []s
> 
> Chiappa
> --- Em oracle...@yahoogrup os.com.br, Fabio Schmidt  
> escreveu
> >
> > Obrigado pela ajuda Cyro, vou fazer outro import para confirmar se está 
> > corrompido.
> >  
> > Pelo que pesquisei não terei problema em importar no oracle 10g um dump 
> > gerado pelo 9i, mas devo executar algum outro procedimento antes do IMP?
> >  
> > 
> > 
> > --- Em ter, 12/1/10, Cyro  escreveu:
> > 
> > 
> > De: Cyro 
> > Assunto: Re: [oracle_br] Importação de bando de dados
> > Para: oracle...@yahoogrup os.com.br
> > Data: Terça-feira, 12 de Janeiro de 2010, 15:01
> > 
> > 
> > Fábio,
> > 
> > Se estiver corrompido, não tem jeito, tem que refazer o export e importar
> > novamente.
> > 
> > 2010/1/12 Fabio Schmidt 
> > 
> > >
> > >
> > > Bom dia amigos, exportei um banco do oracle 9i e preciso importar no 
> > > oracle
> > > 10g, já criei o banco novo e as tablespaces, agora preciso importar o 
> > > banco
> > > de dados, mas ao dar o comando IMP recebo a mensagem que o arquivo dump 
> > > está
> > > corrompido (imp-ora0037) .
> > >
> > > O que devo fazer para conseguir importar o banco?
> > >
> > > Agradeço desde já.
> > >
> > > Fabio
> > >
> > >  _ _ _ _ _ _
> > > 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]
> > >
> > >  
> > >
> > 
> > 
> > 
> > -- 
> > Att,
> > Cyro
> > 
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> > 
> > 
> > 
> >  - - --
> > 
> >  - - - - --

Re: [oracle_br] Re: Importação de banco de dados

2010-01-12 Por tôpico Fabio Schmidt 
Chiapaa, te agradeço mais uma vez pelo auxilio ! Consegui importar o banco, 
realmente o arquivo dump estava corrompido devido à copia via samba. Eu fiz a 
cópia pelo SCP e funcionou perfeitamente.
 
Agora está tudo funcionando perfeitamente, nem precisei colocar o IGNORE no 
IMPaceitou as tablespaces já criadas.
 
Obrigado a todos que me auxiliaram ! 
 
Obs.: Vocês já utilizaram o software INSIDER da fourthelephant para monitorar 
as instancias? Um amigo indicou e estou gostando muito.

--- Em ter, 12/1/10, José Laurindo  escreveu:


De: José Laurindo 
Assunto: [oracle_br] Re: Importação de banco de dados
Para: oracle_br@yahoogrupos.com.br
Data: Terça-feira, 12 de Janeiro de 2010, 19:58


  



Quando se faz um export full (deve ser o caso aqui imagino) , via exp do 9i não 
é, só no expdp (o novo util de export do 10g) é que vc tem a opção de num 
export full não incluir tablespaces . Porém, isso não deve te barrar, se as 
tablespaces já existem, com o mesmo nome, e há quota/rpivilé gios adequados, vc 
mete um IGNORE=Y no imp que ele dá o erro de UNABLE TO CREATE nass tablespaces 
mas continua...

[]s

Chiappa

--- Em oracle...@yahoogrup os.com.br, Fabio Schmidt  
escreveu
>
> Obrigado Chiappa, o cliente que gerou o dump e me entregou, por isso estava 
> querendo confirmar se é corrupção mesmo...segundo ele o arquivo foi copiado 
> via samba, acho que isso pode ter corrompido.
>  
> Hoje irei gerar o dump e copiar observando o que você me falou, te agradeço 
> muito a atenção.
>  
> Obs.: No exp, é possível não exportar as tablespaces? Pois já foram criadas 
> no servidor novo com caminhos diferentes.
> 
> 
> --- Em ter, 12/1/10, José Laurindo  escreveu:
> 
> 
> De: José Laurindo 
> Assunto: [oracle_br] Re: Importação de banco de dados
> Para: oracle...@yahoogrup os.com.br
> Data: Terça-feira, 12 de Janeiro de 2010, 15:46
> 
> 
>   
> 
> 
> 
> Fabio, um ponto importante é : uma procedimento que COM CERTEZA corrompe o 
> .dmp é vc o transferir com FTP em modo ASCII ao invés de BIN, vc (ou o 
> cliente que te deu o .dmp) fez isso ? Se fez, babau...
> Quanto à procedimento, neca : vc em tese pode importar o .dmp gerado no 9i 
> com o imp do 10g (*** não é o impdp, é o imp !!!) sem probs... Teve uns bugs 
> mas nenhum que dê corrupção...
> 
> []s
> 
> Chiappa
> --- Em oracle...@yahoogrup os.com.br, Fabio Schmidt  
> escreveu
> >
> > Obrigado pela ajuda Cyro, vou fazer outro import para confirmar se está 
> > corrompido.
> >  
> > Pelo que pesquisei não terei problema em importar no oracle 10g um dump 
> > gerado pelo 9i, mas devo executar algum outro procedimento antes do IMP?
> >  
> > 
> > 
> > --- Em ter, 12/1/10, Cyro  escreveu:
> > 
> > 
> > De: Cyro 
> > Assunto: Re: [oracle_br] Importação de bando de dados
> > Para: oracle...@yahoogrup os.com.br
> > Data: Terça-feira, 12 de Janeiro de 2010, 15:01
> > 
> > 
> > Fábio,
> > 
> > Se estiver corrompido, não tem jeito, tem que refazer o export e importar
> > novamente.
> > 
> > 2010/1/12 Fabio Schmidt 
> > 
> > >
> > >
> > > Bom dia amigos, exportei um banco do oracle 9i e preciso importar no 
> > > oracle
> > > 10g, já criei o banco novo e as tablespaces, agora preciso importar o 
> > > banco
> > > de dados, mas ao dar o comando IMP recebo a mensagem que o arquivo dump 
> > > está
> > > corrompido (imp-ora0037) .
> > >
> > > O que devo fazer para conseguir importar o banco?
> > >
> > > Agradeço desde já.
> > >
> > > Fabio
> > >
> > >  _ _ _ _ _ _
> > > 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]
> > >
> > >  
> > >
> > 
> > 
> > 
> > -- 
> > Att,
> > Cyro
> > 
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> > 
> > 
> > 
> >  - - --
> > 
> >  - - - - - -
> > >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
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  _ _ _ _ _ _
> Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbusca dos.

Re: [oracle_br] Re: Importação de banco de dados

2010-01-12 Por tôpico Fabio Schmidt 
Obrigado Chiappa, o cliente que gerou o dump e me entregou, por isso estava 
querendo confirmar se é corrupção mesmo...segundo ele o arquivo foi copiado via 
samba, acho que isso pode ter corrompido.
 
Hoje irei gerar o dump e copiar observando o que você me falou, te agradeço 
muito a atenção.
 
Obs.: No exp, é possível não exportar as tablespaces? Pois já foram criadas no 
servidor novo com caminhos diferentes.


--- Em ter, 12/1/10, José Laurindo  escreveu:


De: José Laurindo 
Assunto: [oracle_br] Re: Importação de banco de dados
Para: oracle_br@yahoogrupos.com.br
Data: Terça-feira, 12 de Janeiro de 2010, 15:46


  



Fabio, um ponto importante é : uma procedimento que COM CERTEZA corrompe o .dmp 
é vc o transferir com FTP em modo ASCII ao invés de BIN, vc (ou o cliente que 
te deu o .dmp) fez isso ? Se fez, babau...
Quanto à procedimento, neca : vc em tese pode importar o .dmp gerado no 9i com 
o imp do 10g (*** não é o impdp, é o imp !!!) sem probs... Teve uns bugs mas 
nenhum que dê corrupção...

[]s

Chiappa
--- Em oracle...@yahoogrup os.com.br, Fabio Schmidt  
escreveu
>
> Obrigado pela ajuda Cyro, vou fazer outro import para confirmar se está 
> corrompido.
>  
> Pelo que pesquisei não terei problema em importar no oracle 10g um dump 
> gerado pelo 9i, mas devo executar algum outro procedimento antes do IMP?
>  
> 
> 
> --- Em ter, 12/1/10, Cyro  escreveu:
> 
> 
> De: Cyro 
> Assunto: Re: [oracle_br] Importação de bando de dados
> Para: oracle...@yahoogrup os.com.br
> Data: Terça-feira, 12 de Janeiro de 2010, 15:01
> 
> 
> Fábio,
> 
> Se estiver corrompido, não tem jeito, tem que refazer o export e importar
> novamente.
> 
> 2010/1/12 Fabio Schmidt 
> 
> >
> >
> > Bom dia amigos, exportei um banco do oracle 9i e preciso importar no oracle
> > 10g, já criei o banco novo e as tablespaces, agora preciso importar o banco
> > de dados, mas ao dar o comando IMP recebo a mensagem que o arquivo dump está
> > corrompido (imp-ora0037) .
> >
> > O que devo fazer para conseguir importar o banco?
> >
> > Agradeço desde já.
> >
> > Fabio
> >
> >  _ _ _ _ _ _
> > 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]
> >
> >  
> >
> 
> 
> 
> -- 
> Att,
> Cyro
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
>  - - --
> 
>  - - - - - -
> >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
> 
> [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]

Re: [oracle_br] Re: Importação de arquivo com o SQL*Loader

2006-07-17 Por tôpico Gustavo Venturini de Lima 
Com certeza.. .esperar uma migração 100% válida com utilitários seria
loucura...
Mas é isso aí, valeu mais uma vez pela força...
Fatalmente, se não conseguir alterar os parâmetros, vou ter que adicionar de
outra forma... DE UM JEITO OU DE OUTRO, os dados estarão consistentes...
Isso que importa...
Abração.


Em 17/07/06, jlchiappa <[EMAIL PROTECTED]> escreveu:
>
> --- Em oracle_br@yahoogrupos.com.br, "Gustavo Venturini de Lima"
> <[EMAIL PROTECTED]> escreveu
> >
> > Chiappa, é isso mesmo...
> > O BCP tá gerando apenas um arquivo, com tags de informação de "end
> row" e
> > "end column". Na verdade, quem chama o utilitário BCP do Sybase é o
> próprio
> > Oracle Migration Workbench... Então, os parâmetros já são
> > pré-estabelecidos...
>
> tá, mas NENHUM utilitário, workbench incluído, vai conseguir 100% de
> conversão em todos os casos sempre, vc TEM CERTEZA que esses "params
> pré-estabelecidos" estão ok ?? Se não tem, estude o manual citado,
> veja qual é a sintaxe exigida, veja qual foi gerada pelo owb no
> controlfile , veja o formato físico em que está o arquivo de dados
> (usando um editor binário, ou comandos tipo dd/dump se o seu SO os
> tiver, ou baixando algum freeware capaz disso se o seu SO não tiver
> nada nativo) , CASO haja incompatibilidades corrija...
>
> > Eu li alguns docs que diziam que pode ser gerado arquivos
> secundários
> > também... Porém se for fazer isso depois do arquivo gerado pelo
> OMWB vai ser
> > inviável concorda... pra cada linha da tabela vou ter que gerar um
> > arquivo...
>
> e daí, já que vc não vai gerar manualmente cada um deles Ou
> mais,se preferir, como eu disse na msg, vc até pode também ter um
> único arquivão de binários, separados por um caracter hexa que NÃO
> ocorra nos campos, é outra alternativa...
>
> > Agora o que estou "encacucado" é que em outras tabelas com o mesmo
> formato
> > de dado, os dados foram carregados normalmente... Apenas nessa
> tabela que
> > está ocorrendo o erro de 'max limit'...
>
> PROVAVELMENTE, por falha do owb, ele ou não está reconhecendo o
> conteúdo corretamente como binário, ou está especificando tamanhos
> erroneamente e por pura sorte nos outros campos das outras tabelas
> esse tamanho foi suficiente, por azar nessa tabela especificamente vc
> tinha algum/alguns registro(s) com tamanho maior... Como eu falei,
> fatalmente utilitário NENHUM vai te dar 100% de acerto, casos haverá
> em que vc terá que intervir manualmente...
>
> []s
>
> Chiappa
>
>
>
>
>
>
>
> --
> 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

<*> 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] Re: Importação de arquivo com o SQL*Loader

2006-07-17 Por tôpico Gustavo Venturini de Lima 
Chiappa, é isso mesmo...
O BCP tá gerando apenas um arquivo, com tags de informação de "end row" e
"end column". Na verdade, quem chama o utilitário BCP do Sybase é o próprio
Oracle Migration Workbench... Então, os parâmetros já são
pré-estabelecidos...
Eu li alguns docs que diziam que pode ser gerado arquivos secundários
também... Porém se for fazer isso depois do arquivo gerado pelo OMWB vai ser
inviável concorda... pra cada linha da tabela vou ter que gerar um
arquivo...
Agora o que estou "encacucado" é que em outras tabelas com o mesmo formato
de dado, os dados foram carregados normalmente... Apenas nessa tabela que
está ocorrendo o erro de 'max limit'...
Bom, mas de qualquer forma, obrigado pela ajuda...
Grande abraço.


Em 17/07/06, jlchiappa <[EMAIL PROTECTED]> escreveu:
>
> Bem, eu não trabalhei ainda com o Migration Workbench, mas afaik não
> faz o ** MENOR ** sentido vc converter para CHAR os BLOBs no
> controlfile como vc diz ter feito, o q sei é que no sql*loader (como
> documentado no manual "Oracle Database Utilities", na versão 9i que é
> a minha capítulo 7 - Loading Objects, LOBs, and Collections) para
> trabalhar com dados binários o loader permite OU que eles estejam no
> mesmo arquivo que os dados escalares (ie, caracteres, números,
> datas), OU que os dados binários estejam em arquivos diferentes
> (secundários), OU que vc tenha um arquivo só de binários (LOBFILE),
> OU até que vc não os carregue pra dentro do banco, só carregando um
> ponteiro para o arquivo externo (bfile), exatamente DE QUE MODO
> esse "bcp" está gerando os binários, tudo no mesmo arquivo ???
>
> SE for tudo no mesmo arquivo, o dito manual nos diz que OU os lobs
> são todos do mesmo tamanho (Predetermined size fields) OU tem algum
> caracter identificador de fim de coluna (Delimited fields) OU há um
> coluna extra no arquivo indicando o comprimento de cada lob (Length-
> value pair fields), SE esse "bcp" está gerando binário no mesmo
> arquivo que os dados escaleres E não segue nenhuma dessas
> possibilidades, SÓ PODE dar pau, mesmo, nesse caso vc TEM que
> corrigir o arquivo E/OU mudar o tipo de geração feito por esse
> tal "bcp"... A opção seguinte, de se ter um lobfile, ie, um arquivo
> só de binários, é derivada desta, pois NECESSARIAMENTE vc tem que ter
> alguma indicação, algum "separador" entre os registros binários.
>
> Eu pessoalmente sempre prefiro, SE possível, usar a opção de
> binários serem gerados em arquivos secundários (um arq para cada
> binário), aí o identificador de fim de coluna fica sendo o próprio
> end-of-file mesmo, é a opção "One LOB per File" no mesmo
> manual/capítulo.
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, "Gustavo Venturini de Lima"
> <[EMAIL PROTECTED]> escreveu
> >
> > Boa tarde pessoal.
> > Veja se alguém pode me ajudar...
> > Estou migrando um banco Sybase 12 para Oracle 10gR2.
> > Algumas das aplicações não possuem um mecanismo proprietário para
> migração
> > dos dados do Sybase para o Oracle, e portanto, resolvi utilizar o
> Oracle
> > Migration Workbench.
> > Aí vai a questão:
> > Em uma das tabelas do Sybase, constava um campo do tipo IMAGE. O
> OMWB criou
> > o mesmo campo no Oracle como BLOB.
> > A partir daí, foram gerados os dumps (via bcp) para cara tabela das
> bases
> > Sybase.
> > A única tabela que deu problema foi justamente uma que constavam
> imagens
> > dentro... Aconteceu o seguinte... Na hora de importar via
> sql*loader, o
> > arquivo .dat ficou com o conteúdo binário (do campo IMAGE) do
> Sybase, e
> > quando ele vai importar no Oracle, dá o erro de que o tamanho
> limite do
> > campo foi alcançado...
> > Alguém sabe como proceder???
> > O que fiz foi o seguinte, setei o parâmetro de CHAR (200) na
> frente do
> > campo BLOB no arquivo de controle e importei normalmente... Só que
> imagino
> > que os dados não ficarão corretos, uma vez que o Oracle deve
> converter esse
> > conteúdo (que já era binário) para binário mais uma vez...
> > Alguma sugestão?
> >
> >
> > [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]



--

RE: [oracle_br] Re: Importação

2006-02-23 Por tôpico Cesar Vilarim 
O log gerado é o seguinte:
 
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 -
Production
With the Partitioning, OLAP and Data Mining options
 
Export file created by EXPORT:V08.00.05 via conventional path
import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
export client uses WE8ISO8859P1 character set (possible charset conversion)
export server uses WE8ISO8859P1 NCHAR character set (possible ncharset
conversion)
Import terminated successfully without warnings.
 
Grato!
 
Cesar Vilarim
 
  _  

From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On
Behalf Of Ademir Morgado
Sent: quinta-feira, 23 de fevereiro de 2006 16:24
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Re: Importação
 
Vc pode mandar o log do import pra gente dar uma olhada???

Morgado

--- Em oracle_br@yahoogrupos.com.br, "Cesar Vilarim" <[EMAIL PROTECTED]> 
escreveu
>
> Bom dia Ademir, grato pela resposta.
>  
> Fiz o que me disse e não há nem sinal das tabelas que deveriam ter 
sido
> importadas.
>  
> Abraço,
>  
> Cesar Vilarim
>  
>   _  
> 
> From: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED] On
> Behalf Of Ademir Morgado
> Sent: quinta-feira, 23 de fevereiro de 2006 10:06
> To: oracle_br@yahoogrupos.com.br
> Subject: [oracle_br] Re: Importação
>  
> Ola Cesar, bom dia.
> 
> Pelo SqlPlus acessa com o user system/senha e digita:
> 
> set pause on
> select table_name from dba_tables
> order by table_name;
> 
> E ve se aparece as tabelas que vc importou.
> 
> Peco que seja com o user system pois foi para o schema system que 
vc 
> importou, pode ser que o user que vc estava conectado nao possui 
> acesso ao schema system.
> 
> No aguardo,
> Ademir Morgado
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "Cesar Vilarim" <[EMAIL PROTECTED]> 
> escreveu
> >
> > Bom dia meus amigos de lista.
> >  
> > Estou iniciando (é meu primeiro contato) no Oracle por uma 
questão 
> de
> > necessidade de um cliente e estou enfrentando um problema.
> >  
> > Criei um banco chamado Atlas2 e tentei realzar a importação do 
> arquivo .dmp
> > enviado pelo meu cliente usando a seguinte sintaxe:
> >  
> > IMP USERID=system/[EMAIL PROTECTED]
> > BUFFER=1048576 FILE=C:\arquivo.DMP 
> > FROMUSER= SYSTEM 
> > TOUSER= SYSTEM
> >  
> > A execução desse código retorna a mensagem que o arquivo foi 
> importado com
> > sucesso, mas não aparecem no meu banco Atlas2, nem as tabelas e 
> muito menos
> > os dados. O que pode estar ocorrendo?
> > O Oracle é o 10g rodando em um servidor com Windows Server 2003 
> Enterprise.
> >  
> > Atenciosamente,
> >  
> > Cesar Vilarim
> > 
> > 
> > [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 
> 
> 
> 
> 
> 
> 
> Yahoo! Grupos, um serviço oferecido por:
> 
> 
> PUBLICIDADE
>  
> 
 
clubs/S=2137114689:HM/Y=BR/EXP=1140707153/A=3310604/R=2/id=noscript/SI
G=1540
> fueht/*http:/lt.dell.com/lt/lt.aspx?
CID=11377&LID=314739&DGC=BA&DGSeg=DHS&DU
> RL=http://www1.la.dell.com/content/products/category.aspx/desktops?
c%3dbr%26
> l%3dpt%26s%3ddhs> 
> 
>  
> 
 50.gif> 
>  
>   _  
> 
> 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 Termos do
> Serviço do Yahoo!  . 
> 
> 
> [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 






Yahoo! Grupos, um serviço oferecido por:


PUBLICIDADE

RE: [oracle_br] Re: Importação

2006-02-23 Por tôpico Cesar Vilarim 
Bom dia Ademir, grato pela resposta.
 
Fiz o que me disse e não há nem sinal das tabelas que deveriam ter sido
importadas.
 
Abraço,
 
Cesar Vilarim
 
  _  

From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On
Behalf Of Ademir Morgado
Sent: quinta-feira, 23 de fevereiro de 2006 10:06
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] Re: Importação
 
Ola Cesar, bom dia.

Pelo SqlPlus acessa com o user system/senha e digita:

set pause on
select table_name from dba_tables
order by table_name;

E ve se aparece as tabelas que vc importou.

Peco que seja com o user system pois foi para o schema system que vc 
importou, pode ser que o user que vc estava conectado nao possui 
acesso ao schema system.

No aguardo,
Ademir Morgado


--- Em oracle_br@yahoogrupos.com.br, "Cesar Vilarim" <[EMAIL PROTECTED]> 
escreveu
>
> Bom dia meus amigos de lista.
>  
> Estou iniciando (é meu primeiro contato) no Oracle por uma questão 
de
> necessidade de um cliente e estou enfrentando um problema.
>  
> Criei um banco chamado Atlas2 e tentei realzar a importação do 
arquivo .dmp
> enviado pelo meu cliente usando a seguinte sintaxe:
>  
> IMP USERID=system/[EMAIL PROTECTED]
> BUFFER=1048576 FILE=C:\arquivo.DMP 
> FROMUSER= SYSTEM 
> TOUSER= SYSTEM
>  
> A execução desse código retorna a mensagem que o arquivo foi 
importado com
> sucesso, mas não aparecem no meu banco Atlas2, nem as tabelas e 
muito menos
> os dados. O que pode estar ocorrendo?
> O Oracle é o 10g rodando em um servidor com Windows Server 2003 
Enterprise.
>  
> Atenciosamente,
>  
> Cesar Vilarim
> 
> 
> [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 






Yahoo! Grupos, um serviço oferecido por:


PUBLICIDADE
 
 

 
 
 
  _  

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 Termos do
Serviço do Yahoo!  . 


[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 

 
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] Re: Importação de dados

2005-11-07 Por tôpico Márcio Santos \(TTY2000\) 
Chiappa,

Tem como executar o Loader de forma automatizada
ou sempre será necessário que algum DBA o execute?

Obrigado,

  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, November 07, 2005 4:48 PM
  Subject: [oracle_br] Re: Importação de dados


  Com esse "de para", suponho que vc quer dizer que precisa inserir se 
  não existe, atualizar no Oracle se existe a informação que veio no 
  texto, certo ? Fosse 9i o banco, era MERGE na cabeça, sendo 8i o 
  negócio é mesmo carregar pruma tabela (que, É ÓBVIO, já que será 
  carregada terá PCTFREE baixíssimo e PCTUSED altíssimo, diversos 
  FREELISTS e FREELIST_GROUPS, NOLOGGING pra permitir direct-mode, com 
  extents de tamanho apropriado, etc), e depois fazer a validação. 
  Notar que essa validação onde  possível TEM QUE ser feita via SQL. E 
  já que é a tabela que foi carregada INTEIRINHA que tem que ser 
  validada, nada de LOOPs, vc quer uma bom e suculento full table scan 
  lendo pedações os maiores possíveis, se o hardware permitir com 
  PARALELISMO, com o maior arraysize que puder, com multiblock_read, 
  sort_multiblock_read_count, hash_multiblock_io_count e os nn_size no 
  talo do último

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, Márcio Santos \(TTY2000\) 
  <[EMAIL PROTECTED]> escreveu
  > Chiappa,
  > 
  > Além de indices, tenho um problema sério porque preciso fazer
  > um "DE PARA" das informações do SQL SERVER para o ORACLE.
  > 
  > Acho que vou criar uma tabela no ORACLE sem indices ou qualquer
  > validação dos dados e efetuar toda a carga nela. Apartir daí 
  efetuarei 
  > as devidas atualizações no ORACLE de acordo com as informações da
  > TB temporária.
  > 
  > Será uma boa solução para esse volume de dados???
  > 
  > um abraço
  > 
  >   - Original Message - 
  >   From: jlchiappa 
  >   To: oracle_br@yahoogrupos.com.br 
  >   Sent: Monday, November 07, 2005 2:32 PM
  >   Subject: [oracle_br] Re: Importação de dados
  > 
  > 
  >   É isso mesmo, Márcio Portes, sem discussão possível em termos de 
  >   performance. Márcio Santos, só pra vc ter uma idéia, segue o log 
  da 
  >   minha rotina de carga de arquivo de texto via loader :
  > 
  > 
  >   SQL*Loader: Release 9.2.0.5.0 - Production on Dom Nov 6 11:53:32 
  2005
  > 
  >   Copyright (c) 1982, 2002, Oracle Corporation.  All rights 
  reserved.
  > 
  > 
  >   Carga concluída - contagem de registros lógicos 3731829.
  > 
  >   SQL*Loader: Release 9.2.0.5.0 - Production on Dom Nov 6 11:59:50 
  2005
  > 
  >   Copyright (c) 1982, 2002, Oracle Corporation.  All rights 
  reserved.
  > 
  > 
  >   Carga concluída - contagem de registros lógicos 2708306.
  > 
  >   SQL*Loader: Release 9.2.0.5.0 - Production on Dom Nov 6 12:03:22 
  2005
  > 
  >   Copyright (c) 1982, 2002, Oracle Corporation.  All rights 
  reserved.
  > 
  > 
  >   Carga concluída - contagem de registros lógicos 0.
  > 
  >   SQL*Loader: Release 9.2.0.5.0 - Production on Dom Nov 6 12:03:22 
  2005
  > 
  >   Copyright (c) 1982, 2002, Oracle Corporation.  All rights 
  reserved.
  > 
  > 
  >   Carga concluída - contagem de registros lógicos 3724907.
  > 
  >   SQL*Loader: Release 9.2.0.5.0 - Production on Dom Nov 6 12:10:16 
  2005
  > 
  >   Copyright (c) 1982, 2002, Oracle Corporation.  All rights 
  reserved.
  > 
  > 
  >   Carga concluída - contagem de registros lógicos 0.
  > 
  >   ==> ou seja, das 11:53:32 até 12:10:16 (coisa de 20 minutos), já 
  >   carreguei quase os 10 milhões, confere ?? Então, de modo algum eu 
  >   classificaria esse volume de 10 milhões como "muito grande", 
  sim ?? 
  >   Logicamente, talvez vc não obtenha a mesma performance acima 
  mostrada 
  >   (já que o hardware de I/O aqui é bem bonzinho, não tenho índices 
  nem 
  >   triggers pra atrasar a carga, etc, etc, condições que pra vc 
  talvez 
  >   não sejam as mesmas), mas que o loader vai dar umas duas voltas 
  de 
  >   vantagem nesse tal "sistema de importação", é muito provável
  > 
  >   []s
  > 
  >   Chiappa
  > 
  >   --- Em oracle_br@yahoogrupos.com.br, "Marcio Portes" 
  >   <[EMAIL PROTECTED]> escreveu
  >   > Pensando no mais rápido, do sqlserver exporte para txt, 
  configure 
  >   um 
  >   > arquivo ctl e suba através do sqlloader.
  >   > 
  >   > --- Em oracle_br@yahoogrupos.com.br, Márcio Santos \(TTY2000\) 
  >   > <[EMAIL PROTECTED]> escreveu
  >   > > Bom dia pessoal,
  >   > > 
  >   > > Estou com um problema na importação de
  >   > > dados do SQL SERVER 2000 para o ORACLE 8i.
  >   > > 
  >   > > O volume de dados do SQL SERVER é muito grande,
  >   > > cerca de 10 milhões de registros, e desenvolvi um 
  >   > > sistema de importação que roda batch durante a
  >   > > madrugada.
  >   > > 
  >   > > Porém o tempo de importação está inviável e gostaria de
  >   > > saber se alguém conhece alguma solução que seja confiável e
  >   > > rápida na importação destes dados.
  >   > > 
  >   > > Obrigado,
  >   > > Marcio Moia
  >   > > 
  >   > >

Re: [oracle_br] Re: Importação de dados

2005-11-07 Por tôpico Márcio Santos \(TTY2000\) 
Chiappa,

Além de indices, tenho um problema sério porque preciso fazer
um "DE PARA" das informações do SQL SERVER para o ORACLE.

Acho que vou criar uma tabela no ORACLE sem indices ou qualquer
validação dos dados e efetuar toda a carga nela. Apartir daí efetuarei 
as devidas atualizações no ORACLE de acordo com as informações da
TB temporária.

Será uma boa solução para esse volume de dados???

um abraço

  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, November 07, 2005 2:32 PM
  Subject: [oracle_br] Re: Importação de dados


  É isso mesmo, Márcio Portes, sem discussão possível em termos de 
  performance. Márcio Santos, só pra vc ter uma idéia, segue o log da 
  minha rotina de carga de arquivo de texto via loader :


  SQL*Loader: Release 9.2.0.5.0 - Production on Dom Nov 6 11:53:32 2005

  Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.


  Carga concluída - contagem de registros lógicos 3731829.

  SQL*Loader: Release 9.2.0.5.0 - Production on Dom Nov 6 11:59:50 2005

  Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.


  Carga concluída - contagem de registros lógicos 2708306.

  SQL*Loader: Release 9.2.0.5.0 - Production on Dom Nov 6 12:03:22 2005

  Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.


  Carga concluída - contagem de registros lógicos 0.

  SQL*Loader: Release 9.2.0.5.0 - Production on Dom Nov 6 12:03:22 2005

  Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.


  Carga concluída - contagem de registros lógicos 3724907.

  SQL*Loader: Release 9.2.0.5.0 - Production on Dom Nov 6 12:10:16 2005

  Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.


  Carga concluída - contagem de registros lógicos 0.

  ==> ou seja, das 11:53:32 até 12:10:16 (coisa de 20 minutos), já 
  carreguei quase os 10 milhões, confere ?? Então, de modo algum eu 
  classificaria esse volume de 10 milhões como "muito grande", sim ?? 
  Logicamente, talvez vc não obtenha a mesma performance acima mostrada 
  (já que o hardware de I/O aqui é bem bonzinho, não tenho índices nem 
  triggers pra atrasar a carga, etc, etc, condições que pra vc talvez 
  não sejam as mesmas), mas que o loader vai dar umas duas voltas de 
  vantagem nesse tal "sistema de importação", é muito provável

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "Marcio Portes" 
  <[EMAIL PROTECTED]> escreveu
  > Pensando no mais rápido, do sqlserver exporte para txt, configure 
  um 
  > arquivo ctl e suba através do sqlloader.
  > 
  > --- Em oracle_br@yahoogrupos.com.br, Márcio Santos \(TTY2000\) 
  > <[EMAIL PROTECTED]> escreveu
  > > Bom dia pessoal,
  > > 
  > > Estou com um problema na importação de
  > > dados do SQL SERVER 2000 para o ORACLE 8i.
  > > 
  > > O volume de dados do SQL SERVER é muito grande,
  > > cerca de 10 milhões de registros, e desenvolvi um 
  > > sistema de importação que roda batch durante a
  > > madrugada.
  > > 
  > > Porém o tempo de importação está inviável e gostaria de
  > > saber se alguém conhece alguma solução que seja confiável e
  > > rápida na importação destes dados.
  > > 
  > > Obrigado,
  > > Marcio Moia
  > > 
  > > [As partes desta mensagem que não continham texto foram removidas]




  ORACLE_BR APOIA 2ºENPO-BR 
_
  O 2º Encontro Nacional de Profissionais Oracle realizado no dia 05/11/2005 no 
auditório da FIAP em São Paulo foi melhor que a primeira. Confira no GPO (do 
nosso amigo Willian) http://www.profissionaloracle.com.br
  _
  Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423 


Yahoo! Grupos, um serviço oferecido por: 
  PUBLICIDADE

   


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



ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle realizado no dia 05/11/2005 no 
auditório da FIAP em São Paulo foi melhor que a primeira. Confira no GPO (do 
nosso amigo Willian) http://www.profissionaloracle.com.br
_
Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423  
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