Tudo jóia ?? Bom, primeiro de tudo eu ** tenho ** que dizer que absolutamente
** Não Faz Sentido ** quando vc diz que "schemas estão em diferentes
tablespaces" : um schema NÃO TEM correspondência com uma tablespace, um schema
pode conter objetos criados em n+1 tablespaces diferentes OU na mesma,
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á
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 Poss
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
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
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 c
Chiappa,
Realmente ocorre o que vc informa aqui
Outra possibilidade é que vc tenha na origem segmentos sem dados e/ou com
poucos dados ** MAS ** com tamanho de extent muito grande, aí mesmo o extent
inicial vazio que o CREATE cria quando do import/impdp acaba sendo
seginificativo...
Opa, então : se fosse o exp e o imp tradicional, eu apontaria como culpado o
parâmetro COMPRESS, que no exp por default se não for informado vale Y e força
o import a criar um único extentzão pra tudo, mas vc já disse claramente que
está usando o datapump (ie, expdp e impdp), então isso não s
Bom, a gente pensa nalgumas coisas :
a. verifique ** EM DETALHES ** no Suporte Oracle a chance de BUGs, abrindo um
Chamado : logo de cara a gente pensa no bug listado na nota metalink "DataPump
Import (IMPDP) is Very Slow at Object/System/Role Grants, Default Roles" [ID
1267951.1] (pois e
Corrigindo:
TABLE_NAME ROWS_PROCESSED MINUTES ROWS_PER_MIN INTO
"SYS"."SYS_IMPORT_SCHEMA_ 1 523,6 0
--
*Wanderson Barrence | Analista de Banco de Dados*
*DBA Oracle 10g/11g - Microsoft SQL-Server 2008*
*MBA - Administração de Banco de Dados*
*CBTS - Certificação Brasileira de Teste de Softwar
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 afa
veja as notas metalink :
Full Import Fails with IMP-00017 ,ORA-04063: package body
"SYS.DBMS_REPCAT_MIG_INTERNAL" has errors [ID 458503.1]
Import fails with IMP-00017 IMP-3 ORA-04068 [ID 203317.1]
IMP-00017 IMP-0003 ORA-4063 ORA-06508 ORA-06512 at Import Enablling Constraints
[ID 115874.1]
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
go 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
&g
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
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_
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 Jan
.
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
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 (*
Obrigada a todos pelas respostas. Eu vou verificar.
[]s,
Fabiana
__
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger.yahoo.com/
[As partes desta mensagem que não continham texto foram removidas]
Colega, já mais de uma vez foi dito isto aqui no grupo (uma das
últimas vezes foi na msg http://www.mail-
archive.com/oracle_br@yahoogrupos.com.br/msg16393.html ), mas o fato
é : as variáveis NLS do banco , que controlam Globalização (tal como
NLS_LANG, que é a principal) são DEFAULTs, ie, só e
Não é ** nada ** difícil, mas em primeiro lugar, como se sabe, um
import (como o utilitário nativo imp do bd Oracle) só pode ser feito SE
o export que gerou o arquivo é de mesma versão que o import, ou versão
inferior , pois (claro) exports mais "modernos" possuem formatos,
funcionalidades, inc
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...
--- 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
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 ger
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 - Loadi
Se não foi assim exportado, opção de "dados e nada mais" o imp não tem,
peça um imp help=y e vc vai ver que vc pode optar por não trazer alguns
dos itens constantes num .dmp (como grants, indexes, etc) mas opção de
só dados NÂO TEM. É por isso (além da questão de performance) que eu
recomend
Só pra complementar : no caso do xBASE, como ele é "flat-file", ie, é
lícito vc ler diretamente do arquivo, a informação está
NECESSARIAMENTE contida apenas e tão somente no arquivo .DBF, pra ele
há a opção de vc ler diretamente os dados a partir do .DBF, como
mostrado por exemplo em http://
Cada caso é um caso : pra arquivos-texto (** SE ** o formato é
conhecido e não muda a toda hora) a ferramenta é o sql*loader (ou se
for bd 9i e preferir, external tables), é a opção de melhor
performance sem sombra de dúvida. Já pros demais, se fosse possível
ao invés do Oracle "buscar" lá a
:[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&quo
o
> 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
> Subj
: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
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 es
matizada
> 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&quo
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"
gt;
> 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 te
izaçõ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 Cor
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
39 matches
Mail list logo