Hoy vamos a ver unas nociones r\u00e1pidas sobre el parchado en un RAC
\nParchear el RAC es diferente al parcheado de un sibgle node, si Opatch detecta un cluster preguntar\u00e1 al OUI el nombre del nodo local y el listado de nodos.
\nAdem\u00e1s de esto, antes de instalar un parche hay que parar todoas las aplicaciones que corren en ese directorio de software deben de pararse. <\/p>\n
Exsisten 3 m\u00e9todos de parcheado de un RAC<\/p>\n
Para llevar a cabo el parchado seguiremos los siguientes pasos: Vamos a describir cada uno de los tres m\u00e9todos de parchado y las diferencias entre ellos <\/p>\n Este m\u00e9todo consiste en parar todos los recursos de todos los nodos y se instalan a la vez. una vez est\u00e1n todos parcheados arrancamos de nuevo. El m\u00e9todo de Rolling patching es el m\u00e9todo mas eficiente para la aplicaci\u00f3n de parches en un RAC o un GRID. En este m\u00e9todo se para un grupo de nodos , se aplican los parches a ese grupo, se levanta.. se va haciendo as\u00ed hasta que todos los nodos del cluster est\u00e1n parcheados. Este m\u00e9todo es el casi igual que el de rolling patching, pero lo llevamos a cabo cuando losparches no sean \u201crolling patch\u201dLa diferencia principal es que los nodos que se van parando y arrancando son los que tienen un mismo servicio.Se pierde servicio enlos nodos parcheados, pero si hay mas de un servicio el resto sigue funcionando. Es una mezcla entre el mejor (rolling) y el peor(all nodes) A groso modo esta es la diferencia entre los 3 m\u00e9todos de parchado de un RAC, evidentemente, como siempre, conviene leerse el README tanto para ver las especificaciones del parche, como la vuelta atr\u00e1s. Hoy vamos a ver unas nociones r\u00e1pidas sobre el parchado en un RAC Parchear el RAC es diferente al parcheado de un sibgle node, si Opatch detecta un cluster preguntar\u00e1 al OUI el nombre del nodo local y el listado … Sigue leyendo
\n1. Parar el grid y todo lo que dependa de el en el nodo ( incluido ASM de single instances)
\n2. \tDesbloquear el GRID_HOME, como root<\/strong> ejecutaremos
\n cd $GRID_HOME\/crs\/install
\nperl rootcrs.pl -unlock -crshome \/u01\/app\/11.2.0\/grid <\/code>
\nAl ejecutar el rootcrs.pl con el flag -unlock desbloqueamos el GRID_HOME con lo que ya puede modificarse
\n3.Con el usuario del grid p parcheamos con el m\u00e9todo que elijamos ( ver 3 m\u00e9todos)<\/strong>
\n4. Como root de nuevo,volvemos a bloquear los binarios del grid con
\n cd $GRID_HOME\/crs\/install
\nperl rootcrs.pl -patch<\/code>
\nAl ejecutar el rootcrs.pl con el flag -patch bloqueamos el GRID_HOME y se rearranca el Oracle Clusterware stack<\/p>\nM\u00e9todos de parcheado<\/h1>\n
All Node Patching<\/h2>\n
\nEst\u00e9 m\u00e9todo es el que se usa t\u00edpicamente para los parches cr\u00edticos y es el que tiene el m\u00e1ximum downtime.
\nOpatch usa este m\u00e9todo cuando el parche no puede aplicarse en \u201c rolling fashion\u201d y cuando no se especifica la opcion minimize_downtime
\nLos pasos ser\u00edan:
\n
\n$ CRS_home\/crs\/bin\/crsctl stop cluster -all
\n$ Grid_home\/bin\/crsctl status resource -t
\n$ cd Oracle_home\/OPatch\/4519934\/4519934
\nopatch apply
\n# Grid_home\/bin\/crsctl start cluster -all (como root)
\n$ Grid_home\/bin\/crsctl status resource -t
\n<\/code>
\nTras esto ejecutamos los post-scripts que nos diga el readme.<\/p>\nRolling Patching<\/h2>\n
\nDe esta forma el downtime es cero ya que siempre dejas un nodo disponible de cada instancia.
\nNo todos los parches pueden ser aplicados mediante este m\u00e9todo. Si no puede aplicarse es cuando tendr\u00e1s que aplicar el \u201cminimun downtime\u201d o \u201call node\u201d
\nLos pasos son:
\n
\n opatch query -is_rolling_patch
\n $ Grid_home\/crs\/bin\/crsctl stop cluster -n RAC1 (paramostodo)
\n opatch apply [-local_node rac1] -remote_nodes rac2, rac3 Arrancamos los nodos que hemos parcheado
\n Comprobamos el estado con crsctl stat res \u2013t
\n Repetimos lospasos 2-5 en los que quedan
\n Ejecutamos los comandos post-pacth
\n<\/code><\/p>\nMinimun Downtime <\/h2>\n
\nEn este m\u00e9todo se para un grupo de nodos , se aplican los parches a ese grupo, se levanta.. se va haciendo as\u00ed hasta que todos los nodos del cluster est\u00e1n parcheados.
\nLos pasos son:
\n
\n Elegimos un grupo de onodos aparchear.
\n $ Grid_home\/crs\/bin\/crsctl stop cluster -n RAC1 (paramos todo)
\n opatch apply -minimize_downtime
\n Arrancamos los nodos que hemos parcheado
\nComprobamos el estado con crsctl stat res \u2013t
\nRepetimos lospasos 2-5 en los que quedan
\n Ejecutamos los comandos post-pacth
\n<\/code><\/p>\n
\nAntes de ejecutar los comandos que ponemos aqu\u00ed, es siempre recomendable el hacer las propias comprobaciones previas con el Opatch tal y como indic\u00e1bamos en la entrada para ver si la instalaci\u00f3n cumple con los requisitos del parche.<\/p>\n","protected":false},"excerpt":{"rendered":"