Estou trabalhando na atualização de nossos Oracle Cluster Ready Services existentes de 11.1.0.7 para 11gR2 (11.2.0.1). As coisas não estão indo tão bem quanto eu esperava e estou aprendendo muito sobre as mudanças no 11gR2. Esta não é uma atualização menor, como sugerem as diferenças de número de versão. Houve muitas mudanças no CRS 11gR2. As principais alterações são as seguintes (sem ordem específica):

• Cluster Ready Services (CRS, também conhecido como Clusterware) agora está sendo chamado de Grid Infrastructure, ou GRID para abreviar.
• Se você usar o ASM, ele não será mais instalado em uma casa separada. O Oracle GRID inclui Clusterware e ASM na mesma casa agora.
• O Oracle GRID 11gR2 agora inclui um listener Single Client Access Name (SCAN). Para simplificar, você precisará criar um endereço IP virtual SCAN como seus VIPs habituais e registrá-los no DNS. O SCAN VIP deve ter o mesmo nome do seu cluster. O SCAN VIP deve ter 3 endereços IP associados a ele, pois o Oracle GRID iniciará até 3 listeners SCAN.
• O Oracle GRID 11gR2 agora suporta multicast. Tive que aplicar o patch 9974223 pois minha configuração usava uma porta secundária para multi-casting. Existe uma ferramenta de teste multicast que pode ajudar a determinar se você está configurado para multicast ou não.
• Enquanto você pode reiniciar o CRS com “crsctl stop/start crs”, eu sempre estava acostumado com “/etc/init.d/init.crs stop/start”. O script /etc/init.d/init.crs não está mais disponível. Ele foi substituído por /etc/init.d/init.ohasd.

Estas são apenas algumas mudanças que estou encontrando ao longo do caminho enquanto realizo minhas atualizações e soluciono problemas que surgem.

Esta atualização provou para mim que é valioso ter um testbed RAC antes de trabalhar nessas tarefas em seus ambientes de produção. O último lugar em que trabalhei tinha apenas um ambiente RAC e esse era nosso banco de dados de produção. Foi considerado muito caro configurar outro ambiente RAC para desenvolvimento/teste. Meu funcionário atual foi sábio o suficiente para configurar um testbed RAC onde eu poderia destruir completamente as coisas e testar, testar, testar antes de tentar em produção. As coisas mudaram nos últimos anos, onde é possível usar Máquinas Virtuais para configurar ambientes de teste muito mais baratos do que anteriormente, onde tínhamos que adquirir hardware apenas para teste.

Dito isso, gostaria que meu testbed RAC atual estivesse em um ambiente de VM. Se estivesse em uma VM, eu poderia tirar um instantâneo da VM com o CRS 11.1.0 em execução e, se encontrasse problemas difíceis de recuperar, poderia reverter para o instantâneo. Do jeito que está agora, se eu tiver problemas com a atualização e realmente estragar tudo, tenho que desinstalar tudo manualmente, reinstalar o CRS 11.1.0 e recriar um banco de dados antes de tentar novamente uma atualização do CRS 11.2.0. Isso leva tempo e uma VM pode me economizar muito tempo aqui.