Ô se tem, até Mais De uma Vc pode :
a) via export fazer um export full : as sequences são AUTOMATICAMENTE
incluídas num export full, seja via exp tradicional seja via datapump... Vc
poderia mandar um ROWS=N pra que sejam gerados só os DDLs, se quiser, pra ter
uma performance algo melhor
Na verdade uma Outra solução para compatibilidade (em se usando o expdp) é
simplesmente se usar a cláusula de versão, tipo :
expdp user/password version=10.2 ...
Uma outra possibilidade é se usar o export tradicional no 11g (o exp) ao
invés do expdp/datapump
Mas a msg realmente
Enviadas: Quarta-feira, 14 de Novembro de 2012 10:30
Assunto: [oracle_br] Re: export / import versões diferentes
Na verdade uma Outra solução para compatibilidade (em se usando o expdp) é
simplesmente se usar a cláusula de versão, tipo :
expdp user/password version=10.2 ...
Uma outra
: oracle_br@yahoogrupos.com.br oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 14 de Novembro de 2012 14:41
Assunto: Re: [oracle_br] Re: export / import versões diferentes
Chiappa, neste caso eu preciso incluir o parametro VERSION tanto no EXPDP como
no IMPDP ? no meu caso vou gerar
O script tá muito bom. Para ganhar tempo e economizar espaço em disco
faça compactação dinâmica. Veja exemplo abaixo.
mknod $DIRBKP$ARQVET p
gzip $DIRBKP$ARQVET $DIRBKP$ARQVET.gz
nohup exp vetorh/pacsul owner=vetorh consistent=Y file=$DIRBKP$ARQVET
2 /dev/null 2
mknod $DIRBKP$ARQSAP p
gzip
Boa noite!
Eu fiz o seguinte:
1. Eu configurei uma maquina onde fica meus baackups para aceitar
conexao ssh sem pedir senha;
2. na maquina que eu tenho o oracle instalado eu criei o seguinte
script backup.sh:
### inicio do script ##
#!/bin/bash
DIA=`/bin/date
O Datapump é uma boa opção para quem utiliza o Oracle10 e deseja
exportar e, em seguida, importar tabelas entre bancos sem utilizar
área temporária para acomodação de arquivos de dump.
Com Oracle Datapump é possível importar dados de outro banco via
database link. O processo é um pouco mais
A resposta e BEM simples, simplesmente NÂO TEM COMO, logicamente a
versão mais nova do software de exportação TEM várias features novas
que a versão mais velha (import 9i) simplesmente NÂO CONHECE, NÂO
ENTENDE... O procedimento pra vc exportar dum banco mais atual prum
banco mais antigo é : tenha
Se você puder usar o datapump do 10g (expdp/impdp), que por sinal tem
desempenho superior ao exp/imp tradicionais, você pode fazer com a
cláusula REMAP_SCHEMA.
Tipo: REMAP_SCHEMA=schema_antigo:schema_novo
Anderson Rodrigo Farias
--- Em oracle_br@yahoogrupos.com.br, Gustavo Venturini de Lima
A sintaxe básica pra isso é imp fromuser=usuarioorigem
touser=usuariodestino, no caso ambos seriam x , mas não deixe de
consultar o manual Oracle Utilities, a sintaxe completa e detalhada
está lá. Veja também que (infelizmente) em sistemas de gestão é praxe
comum vc ** não ter ** um usuário de
Obrigado Chiappa.
Vou quebrar a cabeça com o RMAN então. Não consegui entender direito
ainda mas tenho uns materiais aqui.
Abraço
--- Em oracle_br@yahoogrupos.com.br, jlchiappa [EMAIL PROTECTED]
escreveu
Fernando, em primeiro lugar export por si só ** NÃO É ** estratégia
de
backup nem
Fernando, em primeiro lugar export por si só ** NÃO É ** estratégia de
backup nem aqui nem na China, pois export NÂO cria tablespace SYSTEM,
não cria usuário SYS, não backupeia arquivos vitais como
controlfile/redo, nem os binários, etc... Então, se vc só tem um
export, o export TEM QUE ser
Baseado parte na documentação Oracle (manuais e notas do Suporte),
parte na minha experiência, so EXP em geral, e das suas experiências,
eu digo o seguinte : primeiro, quando o exp foi criado (no tempo em
que os dinossauros andavam pela Terra, lá pela versão 6 do bd :), o
bd Oracle já rodava
Luiz,
O alter move tem problemas com tabelas que possuem campo do tipo long
ou long raw, para essas tabelas teria que ser via exp/imp.
As contrainsts ficam OK, a única coisa q presisa ser feita com o move
é executar um rebuild em TODOS os índices da tabela movida.
Se vc tiver acesso ao
: [oracle_br] Re: Export/Import ou Alter Table Move???
Luiz,
O alter move tem problemas com tabelas que possuem campo do
tipo long ou long raw, para essas tabelas teria que ser via exp/imp.
As contrainsts ficam OK, a única coisa q presisa ser feita com o move
é executar um rebuild em
Obrigado jlchiappa, já baixei a ferramenta e vou dar uma olhada no
tutorial dela, a tarefa vou executar em um cliente logo mais, qdo.
tiver os resultados envio pra lista. Mas pelo que já tive olhando, é o
que realmente estou precisando.
[]´s
Daniel A. D. Castro
On 9/15/05, jlchiappa [EMAIL
É bem legalzinha mesmo, né ? Fiquei sabendo dela numa lista gringa
que frequento (a oracle-L), junto com a tool de organização de
scripts sqlplus em http://www.geocities.com/oranails/tools/spo.htm,
testei e gostei muito de ambas. Essa do script não atendeu à todas
as minhas necessidades de
Gostei desta dica jlChiappa... estava conversando sobre este assunto esta
semana com um cliente. Acabei de baixo a tool que vc mencionou.
Att.
Claudio Costa
jlchiappa [EMAIL PROTECTED] escreveu:
É bem legalzinha mesmo, né ? Fiquei sabendo dela numa lista gringa
que frequento (a oracle-L),
Com os utilitários que vêm no banco, não : via imp (por exemplo) o que
vc poderia fazer é extrair os comandos de criação das tabelas e dos
indexfiles (gerando um script com a opção INDEXFILE do imp) e depois
abrir num arquivo-text e fazer as alterações que precisar.
Uma outra opção seria o
19 matches
Mail list logo
