Estoy trabajando para actualizar nuestros Oracle Cluster Ready Services existentes de 11.1.0.7 a 11gR2 (11.2.0.1). Las cosas no van tan bien como esperaba y estoy aprendiendo mucho sobre los cambios en 11gR2. Esta no es una actualización menor como sugerirían las diferencias en el número de versión. Ha habido muchos cambios en CRS 11gR2. Los principales cambios son los siguientes (sin ningún orden en particular):
- Cluster Ready Services (CRS, también conocido como Clusterware) ahora se llama Grid Infrastructure, o GRID para abreviar.
- Si usa ASM, ya no está instalado en una casa separada. Oracle GRID ahora incluye Clusterware y ASM en el mismo hogar.
- Oracle GRID 11gR2 ahora incluye un oyente de nombre de acceso de cliente único (SCAN). Para simplificar las cosas, deberá crear una dirección IP virtual SCAN como sus VIP habituales y registrarlos con DNS. SCAN VIP debe tener el mismo nombre que el nombre de su clúster. SCAN VIP debe tener 3 direcciones IP asociadas, ya que Oracle GRID iniciará hasta 3 SCAN listeners.
- Oracle GRID 11gR2 ahora admite multidifusión. Tuve que aplicar el parche 9974223 ya que mi configuración usaba un puerto secundario para multidifusión. Hay una herramienta de prueba de multidifusión que puede ayudar a determinar si está configurado para multidifusión o no.
- Si bien puede reiniciar CRS con "crsctl stop/start crs", siempre estuve acostumbrado a "/etc/init.d/init.crs stop/start". El script /etc/init.d/init.crs ya no está disponible. Ha sido reemplazado por /etc/init.d/init.ohasd en su lugar.
Estos son solo algunos de los cambios que encuentro en el camino a medida que realizo mis actualizaciones y soluciono los problemas que surgen.
Esta actualización me ha demostrado que es valioso tener un banco de pruebas de RAC antes de trabajar en estas tareas en sus entornos de producción. El último lugar en el que trabajé solo tenía un entorno RAC y esa era nuestra base de datos de producción. Se consideró demasiado costoso configurar otro entorno RAC para desarrollo/prueba. Mi empleado actual fue lo suficientemente sabio como para configurar un banco de pruebas RAC donde podía destruir cosas por completo y probar, probar y probar antes de intentar la producción. Las cosas han cambiado en los últimos años, donde se pueden usar máquinas virtuales para configurar entornos de prueba mucho más baratos que antes, donde teníamos que adquirir hardware solo para realizar pruebas.
Dicho esto, desearía que mi banco de pruebas de RAC actual estuviera en un entorno de máquina virtual. Si estuviera en una VM, podría tomar una instantánea de la VM con CRS 11.1.0 ejecutándose y si me encontrara con problemas que fueran difíciles de recuperar, podría volver a la instantánea. Tal como está ahora, si tengo problemas con la actualización y realmente hago un lío, tengo que desinstalar todo manualmente, reinstalar CRS 11.1.0 y volver a crear una base de datos antes de poder volver a intentar una actualización de CRS 11.2.0. Esto lleva tiempo y una VM podría ahorrarme mucho tiempo aquí.
