Patch Set Update, una nueva modalidad de parches

Hace mas o menos una semana Oracle ha anunciado que van a sacar periodicamente un acumulativo de parches criticos denominados Patch Set Update (PSU). Son mini packs parecidos a los Critical Patch Updates (CPU) que saldran cada trimestre y contienen los fixes para los bugs criticos y los propios CPU.

Estara disponible en la mayoria de plataformas, una de las excepciones es Windows porque ya viene siendo habitual un min pack por mes o dos meses en esta plataforma (los bundle patches).

El primer mini pack va a ser la 10.2.0.4.1 y happy patching!

Como puedo saber si el parche soporta Rolling Upgrade?

Los parches de bases de datos se pueden aplicar de varias maneras en RAC:

1. Todo a la vez (parada total)

2. Algunos nodos primero y otros despues

3. De nodo en nodo (Rolling Upgrade)

Para mantener la disponibilidad lo ideal es aplicar de nodo en nodo pero no todos los parches (hablamos de one-off patch no patchsets) soporta Rolling Upgrade, para saber si el parche soporta Rolling Upgrade usaremos opatch

1. Descomprimir el parche

2. Nos colocamos en el directorio descomprimido

3. opatch query -all | grep “rolling patch”

La linea tendria este formato,

Patch is a rolling patch: true

Problemas de 10.2.0.3 en upgrade de 32 bit a 64 bit

A raiz de una migracion reciente de Oracle 8.1.7.4 32 bits en Sun Solaris a Oracle 10.2.0.3 64 bits en Sun Solaris me ha motivado escribir esta entrada en el blog.

Estabamos migrando una instalacion de Oracle E-Business Suite 11.5.5 a 11.5.10.2 y durante el proceso se subio tambien la version de la base de datos a 10.2.0.3, el ultimo release de la 10gR2. La sorpresa nuestra es encontrar con el bug que deja invalido el package de Oracle Streams y que no tienen ningun workaround a fecha de hoy. El bug es el 5748280 y da el error ORA-00600 [22635], AT SYS.UPGRADE_SYSTEM_TYPES cuando intenta actualizar el tipo de datos sys.streams$transformation_info que depende el package DBMS_STREAMS_ADM.

Este bug solo aplica a aquellas base de datos que cambian de 32 a 64 bit (verificable en sys.kopm$). Vaya faena, perdidos 5 horas y reinstalacion de 10.2.0.2.

Parece que los testers no hicieron ninguna prueba de conversion de 32 a 64 bits….

Otro problema que nos dio era que Intermedia no se migro bien, hay un bug, cuando migras de 8.1.6 a 8.1.7 la migracion de Intermedia no es automatica y ese error no se vio hasta que migramos a 10.2.0.3 porque se queja de que no estas migrando de una plataforma certificada para migracion directa a 10g, que es la 8.1.7….