Colega, se é outro equipamento, E (obviamente) deve haver comunicação de rede entre os dois, sem criar arqs intermediários grandes, uma opção que salta aos olhos em primeiro lugar é vc instalar os binários , criar uma instância 10g, criar um database vazio, criar as estruturas do 9i nele e trazer os dados do bd original : criar a estrutura seria um export com ROWS=N CONSTRAINTS=N INDEXES=N (isso ocuparia uns poucos Mbs, um export sem dados é bem pequeno), e depois ir trazendo os dados (via INSERT /*+ APPEND */ into tabela select * from tab...@dblinkparao9i , pequenos exports feitos a partir do 10g conectando no 9i via dblink, E quando os dados estarem ok aí vc executa um script que crie os índices em parallel e nologging e crie as constraints SEM validar os dados (que vc já sabe que estão bons) - via de regra essa opção é bem rápida, em especial se a sua rede e o I/O são bons, vc pod ter várias sessões trazendo dados do 9i ao mesmo tempo... Pra te ajudar a extrair os scripts de criação de estruturas, índices e constraints vc pode usar o freeware DDL Wizard em http://ddlwizard.com/ . E é claro, ainda sem trafegar grandes arqs, vc Não vai deixar de mensurar as outras possibilidades já citadas na thread por ouros colegas, como voltar um backup do RMAN no novo servidor (ele tem comandos para fazer o upgrade dos arqs), se for em fita e a fita puder ser atachada no novo server.... Se nenhuma das duas outras possibilidades for viável, aí caímos na necessidade de se Transferir os arquivos do 9i pro 10g e lá fazer o upgrade/conversão deles, via de regra isso deve ser um pouco mais demorado... O resumo da ópera é , então, é : no SEU ambiente, teste quanto tempo leva (sob condições ótimas, com o mínimo de usuários usando, com Parallel DML ativo, com db_file_multiblock_read_count no talo máximo, etc) quanto tempo leva um INSERT /*+ APPEND */ via dblink, quanto tempo leva o restore dos maiores arqs e quanto tempo leva a transferência de arqs via rede (o upgrade/conversão é rapidinho) , que aí vc terá condição de dizer qual é o melhor em tempo ... É claro, vc TEM que dar uma gordurinha na sua estimativa total clause ativada seja qual for o método (pois no caso de INSERT vc terá que rebuildar os índices, no caso de conversão de datafiles normalmente após o STARTUP UPGRADE vc tem que recriar parte do dicionário/catálogo, recompilar objs inválidos, E no seu caso sendo 32 -> 64 bits a conversão vai ter que recompilar PL/SQLs)... Blz ? []s Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Raul Francisco Costa F. de Andrade, DBA" <raulf...@...> escreveu > > Grande Chiappa!!! Mais uma vez obrigado pelo interesse em responder/ajudar. > > Então os dados que não falei: > São no mesmo SO, porém em servidores diferentes, e ainda no 9i está em > estrutura de FS e na 10G vai para RAC com ASM. > Ah também vão de 32 para 64 bits. > > Att. > > Raul > > Em 8 de abril de 2010 14:21, José Laurindo <jlchia...@...>escreveu: > > > > > > > Bem, vc não dá os detalhes cruciais (ie, se é migração pro mesmo servidor > > ou pra um outro, os Sistemas Operacionais exatos envolvidos e > > características de hardware se forem servers diferentes), mas de modo geral > > : > > > > a) se for no mesmo servidor E no mesmo SO/etc, sem dúvida a maneira mais > > fácil é vc fazer a migração (ie, a Conversão) desse banco de dados pra 10g > > (só lembrando, a definição de "banco de dados" é que ele é a soma dos > > ARQUIVOS, como datafiles, controlfiles, redo files, etc, e a Instância são > > os binários, fazendo a Instância ler os arqs vc tem um banco Aberto). O > > procedimento é relativamente simples, vc instala os binários 10g, starta a > > instância 10g e aí pede para ela ler os arquivos 9i, convertendo-os para o > > formato 10g via STARTUP MIGRATE . Consulte no metalink a nota metalink > > 466181.1 "10g Upgrade Companion", que ela dá os detalhes todos > > > > b) se for de um server pra outro a´pode haver variações , dependendo se o > > So muda, se a qruitetura (32/64 bits) muda... Se for isso, passa os dets, > > plz. > > > > []s > > > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>, > > "Raul Francisco Costa F. de Andrade, DBA" <raulfdba@> escreveu > > > > > > > > Pessoal, estou com um problema que talvez possam me ajudar. > > > Preciso fazer a migração de uma base de dados do Oracle 9i para 10G > > > (10.2.0.4). > > > Porém a base tem 300GB e não tenho este espaço em hd para gerar o EXPORT > > > para depois fazer o import. > > > Também não posso usar o Datapump por ser Oracle 9i a base origem. > > > > > > Gostaria de algumas dicas se possível. > > > > > > > > > Att. > > > > > > Raul > > > > > > -- > > > ---------------------------------------------------------- > > > Raul Francisco da Costa Ferreira de Andrade > > > DBA - OCA - Oracle Certified Associate > > > COBIT Foundation 4.1 > > > Fone: (41)8855-8874 Brt > > > email: raulfdba@ > > > > > Skype: raul.andrade > > > www.clickdba.com > > > "Para conhecermos os amigos é necessário passar > > > pelo sucesso e pela desgraça. > > > No sucesso, verificamos a quantidade e, > > > na desgraça, a qualidade. " Confúcio > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > -- > -------------------------------------------------------------- > Raul Francisco da Costa Ferreira de Andrade > DBA - OCA - Oracle Certified Associate > COBIT Foundation 4.1 > Fone: (41)8855-8874 Brt > email: raulf...@... > Skype: raul.andrade > www.clickdba.com > "Para conhecermos os amigos é necessário passar > pelo sucesso e pela desgraça. > No sucesso, verificamos a quantidade e, > na desgraça, a qualidade. " Confúcio > > > [As partes desta mensagem que não continham texto foram removidas] >
