Rolling Patchset (mínimo DOWNTIME) de software GRID en entorno RAC

11.2.0.3 a 11.2.0.4.
Validando las versiones actuales del software del cluster.

Bajamos la instancia desde la cual vamos a ejecutar el instalador del patchset.

Verificamos que los servicios aún se mantienen en el cliente.

Creamos un directorio en ambos nodos para el nuevo ORACLE_HOME ya que haremos un

parche out-of-place.
Habilitamos vncserver para la instalación gráfica
Ejecutamos el instalador.
NOTA: Acá ignoramos el error “Task resolv.conf Integrity”, ya que no estamos usando DNS.
Ejecutamos rootupgrade.sh en ambos nodos de manera secuencial.

NODO1

En este punto ya podemos ir subiendo la instancia PRD1

NODO2

Ejecutamos rootupgrade.sh en el nodo2

Ignoramos el sgte. Error. Click en OK
Verificamos que los servicios ahora se ejecutan desde el nuevo ORACLE_HOME

Verificamos que tanto el software instalado y activo se han actualizado.

Realizamos el cambio del nuevo ORACLE_HOME en el .bash_profile en ambos nodos.

Finalmente realizamos la bajada (init 6) y subida de los nodos para validar que todo quedó
conforme. No debería salir ningún error. Primero el nodo 1 y posteriormente el nodo2 para no
perder disponibilidad.
 Patchset de base de datos (software + db) en entorno RAC
11.2.0.3 a 11.2.0.4.

Creamos un nuevo directorio para el nuevo ORACLE_HOME de base de datos en ambos nodos
(mode out-of-place).

Bajar servicios de consola

Emctl stop dbconsole
Ejecutamos el instalador patchset del software de base de datos. Acá no afecta todavía la
disponibilidad de la base de datos porque se está instalando en un nuevo ORACLE_HOME.
En el sgte cuadro ignoramos los 2 errores ya que se refieren a DNS que no estamos usando en
este caso:
Ejecutamos el archivo root.sh en ambos nodos de manera secuencial y luego retornamos al
instalador donde nos habíamos quedado y click en OK.
 UPGRADE DE BASE DE DATOS
Se recomienda hacer un upgrade manual en bases de datos críticas, así:

VALIDACIÓN previa al upgrade manual.

En caso de tener un tipo de datos TIMESTAMP WITH TIME ZONE en nuestra base de datos,
necesitaremos actualizar la versión del Time Zone a la versión 14;

Las posibilidades son:

Si la versión actual es menor a 14, necesitaremos actualizar a la versión 14 después de finalizar
el upgrade a 11.2.0.4
Si la versión actual es igual a 14, no se necesita actualizar.
Si la versión es mayor a 14, necesitaremos actualizar nuestro Time Zone version antes de
actualizar la bd a 11.2.0.4 sino la data almacenada en el tipo de datos TIMESTAMP WITH TIME
ZONE puede convertirse en corrupto durante el upgrade de base de datos.
Para checkear nuestro actual Time Zone ejecutamos la consulta como se muestra en la sgte.
figura:
Ejecutamos “Pre-Upgrade Information Tool” con el siguiente scritp: utlu112i.sql
Validamos algunas sugerencias dadas en el paso anterior:

Creamos un pfile a partir del spfle actual y modificamos el parametro cluster_database a FALSE
Copiamos el passwordfile y tnsnames al nuevo ORACLE_HOME en ambos nodos

Bajamos los servicios de base de datos desde el antiguo ORACLE_HOME.

NOTA: El comando srvctl stop database -d PRD, baja los servicios de base de datos en ambos
nodos.

Ahora, asegurarse que el parámetro ORACLE_HOME apunte a la nueva ruta.

Copiar el pfile (con el parametro cluster_database=false modificado) a la ruta del nuevo

ORACLE_HOME en ambos nodos. Esto sirve para el momento de levantar la base de datos al
momento de hacer el upgrade, luego se retornará el valor de cluster_database a true.
Ejecutar el script de upgrade: (Antes de empezar, checkear que la localización de archive log
tenga suficiente espacio libre).

NOTA: En este punto la base de datos estará abajo como resultado del paso anterior.

Ahora crear el spfile a partir del pfile original (con el parametro cluster_database=true)
Continuando con el nuevo ORACLE_HOME seteado abrir la base de datos, asegurándonos
previamente de haber creado el spfile a partir del pfile original, es decir con el parámetro
cluster_database=true, en ambos nodos.
Ejecute "Post-Upgrade Status Tool" a través del script utlu112s.sql, el cual provee un resumen
del upgrade.

Ejecute catuppst.sql para realizar acciones de upgrade que no requieren que la

base de datos se encuentre en modo upgrade (en este punto ya se encuentra en
modo OPEN normal)
En este punto ya se finalizó el upgrade de base de datos. En
adelante son pasos de PostUpgrade…!!!!
Ejecute utlrp.sql para compilar paquetes inválidos.
No olvidar setear las variables al nuevo ORACLE_HOME para que queden fijas.

Actualizar el valor del parametro ORACLE_HOME de base de datos al valor actual

(/oracle/product/11.2.0.4) en ambos nodos.

Actualizar la configuración de base de datos en el Cluster

(ORACLE_HOME=/oragrid/product/11.2.0.4)
srvctl upgrade database -d PRD -o /oragrid/product/11.2.0.4
Verificar servicios de base de datos:

Verificar la actualización de la version de la base de datos