Neste caso, diante das circunstâncias por mim expostas, você acredita que seria melhor criar uma base Standalone já com ASM, migrar os schemas do servidor antigo para ela e depois fazer a instalação do Clusterware já com os dois nós disponíveis e transformar a instância em RAC?
Infelizmente o cliente não nos deu opção de possuir uma máquina de origem e as duas máquinas em RAC de destino. Invariavelmente precisarei migrar da antiga para a nova, e depois colocar as duas em RAC. Abraços, Marcelo 2009/11/10 jlchiappa <jlchia...@yahoo.com.br> > > > Sim, entendi, MAS eu recomendo enfaticamente que vc providencie o > necessário e já monte os dois nós de uma vez por causa da maior facilidade : > por exemplo, uma das coisas mais chatinhas de fazer numa instalação RAC são > a equivalência e a rede privada, SE vc já tem duas máquinas vc já ** > TESTARIA ** na real, já na hora do setup, esses detalhes de rede ( ** o > próprio ** procedimento de instalação já dispara uns assistentes pra isso), > é BEM mais fácil imho - em não tendo vc vai ter muuuuito mais trabalho > depois pra configurar isso com o software já instalado na máquina 1... Como > eu disse, nunca fiz mas possível claro que deve ser, mas ** absolutamente ** > não vale o trabalho e o riscos decorrentes da cobnfig mais "difícil", mais > "trabalhosa"... > > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>, > Marcelo Medrado <marcelo.medr...@...> escreveu > > > > Grande Chiappa, > > > > Na verdade, trata-se de uma migração de ambiente em dois passos > distintos: > > > > Tenho dois servidores para montar o RAC mas apenas um está disponível > para > > configuração inicial. O objetivo e criar o ambiente RAC com um único nó, > > migrar os dados do segundo servidor para a instância recém e preparar > este > > segundo servidor como segundo nó do RAC. > > > > Abraços, > > > > Marcelo Medrado > > > > 2009/11/7 jlchiappa <jlchia...@...> > > > > > > > > > > > > Sim, colega, eu nunca fiz mas conceitualmente é PERFEITAMENTE possível > : o > > > que vc obterá com isso é o mesmo ambiente de um RAC de dois nós quando > um > > > cai, ie, um só nó ativo, isso é TOTALMENTE 'legal' para o RAC, ele NÂO > TEM > > > uma exigência de número mínimo de nós... afaik quando vc pede pra > instalar > > > um RAC o Assistente pede pra vc informar a lista dos nós, afaik vc > poderia > > > informar um só... > > > Sendo assim, creio que vc não teria problemas, DESDE QUE as exigências > do > > > RAC sejam atendidas, ie : o banco de dados **** TEM QUE **** ter sido > criado > > > num storage COMPARTILHADO, que ** haja espaço ** num storage > COMPARTILHADO > > > para voting disk/arqs de controle gerais do RAC, que haja > rsh/comunicação de > > > rede setada, que haja IP virtual criado.... > > > > > > ===> EVIDENTEMENTE, estou respondendo o que vc perguntou, mas : pelo > que > > > entendo vc quer fazer um TESTE (de performance, > escalabilidade/aceitação) na > > > tecnologia RAC, correto ? Sendo isso, imho ** DE FORMA ALGUMA ** um > database > > > RAC com um nó só vai servir de teste minimamente confiável, pois NÂO > estará > > > havendo aquilo que muitas vezes é o calcanhar de Aquiles do RAC, a > > > INTERCOMUNICAÇÃO entre os nós.... Então pra mim se vc quer fazer um > Teste ** > > > PRECISO **, teste a realidade, com vários nós, com comunicação de Rede > entre > > > eles, como vai ser na prática, um database com vários nós, não um > Ficção, ok > > > ? > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br > > > <oracle_br%40yahoogrupos.com.br><oracle_br% > 40yahoogrupos.com.br>, > > > > Marcelo Medrado <marcelo.medrado@> escreveu > > > > > > > > > > > Prezados, > > > > > > > > É possível configurar o RAC com apenas um nó? A situação é a > seguinte: > > > > > > > > Tenho um ambiente de produção Standalone numa PowerPC com AIX e uma > > > máquina > > > > nova, idêntica. O objetivo seria criar toda a estrutura do RAC no > novo > > > > servidor (apenas com um nó + ASM e tudo mais), migrar o ambiente aos > > > poucos > > > > (alguns schemas podem ser copiados de imediato, outros precisariam > ser > > > > homologados) e após transferirmos tudo para o novo ambiente, preparar > o > > > > segundo nó e adicioná-lo ao RAC. > > > > > > > > Alguém já passou por esta experiência? É viável/fácil/complexo? Creio > que > > > > cenários desta natureza não sejam tão incomuns pois nem sempre > possuímos > > > > duas máquinas novas para iniciar o ambiente do zero. > > > > > > > > Se alguém puder me indicar também uma documentação específica sobre > este > > > > cenário seria excelente. > > > > > > > > Abraços, > > > > > > > > Marcelo > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas] ------------------------------------ -------------------------------------------------------------------------------------------------------------------------- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -------------------------------------------------------------------------------------------------------------------------- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ ------------------------------------------------------------------------------------------------------------------------ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html