Outra possibilidade podem ser restore de um backup do 64 bits no 32 bits, veja na nota 369644.1 que embora não recomendado em tese isso é possível, ou técnicas derivadas como transport tablespace, numa busca rápida não encontrei contra-recomendação , talvez funcione, é pesquisar e testar aí no seu ambiente...
[]s Chiappa --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <jlchia...@...> escreveu > > Sim, é sempre, sempre, sempre, ** ultra-complicado ** se gerenciar ambiente > aonde o "novo" tem que conversar com o "velho", aí o novo usou um recurso > que o velho não tinha, é dor de cabeça na certa... Claro, não é só Oracle, em > outro cliente um amigo meu estava gerenciando um ambiente aonde a Empresa > permitia versões diferentes de Office e de Windows, era de ser ver os > enroscos quando alguma coisa "nova" tinha que ir pra "velha"... No seu caso, > pra agravar mais ainda, vc tem 32 e 64 bits, saiba que mesmo a **mesmíssima > ** release de So no 32 bits pode (E VAI, muitas vezes) ter diferença em ordem > de gravação de bytes, features, interoperabilidade fica um inferno muitas > vezes... Faça o que for possível pra mudar isso.... > > Bom, seguinte : o exp deixou de ser o "modo normal" há muito tempo, > realmente o datapump seria a opção a partir do bd 10g, e ele até tem o > parâmetro VERSION pra permitir exportação em downgrade 11g => 10g (veja a > nota metalink 553337.1 ), mas não tem jeito, quando é caso de > feature/datatype que não existe, o coitado *** não tem como *** saber pelo > que vc quer substituir no 10g, então vc vai ter que, pras tabelas que tem > features 11g, precriar no 10g com a estrutura substituta (usando string ou > LOB no lugar do tal XML que o 10g não tem sei lá) e depois exportar apenas os > dados no 11g e importar os dados apenas no 10g, pode ser via arquivo-texto, > algo no estilo. > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, Zumba <zumba_oracle@> escreveu > > > > > > Caio/Cyro, > > > > obrigado pela contribuição, era isso que estava esperando. O detalhe que as > > tabs da base 11g possuem feature que o 10g não tem. > > Logo que fiz o export, recebi o erro: > > > > ORA-39139: Data Pump does not support XMLType objects in version 10.2.0. > > TABLE_DATA:"PROACTIVE"."SRAS_RESULT" will be skipped. > > > > Pra resolver o problema, preciso de uma base 11g mesmo. > > Aí a duvida, se consigo importar um arquivo gerado em Solaris10_64 e > > Oracle11g num outro servidor Linux32 e Oracle 11g?!?! > > > > Ambiente complicado, hein! > > Desde já agradeço a ajuda. > > > > Zumba > > > > > > > > ____________________________________________________________________________________ > > Veja quais são os assuntos do momento no Yahoo! +Buscados > > http://br.maisbuscados.yahoo.com > > >