chiappa... Obrigado pela ajuda, porém acabamos fazendo o export e import dos dados através uma ferramenta da própria aplicação que utiliza a base de dados do oracle...
Abraço Fernando 2009/10/15 jlchiappa <jlchia...@yahoo.com.br> > > > Então : > > > Em relação a versão do Oracle, no site para linux na arquitetura x86_64 > só > > existe a versão 10.2.0.1 para baixar, vou verificar se existe o patch no > > metalink... > > óbvio que existe, sim, é um patch já disponível há bastante tempo... Na > verdade no technet (esse deve ser o site a que vc se referiu) normalmente > fica a versão-base só, os patches todos só quem tem acesso ao metalink (o > Suporte pago) pode baixar... > > Em relação à situação, primeiro, cadê o DUMP que citei ??? É esse cara que > vai nos mostrar ** EXATAMENTE ** o que está gravado lá dentro da string, é > simplesmente fazer um : > > SELECT nomedacoluna, dump(nomedacoluna) FROM nomedatabela WHERE > nomedacoluna like '%condiçãoquetrazalgunsregistros%'; > > se houver espaços, caracteres ocultos, ou o que for esse dump nos mostrará > .... E nos diga o datatype dessa string, é CHAR, VARCHAR2, NCHAR, o que > exatamente ?? > > Segundo, sim, é EXATAMENTE a NLS_LANG à qual me referi quando disse 'setar > NLS na linha de comando' : só estranhei que vc está usando characterset de > 32 bits, isso é coisa de banco globalizado, que vai armazenar strings com > caracteres orientais e coisa do tipo, é REALMENTE isso que vc queria ? E > normalmente se indica a língua e o território junto com o characterset, tipo > : > > NLS_LANG=AMERICAN_AMERICA.AL32UTF8 > > Enfim, SE realmente vc fez correto o DUMP vai mostrar isso pra nós.. > > Aí chegamos no TERCEIRO ponto, outro q que vc não nos diz, que é : testes > feitos com sqlplus (OBVIAMENTE com a NLS_LANG setada) . Isso é importante > porque o characterset no database ** não ** sobrepõe o setting no cliente, > tranquilamente PODE SER que o teu programa-cliente não esteja trabalhando > com o characterset correto e alguma conversão com perda esteja acontecendo : > o sqlplus é facilmente ajustado com as vars de ambiente em linha de comando, > por isso sugeri estes testes... > > Quanto ao assistente de migração : eu não o uso (prefiro sempre fazer a > migração via linha de comando, controlando o processo em detalhes), mas sei > que num banco Oracle ** necessariamente ** os datafiles TEM que estarem > locais, diretamente acessíveis pelo servidor , absolutamente Não Há como vc > migrar (e nem sequer abrir) um database aonde os datafiles estão remotos, em > princípio.... Sendo assim se vc fosse migrar esse banco os arquivos TERIAM > que ser copiados até o novo servidor, NÂO TEM COMO o novo servidor > 'enxergar' os arquivos lá na outra máquina, ok ? Em tese vc até poderia > montar um Samba/NFS para fazer o servidor 10g 'pensar' que os arquivos são > locais, mas isso é uma gambi danada, não recomendaria, é mesmo copiar os > arqs pro local definitivo em que eles ficam... > > []s > > Chiappa > > > [As partes desta mensagem que não continham texto foram removidas]
