Hola a todos,
Hoy vamos a contar un caso que nos ha pasado en un cliente trabajando con un RAC de tres nodos. Con el RAC funcionando correctamente se decidió hacer un cambio de IPs que afectaba a las IPs de la parte de los SCAN_Listener de dicho RAC, con lo que nos encontramos que había que cambiar las Scan IP a un RAC de Oracle.
Configuración del entorno antes de la intervención
Antes de cambiar Cambiar las Scan IP, la configuración de las IPs era la siguiente:
IPs antiguas
Name: node-ipex.domain.net
Address: 12.10.22.88, 12.10.22.89, 12.10.22.87
IPs nuevas
Name: node-ipex.domain.net
Address: 10.1.137.42, 10.1.137.43, 10.1.137.41
Las IPs a nivel de DNS las cambió el equipo de redes, y una vez cambiado ya comenzamos nosotros a reconfigurar el RAC de Oracle, con los comandos que vamos a ver a continuación.
Revisión SCAN IP en cada nodo
Una vez que se han cambiado el DNS por las nuevas IP, se comprueba que desde los 3 nodos se accede a las nuevas IPs. Para comprobar si se accede correctamente a las nuevas IPs se utiliza la instrucción nslookup, que es una instrucción de SO, y la podemos ejecutar tanto con usuario root como con usuario Grid.
Parada de los recursos de SCAN del RAC
A nivel de RAC, hay dos recursos relacionados con la parte de SCAN del mismo. Una es el propio scan, y la otra es el SCAN Listener, que está configurado en cada nodo.
Toda esta parte se realiza con el usuario propietario del Cluster, que en este caso es el usuario Grid.
[grid@node1 ~]$
[grid@node1 ~]$ srvctl stop scan_listener
[grid@node1 ~]$ srvctl stop scan
[grid@node1 ~]$Se comprueba que se ha parado todo correctamente
[grid@node1 ~]$ srvctl status scan
SCAN VIP scan1 is enabled
SCAN VIP scan1 is not running
SCAN VIP scan2 is enabled
SCAN VIP scan2 is not running
SCAN VIP scan3 is enabled
SCAN VIP scan3 is not running
[grid@node1 ~]$
[grid@node1 ~]$ srvctl status scan_listener
SCAN Listener LISTENER_SCAN1 is enabled
SCAN listener LISTENER_SCAN1 is not running
SCAN Listener LISTENER_SCAN2 is enabled
SCAN listener LISTENER_SCAN2 is not running
SCAN Listener LISTENER_SCAN3 is enabled
SCAN listener LISTENER_SCAN3 is not running
[grid@node1 ~]$Cambiar los recursos de SCAN del RAC
Esta parte es necesario realizarla con el usuario root, en vez de con el propietario del software, que en nuestro caso es Grid.
[root@node1 ~]#
[root@node1 ~]# srvctl modify scan -n node-ipex.domain.net
[root@node1 ~]#Una vez modificado hay que levantar los recursos del Cluster que habíamos parado anteriormente, que son el SCAN y el SCAN_Listener.
[grid@node1 ~]$
[grid@node1 ~]$ srvctl start scan
[grid@node1 ~]$ srvctl start scan_listener
[grid@node1 ~]$Y se comprueba que todo levanta correctamente.
[grid@node1 ~]$ srvctl status scan
SCAN VIP scan1 is enabled
SCAN VIP scan1 is running on node node1
SCAN VIP scan2 is enabled
SCAN VIP scan2 is running on node node3
SCAN VIP scan3 is enabled
SCAN VIP scan3 is running on node node2
[grid@node1 ~]$ srvctl status scan_listener
SCAN Listener LISTENER_SCAN1 is enabled
SCAN listener LISTENER_SCAN1 is running on node node1
SCAN Listener LISTENER_SCAN2 is enabled
SCAN listener LISTENER_SCAN2 is running on node node3
SCAN Listener LISTENER_SCAN3 is enabled
SCAN listener LISTENER_SCAN3 is running on node node2Se comprueba que la configuración ha quedado modificada
[grid@node1 ~]$ srvctl config scan
SCAN name: node-ipex.domain.net, Network: 1
Subnet IPv4: 10.1.137.0/255.255.255.0/bond0, static
Subnet IPv6:
SCAN 1 IPv4 VIP: 10.1.137.43
SCAN VIP is enabled.
SCAN 2 IPv4 VIP: 10.1.137.42
SCAN VIP is enabled.
SCAN 3 IPv4 VIP: 10.1.137.41
SCAN VIP is enabled.Con esto quedan cambiadas las IPs de SCAN de un RAC.
Esperamos que os haya resultado de ayuda. No dudéis en poneros en contacto con nosotros en caso de necesitar ayuda en la gestión de vuestras bases de datos. Échale un vistazo a nuestros servicios de soporte y mantenimiento Oracle.
¿Aún no conoces Query Performance? Descubre cómo puede ayudarte en tu entorno Oracle. Más información en su página de LinkedIn.
Sígue a GPS en LinkedIn