Bom dia Evandro! Essa dump específico foi algo muito pontual - que só aconteceu uma vez e não deve acontecer de novo. E infelizmente não tenho como gerar o dump novamente, pois a base de origem "foi pro pau". Mas já contornei o problema e a princípio não tivemos perdas...
Respondendo tua pergunta: não, eu não utilizei o parametro VERSION! Realmente durante o EXPDP eu esqueci desse "detalhe" de que as versões eram diferentes. Agora atente-se ao seguinte detalhe: - gerei o dump no 11.2.0.3 linux; - tentei importar em 3 máquinas diferentes, deu pau em todas - tentei importar no próprio servidor de origem, 11.2.0.3 Linux... e deu pau também! Quando chega na parte de importar os INDEXES ele dá um erro fatal e termina, com erros no alert.log e tudo mais! Portanto o problema maior não era em relação a diferença de versão! Em 8 de julho de 2014 09:39, Evandro Giachetto evandrogiache...@gmail.com [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: > > > Bom dia amigo. > > Eu vi apenas o Chiappa comentar sobre a diferença nas versões em que você > informou que o dump foi gerado (expdp) de um banco na versão 11.2.0.3 e > você está importando na versão 11.2.0.1. > > Teoricamente, se você não informou o datapump utiliza o VERSION como > COMPATIBLE por default, o que permitiria que você importasse esse dump em > outros bancos dentro da mesma release, neste caso, o 11gR2. > > Apenas a título de curiosidade. Você tentou gerar o export usando o > parametro VERSION=11.2.0.1 ? > > Neste caso, o seu dump seria gerado especificamente para a versão > 11.2.0.1, mesmo sendo gerado a partir da versão 11.2.0.3 > > De qualquer forma, quando você usa o DATA_ONLY, por padrão o > TABLE_EXISTS_ACTION passa a usar como default o valor APPEND. > > TABLE_EXISTS_ACTION > > Default: SKIP (Note that if CONTENT=DATA_ONLY is specified, then the > default is APPEND, not SKIP.) > > Purpose > > Tells Import what to do if the table it is trying to create already > exists. > > Syntax and Description > > TABLE_EXISTS_ACTION=[SKIP | APPEND | TRUNCATE | REPLACE] > > > Ou seja, como você disse que funcionou quando você trocou > CONTENT=DATA_ONLY por TABLE_EXISTS_ACTION=APPEND, então, muito > provavelmente você atingiu um bug quando do import entre versões. > > Por isso eu perguntei se utilizou o parâmetro VERSION. > > Talvez valha a pena passar a utilizar este parâmetro sempre que o dump que > estiver sendo gerado destine-se a um banco com versão diferente, mesmo > dentro da mesma release. > > > Evandro Giachetto > Oracle DBA > evandrogiache...@gmail.com > > > > Em 7 de julho de 2014 17:10, 'Milton Bastos Henriquis Jr.' > miltonbas...@gmail.com [oracle_br] <oracle_br@yahoogrupos.com.br> > escreveu: > > >> >> Pra gente não vale a pena, pois não temos base de produção - usamos >> apenas para desenvolvimento. >> O nível de criticidade é próximo a zero. >> >> Só fiquei curioso com esse erro do IMPDP porque ele aconteceu em duas >> bases diferentes: >> - 11.2.0.3 no OEL 6.5 >> - 11.2.0.1 no Windows 8 >> >> Em abos deu o seguinte problema: >> ao chegar na fase de importar ÍNDICES ele dá um "fatal error" e termina o >> import. >> >> >> >> Em 7 de julho de 2014 16:25, jlchia...@yahoo.com.br [oracle_br] < >> oracle_br@yahoogrupos.com.br> escreveu: >> >>> >>> >>> Então : pode ou não estar relacionado com os problemas que vc teve, mas >>> necessariamente todo e qualquer erro ORA-00600 e ORA-07445 implica em BUG >>> (nem que seja um simples bug de documentação, não indicando uma sintaxe >>> necessária, digamos, ou mesmo BUG do SO e/ou de camadas externas ao >>> database, talvez), mas BUG... >>> Então vc necessariamente deveria ter Suporte para esse ambiente para >>> poder abrir um Chamado , OU ao menos o pessoal deveria comprar Suporte para >>> um outro produto Oracle qualquer dos mais baratinhos, só para que pelo >>> menos vc possa baixar uma versão mais atualizada do RDBMS e testar se os >>> problemas continuam ou não na versão mais atualizada... Afora isso, não tem >>> muito o que se fazer, então acione os responsáveis pelo Ambiente em questão >>> e veja o que consegue nesse sentido, senão não terás mais ações possíveis >>> que não sejam work-arounds pontuais, mas sempre sem saber causa-raiz... >>> >>> []s >>> >>> Chiappa >>> >> >> > >
