Oi Amigos; Pode não ser o caminho mais rápido,
agora acho o mais seguro (sem dúvida). Se puder adequar, a sua realidade. Abraços Mosán D'dos Santos Security Expert Database ____________________________ OCP DBA 10g LIPIC3 (Core + Security) CCNA Security ISF ISO/IEC 27002 ______________________________ skype: mosansantos ________________________________ De: Welvis Moretto <welvis_doug...@yahoo.com.br> Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> Enviadas: Terça-feira, 2 de Agosto de 2011 13:23 Assunto: Re: [oracle_br] Migração RAC 11.1.0.6 para 11.2.0.2 - Sugestões Boa tarde... Qual o tamanho do banco de dados? Você já pensou em criar o banco standby com os 2 nodes.. depois que estiver tudo sicronizado vc abre habilita o novo RAC? Eu particularmente tento correr de dblink’s, uso apenas quando não tenho saída. Há algum tempo, aqui na empresa fizeram uma cópia storage to storage, usaram uma ferramenta, mas não lembro o nome. Tenho owner’s aqui na empresa com 450G de dump, a base importar em menos de 24H, todo o usuário importado tem em torno de 850G. Também é uma solução. Esse é meu ponto de vista, olhando para um ambiente que eu não conheço... Att, ________________________________ De: luzizardba <amor...@gmail.com> Para: oracle_br@yahoogrupos.com.br Enviadas: Terça-feira, 2 de Agosto de 2011 12:37 Assunto: [oracle_br] Migração RAC 11.1.0.6 para 11.2.0.2 - Sugestões Boa tarde amigos, Neste final de semana, irei realizar a migração do cluster de 2 nós da minha empresa que esta na versão 11.1.0.6 e utiliza Red Hat 5.2 para a versão RAC 11.2.0.2 e RHEL 5.5 e gostaria de algumas sugestões dos caros amigos... Hoje tenho um storage da DELL conectado a estes nós e possuo 3 diskgroups (DATA, INDX e FRA). Tenho uma terceira maquina que será utilizada para o 3 nó, então ela esta ainda parada. Minha idéia inicial seria mover todas as tablespaces que se encontram no diskgroup INDX para DATA e desabilitar o segundo nó do cluster, deixando somente o primeiro operacinal. Desta maneira eu já teria os dois primeiros nós do novo cluster sendo montado em cima do novo diskgroup que será criado, a partir do INDX que foi dropado. Aos poucos (durante a semana) iria movendo as tablespaces / usuário de um servidor par ao outro e criando as devidas conexões entre as consultas, através de DBLINK / sinomimos publicos. Desta maneira conseguir ter os dois ambientes no ar. A idéia do transporte dos dados, seria através de tablespaces transporaveis (datapump). Fiz alguns testes no transporte utilizando tablespaces transportables da versão 11.1.0.6 para a versão 11.2.0.2 e não tive problemas. No novo cluster, pretendo utilizar OCFS2 para recepcionar SPFILE, Voting e OCR. O que acham ? alguma sugestão ? Lembrado somente que tive esta ideia pensando em um ambiente disponível o mais tempo possível. [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]