- Este tópico contém 5 respostas, 3 vozes e foi atualizado pela última vez 13 anos, 8 meses atrás por felipeg.
-
AutorPosts
-
20 de maio de 2011 às 8:03 pm #99289airoospParticipante
Boa tarde,
Estou utilizando a sintaxe abaixo para fazer a importação dos objetos para usuários diferentes em outro banco de dados.
imp userid=admin@compras file=e:arqinfo.dmp log=e:arqinfo_log.log ignore=y, buffer=1000000 feedback=100 fromuser=financ,venda,almox touser=financ_new,venda_new,almox_new;
Na primeira execução acompanhei o processo e vi que os objetos foram criados na mesma tablespace de origem (no novo banco há uma tablespace chamada DEPARTAMENTOS com o mesmo nome do banco de origem).
A minha pergunta é, os objetos não deveriam ser criados na tablespace chamada ADMINISTRACAO que é a default dos usuários (financ_new, venda_new, almox_new) ao invés da tablespace DEPARTAMENTOS?
Obrigado.
Airton
20 de maio de 2011 às 8:34 pm #99290felipegParticipante[quote=”airoosp”:siq50g32]Boa tarde,
Estou utilizando a sintaxe abaixo para fazer a importação dos objetos para usuários diferentes em outro banco de dados.
imp userid=admin@compras file=e:arqinfo.dmp log=e:arqinfo_log.log ignore=y, buffer=1000000 feedback=100 fromuser=financ,venda,almox touser=financ_new,venda_new,almox_new;
Na primeira execução acompanhei o processo e vi que os objetos foram criados na mesma tablespace de origem (no novo banco há uma tablespace chamada DEPARTAMENTOS com o mesmo nome do banco de origem).
A minha pergunta é, os objetos não deveriam ser criados na tablespace chamada ADMINISTRACAO que é a default dos usuários (financ_new, venda_new, almox_new) ao invés da tablespace DEPARTAMENTOS?
Obrigado.
Airton[/quote]
Airton, boa tarde
Tem alguma coisa estranha ai, mande por favor o comando de exp e também o select abaixo
select username,default_tablespace from dba_users;
Segue o exemplo que fiz aqui para explicar como funciona:
SQL> select username,default_tablespace from dba_users where username like 'FISCAL%';USERNAME DEFAULT_TABLESPACE
FISCAL FISCAL_TB
SQL> create user FISCAL2 identified by fiscal default tablespace USERS quota unlimited on USERS;
Utilizador criado.
SQL> select username,default_tablespace from dba_users where username like 'FISCAL%';
USERNAME DEFAULT_TABLESPACE
FISCAL FISCAL_TB
FISCAL2 USERSSQL> conn fiscal/**@orcl
Ligado.
SQL> select count() from user_objects;COUNT(*)
677
SQL> select count(*) from all_objects where owner = 'FISCAL2';
COUNT(*)
0
C:index>exp fiscal@orcl file=fiscal.dmp statistics=none compress=y log=fiscal_exp.log
C:index>imp system@orcl file=fiscal.dmp fromuser=fiscal touser=fiscal2 buffer=10000 log=fiscal2_imp.log
C:index>sqlplus system@orcl
SQL> select count(*) from all_objects where owner = 'FISCAL2';
COUNT(*)
675
SQL >SELECT tablespace_name, segment_type, owner, COUNT(*),
SUM (bytes) / 1024 / 1024 mb
FROM dba_segments
WHERE owner LIKE '%FISCAL%'
GROUP BY tablespace_name, segment_type, owner
ORDER BY 1, 2 DESC;TABLESPACE_NAME SEGMENT_TY OWNER COUNT(*) MB
FISCAL_TB TABLE FISCAL 205 84,75
FISCAL_TB INDEX FISCAL 77 34,25
USERS TABLE FISCAL2 205 84,75
USERS INDEX FISCAL2 77 34,25
Nesse caso exportei os objetos do usuário Fiscal que estava na tablespace FISCAL_TB e importei os mesmos no Fiscal2, que tem como default tablespace a USERS.
Atenciosamente,
Felipe.20 de maio de 2011 às 9:32 pm #99291airoospParticipanteBoa tarde,
Segue abaixo os comandos que estou utilizando para o processo.
exp.exe userid=SYSTEM@prod CONSISTENT=Y STATISTICS=NONE COMPRESS=Y FILE=B:DUMPSBCO9i.DMP full=y LOG=B:DUMPSBCO9i.LOG;
imp.exe userid=SYSTEM@backup ignore=y commit=y buffer=10000000 feedback=100 file=e:BCO9i.DMP log=e:imp_div_users.log fromuser=sfi,pro,sisorc touser=sfi_new,pro_new,sisorc_new;
O retorno do select na dba_users é:
username default_tablespace
SISORC_NEW ADMINISTRACAO
SFI_NEW ADMINISTRACAO
PRO_NEW ADMINISTRACAOObrigado.
Airton
20 de maio de 2011 às 10:03 pm #99292felipegParticipante[quote=”airoosp”:26p31xb2]Boa tarde,
Segue abaixo os comandos que estou utilizando para o processo.
exp.exe userid=SYSTEM@prod CONSISTENT=Y STATISTICS=NONE COMPRESS=Y FILE=B:DUMPSBCO9i.DMP full=y LOG=B:DUMPSBCO9i.LOG;
imp.exe userid=SYSTEM@backup ignore=y commit=y buffer=10000000 feedback=100 file=e:BCO9i.DMP log=e:imp_div_users.log fromuser=sfi,pro,sisorc touser=sfi_new,pro_new,sisorc_new;
O retorno do select na dba_users é:
username default_tablespace
SISORC_NEW ADMINISTRACAO
SFI_NEW ADMINISTRACAO
PRO_NEW ADMINISTRACAOObrigado.
Airton[/quote]
Exporte sem o full=y e teste novamente ( veja o exemplo do último post).
No caso, para passar os schemas faça um export para cada um usando o userid=usuario@instancia ou exporte todos com system usando a cláusula owner=usuario1,usuario2
Atenciosamente,
Felipe20 de maio de 2011 às 11:09 pm #99293rmanParticipante[quote=”felipeg”:3d2j76eo][quote=”airoosp”:3d2j76eo]Boa tarde,
Estou utilizando a sintaxe abaixo para fazer a importação dos objetos para usuários diferentes em outro banco de dados.
imp userid=admin@compras file=e:arqinfo.dmp log=e:arqinfo_log.log ignore=y, buffer=1000000 feedback=100 fromuser=financ,venda,almox touser=financ_new,venda_new,almox_new;
Na primeira execução acompanhei o processo e vi que os objetos foram criados na mesma tablespace de origem (no novo banco há uma tablespace chamada DEPARTAMENTOS com o mesmo nome do banco de origem).
A minha pergunta é, os objetos não deveriam ser criados na tablespace chamada ADMINISTRACAO que é a default dos usuários (financ_new, venda_new, almox_new) ao invés da tablespace DEPARTAMENTOS?
Obrigado.
Airton[/quote]
Airton, boa tarde
Tem alguma coisa estranha ai, mande por favor o comando de exp e também o select abaixo
select username,default_tablespace from dba_users;
Segue o exemplo que fiz aqui para explicar como funciona:
SQL> select username,default_tablespace from dba_users where username like 'FISCAL%';USERNAME DEFAULT_TABLESPACE
FISCAL FISCAL_TB
SQL> create user FISCAL2 identified by fiscal default tablespace USERS quota unlimited on USERS;
Utilizador criado.
SQL> select username,default_tablespace from dba_users where username like 'FISCAL%';
USERNAME DEFAULT_TABLESPACE
FISCAL FISCAL_TB
FISCAL2 USERSSQL> conn fiscal/**@orcl
Ligado.
SQL> select count() from user_objects;COUNT(*)
677
SQL> select count(*) from all_objects where owner = 'FISCAL2';
COUNT(*)
0
C:index>exp fiscal@orcl file=fiscal.dmp statistics=none compress=y log=fiscal_exp.log
C:index>imp system@orcl file=fiscal.dmp fromuser=fiscal touser=fiscal2 buffer=10000 log=fiscal2_imp.log
C:index>sqlplus system@orcl
SQL> select count(*) from all_objects where owner = 'FISCAL2';
COUNT(*)
675
SQL >SELECT tablespace_name, segment_type, owner, COUNT(*),
SUM (bytes) / 1024 / 1024 mb
FROM dba_segments
WHERE owner LIKE '%FISCAL%'
GROUP BY tablespace_name, segment_type, owner
ORDER BY 1, 2 DESC;TABLESPACE_NAME SEGMENT_TY OWNER COUNT(*) MB
FISCAL_TB TABLE FISCAL 205 84,75
FISCAL_TB INDEX FISCAL 77 34,25
USERS TABLE FISCAL2 205 84,75
USERS INDEX FISCAL2 77 34,25
Nesse caso exportei os objetos do usuário Fiscal que estava na tablespace FISCAL_TB e importei os mesmos no Fiscal2, que tem como default tablespace a USERS.
Atenciosamente,
Felipe.[/quote]Esse EXP/IMP foi feito com o banco on line certo ?
Logo é um backup inconsistente…
Em que momento é aplicado os archives ? Ou não precisa ?
20 de maio de 2011 às 11:20 pm #99295felipegParticipante[quote=”rman”:20nj616d][quote=”felipeg”:20nj616d][quote=”airoosp”:20nj616d]Boa tarde,
Estou utilizando a sintaxe abaixo para fazer a importação dos objetos para usuários diferentes em outro banco de dados.
imp userid=admin@compras file=e:arqinfo.dmp log=e:arqinfo_log.log ignore=y, buffer=1000000 feedback=100 fromuser=financ,venda,almox touser=financ_new,venda_new,almox_new;
Na primeira execução acompanhei o processo e vi que os objetos foram criados na mesma tablespace de origem (no novo banco há uma tablespace chamada DEPARTAMENTOS com o mesmo nome do banco de origem).
A minha pergunta é, os objetos não deveriam ser criados na tablespace chamada ADMINISTRACAO que é a default dos usuários (financ_new, venda_new, almox_new) ao invés da tablespace DEPARTAMENTOS?
Obrigado.
Airton[/quote]
Airton, boa tarde
Tem alguma coisa estranha ai, mande por favor o comando de exp e também o select abaixo
select username,default_tablespace from dba_users;
Segue o exemplo que fiz aqui para explicar como funciona:
SQL> select username,default_tablespace from dba_users where username like 'FISCAL%';USERNAME DEFAULT_TABLESPACE
FISCAL FISCAL_TB
SQL> create user FISCAL2 identified by fiscal default tablespace USERS quota unlimited on USERS;
Utilizador criado.
SQL> select username,default_tablespace from dba_users where username like 'FISCAL%';
USERNAME DEFAULT_TABLESPACE
FISCAL FISCAL_TB
FISCAL2 USERSSQL> conn fiscal/**@orcl
Ligado.
SQL> select count() from user_objects;COUNT(*)
677
SQL> select count(*) from all_objects where owner = 'FISCAL2';
COUNT(*)
0
C:index>exp fiscal@orcl file=fiscal.dmp statistics=none compress=y log=fiscal_exp.log
C:index>imp system@orcl file=fiscal.dmp fromuser=fiscal touser=fiscal2 buffer=10000 log=fiscal2_imp.log
C:index>sqlplus system@orcl
SQL> select count(*) from all_objects where owner = 'FISCAL2';
COUNT(*)
675
SQL >SELECT tablespace_name, segment_type, owner, COUNT(*),
SUM (bytes) / 1024 / 1024 mb
FROM dba_segments
WHERE owner LIKE '%FISCAL%'
GROUP BY tablespace_name, segment_type, owner
ORDER BY 1, 2 DESC;TABLESPACE_NAME SEGMENT_TY OWNER COUNT(*) MB
FISCAL_TB TABLE FISCAL 205 84,75
FISCAL_TB INDEX FISCAL 77 34,25
USERS TABLE FISCAL2 205 84,75
USERS INDEX FISCAL2 77 34,25
Nesse caso exportei os objetos do usuário Fiscal que estava na tablespace FISCAL_TB e importei os mesmos no Fiscal2, que tem como default tablespace a USERS.
Atenciosamente,
Felipe.[/quote]Esse EXP/IMP foi feito com o banco on line certo ?
Logo é um backup inconsistente…
Em que momento é aplicado os archives ? Ou não precisa ?[/quote]
Rman,
É só uma exportação de todos os objetos e dados de um usuário para outro via expimp, não existem archives envolvidos neste tipo de operação.
Claro, caso seja feita alguma alteração no schema origem logo após o exp estas alterações não serão enviadas ao destino.Atenciosamente,
Felipe. -
AutorPosts
- Você deve fazer login para responder a este tópico.