Oracle Database Service on Bare Metal (Parte 5) Upgrade Data Base

Para concluir esta serie de posts sobre Oracle Database Service on Bare Metal realizaremos un Upgrade de la Base de Datos UMBRELA en versión 11.2.0.4 a 12c R2. Dicha Base de Datos fue creada en el anterior post, Add more Data Bases.

Pasos previos al Upgrade

A pesar de no ser un requisito, vamos a aplicar el último parche publicado para la versión 11.2.0.4.

Otro requisito previo, altamente recomendable, sería disponer de un Backup.

Con el parche del 17 de julio del 2018 aplicado, procederemos al Upgrade.

Upgrade Data Base

En principio no parece posible realizar el Upgrade desde la consola de Oracle Cloud. Solo permite aplicar parches, tanto a nivel de Sistema como de Base de Datos, por lo que el Upgrade lo realizaremos por línea de comandos.

Si no hemos provisionado ninguna Base de Datos en versión 12c R2, no dispondremos de estos binarios. En ese caso, el primer paso sería provisionarlos.

En este caso ya disponemos de unos binarios en versión 12c R2. Verificamos los binarios existentes en el Sistema:

[code language=”bash”]
dbcli list-dbhomes

ID Name DB Version Home Location Status
—————————————- ——————– —————————————- ——————————————— ———-
15e11c52-784b-412a-8612-220d45ec4853 OraDB12102_home1 12.1.0.2.180717 (27762253, 27547374) /u01/app/oracle/product/12.1.0.2/dbhome_1 Configured
28c61423-fddc-401c-8819-99de6a826b17 OraDB11204_home1 11.2.0.4.180717 (27441052, 27734982) /u01/app/oracle/product/11.2.0.4/dbhome_1 Configured
05898b0b-c3a5-464f-b0d5-4a8d338c8e59 OraDB12201_home1 12.2.0.1.180417 (27464465, 27674384) /u01/app/oracle/product/12.2.0.1/dbhome_1 Configured
[/code]

Es importante disponer de esta información, ya que necesitamos los ID de los Oracle Home para el Upgrade.

Ya solo nos queda lanzar la sentencia que realizará el Upgrade de nuestra Base de Datos en versión 11.2.0.4 a 12c R2.

[code language=”bash”]

dbcli upgrade-database -i db1f3171-c6b4-45e3-89ef-3a00a1d28690 -to 05898b0b-c3a5-464f-b0d5-4a8d338c8e59 -from 28c61423-fddc-401c-8819-99de6a826b17

[/code]

Podemos seguir el avance de este Job empleando la sentencia:

[code language=”bash”]

dbcli describe-job -i 120b2282-50aa-49c3-851c-64291ade65b5

Job details
—————————————————————-
ID: 120b2282-50aa-49c3-851c-64291ade65b5
Description: Database service upgrade with db ids: [db1f3171-c6b4-45e3-89ef-3a00a1d28690]
Status: Success
Created: September 1, 2018 9:33:23 PM UTC
Message:

Task Name Start Time End Time Status
—————————————- ———————————– ———————————– ———-
Setting up ssh equivalance September 1, 2018 9:33:23 PM UTC September 1, 2018 9:33:23 PM UTC Success
Database Upgrade September 1, 2018 9:33:23 PM UTC September 1, 2018 10:00:13 PM UTC Success
Database Upgrade Validation September 1, 2018 10:00:25 PM UTC September 1, 2018 10:00:25 PM UTC Success

[/code]

 

Como podemos ver en la descripción del Job,  se ha completado el Upgrade, se ha validado el proceso de Upgrade y ha terminado todo de forma correcta.  Ahora procedemos a verificar este Upgrade con la utilidad srvctl.

 

[code language=”bash”]

srvctl config database -d UMBRELA_fra1px
Database unique name: UMBRELA_fra1px
Database name: UMBRELA
Oracle home: /u01/app/oracle/product/12.2.0.1/dbhome_1
Oracle user: oracle
Spfile: /u01/app/oracle/product/12.2.0.1/dbhome_1/dbs/spfileUMBRELA.ora
Password file:
Domain: sub05071757240.vcnpocs.oraclevcn.com
Start options: open
Stop options: immediate
Database role: PRIMARY
Management policy: AUTOMATIC
Server pools:
Disk Groups: DATA
Mount point paths: /u02/app/oracle/oradata/UMBRELA_fra1px,/u03/app/oracle/
Services:
Type: SINGLE
OSDBA group: dba
OSOPER group: dbaoper
Database instance: UMBRELA
Configured nodes: srvbmfrnkrtad101
CSS critical: no
CPU count: 0
Memory target: 0
Maximum memory: 0
Default network number for database services:
Database is administrator managed

[/code]

 

La Base de Datos se ha subido de versión de forma satisfactoria. Como era de esperar, el Upgrade no convierte la Base de Datos a Multitenant, por lo que si ese es nuestro objetivo, la forma de realizarlo será a la manera tradicional.

Otro aspecto a tener en cuenta es que la Base de Datos sigue en ACFS y si queremos que el almacenamiento definitivo sea ASM, tendremos que migrar los datos de forma manual.

Conclusión

Este proceso de Upgrade, a pesar de ser tremendamente sencillo, no parece ser muy trasparente y guiado como, por ejemplo, un Upgrade por DBUA. La Base de Datos en la que hemos realizado el Upgrade no tiene Datos, pero si los tuviese, no hay una validación previa como ocurre con otras metodologías.

Personalmente me quedo con DBUA.

Otra cosa que parece no estar muy conseguida es el refresco de los metadatos con la Consola Cloud. Tras el Upgrade, la Base de Datos sigue apareciendo con versión 11.2.0.4. Probablemente exista alguna metodología para corregir esto, pero no está documentado (o al menos no lo he encontrado).

 

Como lecturas recomendadas, aquí tenéis los cuatro posts anteriores.

Oracle Database Service on Bare Metal (Parte 1) Getting Started

Oracle Database Service on Bare Metal (Parte 2) Data Guard

Oracle Database Service on Bare Metal (Parte 3) Data Base Patching

Oracle Database Service on Bare Metal (Parte 4) Add more Data Bases

 

Evolución, innovación y transformación
37 especializaciones avaladas por Oracle
Oportunidades ilimitadas
El equipo marca la diferencia
Posts 100% Oracle
Sigue nuestro día a día