Neste caso, acompanhando seu raciocínio, você informa que importa primeiro o user "owner" dos objetos. Neste caso, importando também os grants, o user tenta dar grant diretamente ao user "viewer" ou a alguma role logo após a criação do objeto e não vai conseguir, porque o user "viewer" não existe ainda, ou a role, se for o caso.
Quando da importação do user "viewer" ele tenta criar views, por exemplo, acessando uma table à qual ele não tem permissão de leitura, concorda? Verifique se é este seu caso. Reginaldo Ribeiro Administrador de Bancos de Dados Oracle Certified Associate 10g _________________________________ DBcom IT Experts skype: rflribeiro msn: [EMAIL PROTECTED] mobile: 551192344290 fone: 551162165375 e-mail: [EMAIL PROTECTED] site: www.dbcom.com.br Carlos Henrique Correa wrote: > > Vou repetir o procedimento usando o data_pump. e sobre os direitos, o > user dono da direitos ao user viewer a alguns de seus objetos. > > rflribeiro <[EMAIL PROTECTED] > <mailto:rflribeiro%40dbcom.com.br>> escreveu: Sendo 10g as versões de > ambos os bancos, por que você não utiliza o > data_pump? Basta informar a versão no comando. > > Não deveria ocorrer erro em virtude de estatísticas. Não há nenhuma > atribuição relacionada a roles? O user dono das tabelas concede grants > p/ algumas roles que o user "viewer" recebe? Isso é bem comum acontecer. > > Reginaldo Ribeiro > Administrador de Bancos de Dados > Oracle Certified Associate 10g > _________________________________ > DBcom IT Experts > skype: rflribeiro > msn: [EMAIL PROTECTED] <mailto:rflribeiro%40dbcom.com.br> > mobile: 551192344290 > fone: 551162165375 > e-mail: [EMAIL PROTECTED] <mailto:rflribeiro%40dbcom.com.br> > site: www.dbcom.com.br > > Carlos Henrique Correa wrote: > > > > Bom dia! Temos dois bancos aqui com a seguinte configuração: > > > > Windows (XP) > > Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Prod > > PL/SQL Release 10.1.0.2.0 - Production > > CORE 10.1.0.2.0 Production > > TNS for 32-bit Windows: Version 10.1.0.2.0 - Production > > NLSRTL Version 10.1.0.2.0 - Production > > > > Linux (Oracle Linux) > > Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod > > PL/SQL Release 10.2.0.1.0 - Production > > CORE 10.2.0.1.0 Production > > TNS for Linux: Version 10.2.0.1.0 - Production > > NLSRTL Version 10.2.0.1.0 - Production > > > > Tivemos que recriar alguns usuários e suas tablespaces existentes no > > db em Linux para o db em Windows, estes usuários funcionam da seguinte > > forma, um usuário é dono das tabels, views e etc, enquanto outro > > relacionado a ele possui vários sinônimos para os objetos do usuário > > anterior e alguns objetos próprios. Após realizamos os exports dos > > usuários do Linux e começamos as operações de import no Windows, ao > > finalizar todas as operações e verificarmos os usuários e seus > > objetos, constatamos que alguns usuários estavam com objetos faltando, > > verificando o log das operações vi que os erros apresentados são todo > > em relação a estatísticas (entrada de valor inválido). > > > > Minhas dúvidas são: > > > > Devido ao erro de entrada de dados nas estatísticas de algumas > > tabelas, estas não foram importadas? > > > > A diferença de entre as versões pode ter algum relacionamento com a > > não importação de alguma tabela, devido a sintaxe e comandos utilizados? > > > > > > Obs.: O import foi feito seguindo a ordem dos usuários, primeiro os > > donos dos objetos e depois o usuário que o espelha. > > > > Sintaxe do Import: > > > > imp system/???? file=\arquivo.dmp log=\arquivo.log rows=y ignore=y > > fromuser=usuario touser=usuario > > > > exp system/???? file=\arquivo.dmp log=\arquivo.log rows=y > > owner=(usuario,usuario1,usuario2...) >
