miércoles, 28 de marzo de 2012

Datafiles de Oracle y archivos Quick I/O de Veritas

Si quieres tener máximo rendimiento en acceso a los datafiles debes usar dispositivos crudos para los datafiles, pero muchos sistemas operativos modernos manejan el acceso a archivos bastante bien, puedes usar ASM para la administración de almacenamiento de bases de datos Oracle, y administrar dispositivos crudos requiere un administrador de sistemas experimentado y es tardado, por lo que casi siempre la velocidad extra ganada con dispositivos crudos no vale la pena para la habilidad y esfuerzo extra requeridos para mantener dispositivos crudos.

Pero si tienes una base de datos Oracle en un servidor Solaris con sistema de archivos Veritas VxFS con Quick I/O incluido (esto es, con licencia), entonces puedes usar acceso Quick I/O con archivos regulares; de esta manera puedes tener y administrar archivos regulares pero al mismo tiempo puedes accesarlos como dispositivos crudos. Un usuario no privilegiado puede crear ligas Quick I/O y es muy fácil hacerlo; primero tienes que crear tu datafile a nivel de sistema operativo con qiomkfile:

oracle@myserver$ qiomkfile -h 32k -s 16000M /myfs/mydatabase/mydatafile.dbf

oracle@myserver$ ls -la /myfs/mydatabase
total 32768066
drwxr-xr-x 3 oracle dba 96 Sep 24 11:32 .
drwxr-xr-x 61 oracle dba 1024 Sep 23 16:57 ..
-rw-r--r-- 1 oracle dba 16777248768 Sep 24 11:32 .mydatafile.dbf
lrwxrwxrwx 1 oracle dba 26 Sep 24 11:32 mydatafile.dbf -> .mydatafile.dbf::cdev:vxfs:
drwxr-xr-x 2 oracle dba 96 Sep 23 16:50 lost+found

El secreto es que .mydatafile.dbf es un archivo regular (pero contínuo en toda su extensión), y mydatafile.dbf es una liga a .mydatafile.dbf::cdev:vxfs: pero el sistema operativo reconoce el sufijo ::cdev:vxfs: como Quick I/O y accesa .mydatafile.dbf como un dispositivo crudo; esta es la razón por la que el archivo .mydatafile.dbf::cdev:vxfs: no debe existir. Los parámetros de qiomkfile son simples; -h es el espacio extra agregado al archivo para usarlo como datafile de Oracle (en este caso 16,000 megabytes mas 32 kilobytes) ya que Oracle agrega un bloque de base de datos (parámetro DB_BLOCK_SIZE) para cada datafile creado, y -s es el tamaño requerido del datafile de Oracle que debe coincidir con la cláusula DATAFILE ... SIZE.

Esta fue la parte difícil; para crear datafiles que usen las características de Quick I/O tienes que usar la cláusula REUSE:

SQL> CREATE TABLESPACE MYTBL DATAFILE '/myfs/mydatabase/mydatafile.dbf' SIZE 16000M REUSE;

Tablespace created.

SQL> ALTER TABLESPACE MYTBL ADD DATAFILE '/myfs/mydatabase/mydatafile2.dbf' SIZE 16000M REUSE;

Tablespace altered.

Y hablando de eliminar tablespaces con datafiles con Quick I/O, no uses la cláusula INCLUDING CONTENTS AND DATAFILES u obtendrás un error, sólo elimina el tablespace y borra los archivos con rm a nivel de sistema operativo.

Más información:

Veritas Storage Foundation for Oracle Administrator’s Guide (chapter 4)
Veritas Storage Foundation 5.0 Software

martes, 27 de marzo de 2012

Acerca de las certificaciones Oracle OCA y OCP

Hace algún tiempo primero obtuve la certificación Oracle Certified Associate y después la certificación Oracle Certified Professional, ambas en Oracle Database 10g. Desde entonces ha habido personas que me preguntan sobre el procedimiento que seguí y también sobre el material de estudio que usé para prepararme para estos exámenes, y es hasta ahora que decidí escribir acerca de eso.

Antes que nada, los exámenes son de selección múltiple suficientemente difíciles para no permitirle pasar a cualquiera que pueda pagar el costo del examen (que por cierto considero bajo), y no ser un angloparlante nativo le agrega mucho más complejidad a los exámenes. Si tienes experiencia administrando bases de datos Oracle Y tienes un buen y fresco conocimiento de conceptos de bases de datos Oracle tendrás una buena oportunidad de pasar el examen; en este tipo de pruebas es muy importante tener conocimientos sólidos de conceptos ya que todas las respuestas se ven igual y las pequeñas diferencias son la clave para escoger la respuesta correcta, sin mencionar el tiempo limitado para responder el examen completo. Por cierto, recalqué el tener buenos conocimientos de inglés?

Por otro lado, si tienes un presupuesto bajo encontrarás que un estudio a fondo de la documentación oficial (y gratuita) de Oracle podría ser suficiente para pasar estos exámenes, e incluso la Express Edition (gratuita) es suficiente para practicar en tu propia computadora. Pero si dispones de un poco de dinero, recomiendo ampliamente comprar los exámenes de práctica de SelfTest Oracle Database 11g: SQL Fundamentals I, Oracle Database 10g: Administration I y Oracle Database 10g: Administration II; el precio de este software es cercano al precio de cada examen de certificación pero podría ahorrarte frustración y tiempo, sin mencionar dinero, por lo tanto tu decides prepararte para estos exámenes sólo con documentación gratuita (o cursos caros) o pagar el dinero extra para practicar las pruebas con este software. Si compras este software asegúrate de obtener al menos 90% de calificación algunas veces y tendrás una buena oportunidad de pasar las pruebas reales.

Pero si eres tacaño como yo podrías preferir estudiar la documentación oficial de Oracle. Para ser honestos, a estas alturas no recuerdo exactamente qué tuve que estudiar para cada examen de certificación, pero si estás dispuesto a obtener la certificación OCP simplemente estudia todas las guías siguientes y estarás bien.

Para la prueba de SQL (Oracle Database 11g: SQL Fundamentals I, 1Z0-051):

Oracle Database 2 Day DBA
Oracle Database Express Edition 2 Day Developer Guide

Para la certificación OCA (Oracle Database 10g: Administration I, 1Z0-042):

Oracle Database Administrator's Guide (capítulos 1 al 20)
Oracle Database Backup and Recovery Basics

Para la certificación OCP (Oracle Database 10g: Administration II, 1Z0-043):

Oracle Database Administrator's Guide (capítulos 21 al 28)
Oracle Database Backup and Recovery Advanced User's Guide

El problema de estudiar la documentación de Oracle es que no está pensada para ser una guía de autoaprendizaje, por lo tanto tienes que pensar ejercicios para practicar lo que lees; sólo leyendo esta documentación sin practicar ni tener experiencia no será suficiente para aprobar los exámenes. Pero en mi experiencia personal creo que estas guías están tan bien escritas que si puedes aprenderlas no tendrás ninguna necesidad de comprar (o leer) otros libros; de hecho no puedo recomendar libros porque yo no leí nada excepto las guías de Oracle para prepararme para los exámenes de certificación.

Otro problema es que estas guías son buenas para prepararse para los exámenes de OCA y OCP, pero para el examen de SQL Fundamentals no pude encontrar una guía de Oracle que cubriera todo; de hecho estuve muy cerca de reprobar ese examen pero el software de SelfTest me salvó. Por otro lado, el examen de OCA se me hizo difícil pero fue mucho menos difícil que el examen de SQL, y el examen de OCP fue el más sencillo de todos para mi. Por lo tanto, si tu eres un administrador de bases de datos más que un desarrollador será mejor estudiar a conciencia sentencias SQL y funciones.

Ahora hablemos sobre el camino de certificación y los prerequisitos. Si tu objetivo son las certificaciones OCP u OCA primero tienes que pasar uno de los exámenes de SQL, más probablemente el de Oracle Database 11g: SQL Fundamentals I. Puedes hacer los exámenes OCA u OCP primero pero no obtendrás ninguna certificación a menos que completes todos los prerequisitos de la certificación, por lo tanto primero intenta pasar el examen de SQL.

Si pasas el examen de SQL podrás presentar el examen Oracle Database 10g: Administration I, y si lo apruebas tendrás la certificación OCA. Fácil, verdad?

Pero esto es sólo el comienzo, la meta debe ser la certificación OCP pero hay dos prerequisitos no tan fáciles de cubrir: tomar un curso aprobado y llenar el formato de envío de curso. La parte difícil de tomar un curso aprobado es sólo pagar por él, y si tu diploma del curso tienen un numero de serie del curso y tomaste ese curso recientemente no tendrás problemas llenando el formato de envío de curso.

Al momento de escribir esto, el envío del formato y la programación de los exámenes debe ser hecha en el sitio de Pearson Vue, y desafortunadamente no puedo recordar qué hice exactamente pero podrías obtener ayuda al momento de contactar un centro de evaluación.

Finalmente, si cumpliste con todos los prerequisitos y lograste pasar el examen Oracle Database 10g: Administration II, te convertirás en un Oracle Certified Professional y obtendrás una bonita tarjeta de plástico sólo en caso de que quieras presumir acerca de ello.

Hay gente que cuestiona el valor de este tipo de certificaciones, pero la verdad es que yo aprendí mucho estudiando para los exámenes de certificación, y debido a que esas certificaciones son válidas en todo el mundo son un buen punto de referencia para reclutadores en busca de talento. Por lo tanto, si ya tomaste un curso aprobado por Oracle pon un poco de esfuerzo y dinero y ve por las certificaciones OCA y OCP, pienso que tienen buen valor por lo que cuestan.

lunes, 26 de marzo de 2012

Parchando una base de datos Oracle RAC

Parchar una base de datos Oracle RAC es un poco diferente de parchar una base de datos de una sola instancia debido a que tienes que parchar al menos dos instalaciones (CRS, base de datos y ASM si existe), parcharlas en cierto orden, y dar de baja y levantar servicios de CRS inexistentes en instalaciones de una sola instancia; puedes incluso aplicar parches con o sin dar de baja la base de datos RAC completa, y aplicarlos en cada nodo o propagar los parches a todos los nodos ejecutando el parchado en un solo nodo.

En este ejemplo parcharemos una base de datos Oracle 10g RAC de dos nodos (10.2.0.1) con ASM, compartiendo la base de datos y ASM la misma instalación, primero actualizándola al parche 10.2.0.5.0 y finalmente al PSU 10.2.0.5.4, dando de baja completamente la base de datos RAC y aplicando los parches en ambos nodos desde uno de ellos. Las recomendaciones usuales aplican: leer la documentación del parche y respaldar tu base de datos y la instalación Oracle antes de parchar.

Primero descargaremos los parches 8202632 (parche 10.2.0.5.0), 12419392 (PSU 10.2.0.5.4), y 6880880 (Opatch 10.2.0.5.1), y los descomprimiremos en un nodo al menos:

oracle@myracn1$ ls -la
total 2659400
drwxr-xr-x 4 oracle dba 512 Nov 17 18:20 .
drwxr-xr-x 23 oracle dba 1024 Nov 17 13:03 ..
drwxr-xr-x 5 oracle dba 512 Jun 16 00:42 12419392
drwxr-xr-x 6 oracle dba 512 Nov 17 15:16 Disk1
-rw-r--r-- 1 oracle dba 11319286 Nov 15 21:33 p12419392_10205_SOLARIS64.zip
-rw-r--r-- 1 oracle dba 28674793 Nov 17 18:17 p6880880_102000_SOLARIS64.zip
-rw-r--r-- 1 oracle dba 1320728471 Nov 15 21:36 p8202632_10205_SOLARIS64.zip
-rwxr-xr-x 1 oracle dba 175026 May 19 2010 README.html

A continuación, daremos de baja todas las instancias de RAC y servicios:

oracle@myracn1$ srvctl stop database -d myrcdb
oracle@myracn1$ srvctl stop asm -n myracn1
oracle@myracn1$ srvctl stop asm -n myracn2
oracle@myracn1$ srvctl stop listener -n myracn1
oracle@myracn1$ srvctl stop listener -n myracn2
oracle@myracn1$ srvctl stop nodeapps -n myracn1
oracle@myracn1$ srvctl stop nodeapps -n myracn2

oracle@myracn1$ cd /opt/oracle/crs/bin

oracle@myracn1$ ./crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora....SM1.asm application ONLINE OFFLINE
ora....T2.lsnr application OFFLINE OFFLINE
ora.myracn1.gsd application OFFLINE OFFLINE
ora.myracn1.ons application OFFLINE OFFLINE
ora.myracn1.vip application OFFLINE OFFLINE
ora....SM2.asm application ONLINE OFFLINE
ora....T4.lsnr application OFFLINE OFFLINE
ora.myracn2.gsd application OFFLINE OFFLINE
ora.myracn2.ons application OFFLINE OFFLINE
ora.myracn2.vip application OFFLINE OFFLINE
ora.myrcdb.db application ONLINE OFFLINE
ora....l1.inst application ONLINE OFFLINE
ora....l2.inst application ONLINE OFFLINE

Después ejecutaremos OUI para parchar primero el software CRS. Es muy sencillo seguir las instrucciones del Oracle Universal Installer, solo tienes que seleccionar la instalación de CRS cuando aplique y estar seguro de seleccionar todos los nodos de RAC para instalar este parche; todo lo demás es muy sencillo.

oracle@myracn1$ cd /opt/oracle/parches/Disk1

oracle@myracn1$ ./runInstaller
Starting Oracle Universal Installer...

Checking installer requirements...

Checking operating system version: must be 5.8, 5.9 or 5.10. Actual 5.10
Passed

Checking Temp space: must be greater than 250 MB. Actual 13017 MB Passed
Checking swap space: must be greater than 500 MB. Actual 15218 MB Passed
Checking monitor: must be configured to display at least 256 colors. Actual 16777216 Passed

All installer requirements met.

Preparing to launch Oracle Universal Installer from /tmp/OraInstall2011-11-17_01-45-53PM. Please wait ...
oracle@myracn1$ Oracle Universal Installer, Version 10.2.0.5.0 Production
Copyright (C) 1999, 2010, Oracle. All rights reserved.

Warning: Cannot convert string "-monotype-arial-regular-r-normal--*-140-*-*-p-*-iso8859-1" to type FontStruct

Como paso final de esta aplicación de parche y antes de salir de OUI, tenemos que correr el script root102.sh como root después de detener los servicios CRS, en todos los nodos de RAC:

oracle@myracn1$ su -
Password:

root@myracn1# /opt/oracle/crs/bin/crsctl stop crs
Stopping resources.
Successfully stopped CRS resources
Stopping CSSD.
Shutting down CSS daemon.
Shutdown request successfully issued.

root@myracn1# /opt/oracle/crs/install/root102.sh
Creating pre-patch directory for saving pre-patch clusterware files
Completed patching clusterware files to /opt/oracle/crs
Relinking some shared libraries.
ar: writing /opt/oracle/crs/lib/libn10.a
ar: writing /opt/oracle/crs/lib32/libn10.a
ar: writing /opt/oracle/crs/lib/libn10.a
Relinking of patched files is complete.
WARNING: directory '/opt/oracle' is not owned by root
Preparing to recopy patched init and RC scripts.
Recopying init and RC scripts.
Startup will be queued to init within 30 seconds.
Starting up the CRS daemons.
Waiting for the patched CRS daemons to start.
This may take a while on some systems.
.
10205 patch successfully applied.
clscfg: EXISTING configuration version 3 detected.
clscfg: version 3 is 10G Release 2.
Successfully deleted 1 values from OCR.
Successfully deleted 1 keys from OCR.
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node :
node 1: myracn1 myracn1-priv myracn1
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
clscfg -upgrade completed successfully
Creating '/opt/oracle/crs/install/paramfile.crs' with data used for CRS configuration
Setting CRS configuration values in /opt/oracle/crs/install/paramfile.crs

root@myracn1# exit

En este punto tenemos el software CRS parchado en todos los nodos, por lo tanto parcharemos el ASM y la base de datos a continuación. En este ejemplo ASM y la base de datos comparten la misma instalación, pero de otra forma tienes que parchar primero la instalación ASM y después la instalación de la base de datos.

Sólo en caso de que aún no lo hayas notado, el parche 10.2.0.5 es el mismo parche para CRS, ASM y base de datos, por lo tanto aplicaremos el mismo parche casi de la misma manera que antes pero esta vez seleccionaremos la instalación de ASM y base de datos, por supuesto después de dar de baja todas las instancias de la base de datos RAC y los servicios:

oracle@myracn1$ srvctl stop database -d myrcdb
oracle@myracn1$ srvctl stop asm -n myracn1
oracle@myracn1$ srvctl stop asm -n myracn2
oracle@myracn1$ srvctl stop listener -n myracn1
oracle@myracn1$ srvctl stop listener -n myracn2
oracle@myracn1$ srvctl stop nodeapps -n myracn1
oracle@myracn1$ srvctl stop nodeapps -n myracn2

oracle@myracn1$ cd -
/opt/oracle/crs/bin

oracle@myracn1$ ./crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora....SM1.asm application ONLINE OFFLINE
ora....T2.lsnr application OFFLINE OFFLINE
ora.myracn1.gsd application OFFLINE OFFLINE
ora.myracn1.ons application OFFLINE OFFLINE
ora.myracn1.vip application OFFLINE OFFLINE
ora....SM2.asm application ONLINE OFFLINE
ora....T4.lsnr application OFFLINE OFFLINE
ora.myracn2.gsd application OFFLINE OFFLINE
ora.myracn2.ons application OFFLINE OFFLINE
ora.myracn2.vip application OFFLINE OFFLINE
ora.myrcdb.db application ONLINE OFFLINE
ora....l1.inst application ONLINE OFFLINE
ora....l2.inst application ONLINE OFFLINE

oracle@myracn1$ cd -
/opt/oracle/parches/Disk1

oracle@myracn1$ ./runInstaller
Starting Oracle Universal Installer...

Checking installer requirements...

Checking operating system version: must be 5.8, 5.9 or 5.10. Actual 5.10
Passed

Checking Temp space: must be greater than 250 MB. Actual 12967 MB Passed
Checking swap space: must be greater than 500 MB. Actual 15169 MB Passed
Checking monitor: must be configured to display at least 256 colors. Actual 16777216 Passed

All installer requirements met.

Preparing to launch Oracle Universal Installer from /tmp/OraInstall2011-11-17_02-23-05PM. Please wait ...
oracle@myracn1$ Oracle Universal Installer, Version 10.2.0.5.0 Production
Copyright (C) 1999, 2010, Oracle. All rights reserved.

Warning: Cannot convert string "-monotype-arial-regular-r-normal--*-140-*-*-p-*-iso8859-1" to type FontStruct

Como antes, tenemos que correr como root el script root.sh antes de salir del Oracle Universal Installer, en todos los nodos de RAC:

oracle@myracn1$ su -
Password:
root@myracn1# /opt/oracle/db/root.sh
Running Oracle 10g root.sh script...

The following environment variables are set as:
ORACLE_OWNER= oracle
ORACLE_HOME= /opt/oracle/db

Enter the full pathname of the local bin directory: [/usr/local/bin]:
The file "dbhome" already exists in /usr/local/bin. Overwrite it? (y/n) [n]: y
Copying dbhome to /usr/local/bin ...
The file "oraenv" already exists in /usr/local/bin. Overwrite it? (y/n) [n]: y
Copying oraenv to /usr/local/bin ...
The file "coraenv" already exists in /usr/local/bin. Overwrite it? (y/n) [n]: y
Copying coraenv to /usr/local/bin ...

Entries will be added to the /var/opt/opt/oracle/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.

root@myracn1# exit

En este punto tenemos el parche 10.2.0.5 aplicado a nivel de software, por lo que el siguiente paso es levantar los servicios de ASM y RAC sin las instancias de las bases de datos:

oracle@myracn1$ srvctl start listener -n myracn1
oracle@myracn1$ srvctl start listener -n myracn2
oracle@myracn1$ srvctl start nodeapps -n myracn1
oracle@myracn1$ srvctl start nodeapps -n myracn2

oracle@myracn1$ ./crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora....SM1.asm application ONLINE OFFLINE
ora....T2.lsnr application ONLINE ONLINE myracn1
ora.myracn1.gsd application ONLINE ONLINE myracn1
ora.myracn1.ons application ONLINE ONLINE myracn1
ora.myracn1.vip application ONLINE ONLINE myracn1
ora....SM2.asm application ONLINE OFFLINE
ora....T4.lsnr application ONLINE ONLINE myracn2
ora.myracn2.gsd application ONLINE ONLINE myracn2
ora.myracn2.ons application ONLINE ONLINE myracn2
ora.myracn2.vip application ONLINE ONLINE myracn2
ora.myrcdb.db application ONLINE OFFLINE
ora....l1.inst application ONLINE OFFLINE
ora....l2.inst application ONLINE OFFLINE

oracle@myracn1$ srvctl start asm -n myracn1
oracle@myracn1$ srvctl start asm -n myracn2

oracle@myracn1$ ps -fea|grep pmon
oracle 8812 6323 0 15:08:58 pts/1 0:00 grep pmon
oracle 5280 1 0 15:03:28 ? 0:01 asm_pmon_+ASM1

Para actualizar el catálogo de las bases de datos configuraremos el parámetro CLUSTER_DATABASE como falso para levantar sólo una instancia; tienes que hacer esto sólo en la instancia en la que vas a trabajar, pero el procedimiento completo de actualizar el catálogo se debe hacer en cada base de datos del RAC.

Sólo para ser claros, en este ejemplo estamos trabajando con un ASM y una base base de datos normal (myrcdb) en un cluster RAC con dos nodos; hay una instancia de ASM corriendo en cada nodo (dos instancias de ASM en total), y también una instancia de la base de datos myrcdb corriendo en cada nodo (dos instancias de base de datos en total).

Además, no tienes que ejecutar una actualización de catálogo en una instancia ASM, sólo en instancias de bases de datos.

oracle@myracn1$ sqlplus '/ as sysdba'

SQL*Plus: Release 10.2.0.5.0 - Production on Thu Nov 17 15:09:17 2011

Copyright (c) 1982, 2010, Oracle. All Rights Reserved.

Connected to an idle instance.

SQL> startup nomount
ORACLE instance started.

Total System Global Area 1610612736 bytes
Fixed Size 2052448 bytes
Variable Size 385879712 bytes
Database Buffers 1207959552 bytes
Redo Buffers 14721024 bytes
SQL> ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=spfile;

System altered.

SQL> shutdown
ORA-01507: database not mounted


ORACLE instance shut down.
SQL> exit

Antes de ejecutar el script de actualización del catálogo levantaremos la instancia en modo de actualización, y como buena práctica, ejecutaremos el script de información de actualización para verificar si todo está bien para actualizar el catálogo.

oracle@myracn1$ sqlplus '/ as sysdba'

SQL*Plus: Release 10.2.0.5.0 - Production on Thu Nov 17 15:11:33 2011

Copyright (c) 1982, 2010, Oracle. All Rights Reserved.

Connected to an idle instance.

SQL> startup upgrade;
ORACLE instance started.

Total System Global Area 1610612736 bytes
Fixed Size 2052448 bytes
Variable Size 385879712 bytes
Database Buffers 1207959552 bytes
Redo Buffers 14721024 bytes
Database mounted.
Database opened.
SQL> @?/rdbms/admin/utlu102i.sql
Oracle Database 10.2 Upgrade Information Utility 11-17-2011 15:13:03
.
**********************************************************************
Database:
**********************************************************************
--> name: myrcdb
--> version: 10.2.0.1.0
--> compatible: 10.2.0.1.0
--> blocksize: 8192
.
**********************************************************************
Tablespaces: [make adjustments in the current environment]
**********************************************************************
--> SYSTEM tablespace is adequate for the upgrade.
.... minimum required size: 420 MB
--> UNDOTBS1 tablespace is adequate for the upgrade.
.... minimum required size: 402 MB
.... AUTOEXTEND additional space required: 202 MB
--> SYSAUX tablespace is adequate for the upgrade.
.... minimum required size: 185 MB
.... AUTOEXTEND additional space required: 5 MB
--> TEMP tablespace is adequate for the upgrade.
.... minimum required size: 58 MB
.... AUTOEXTEND additional space required: 38 MB
.
**********************************************************************
Update Parameters: [Update Oracle Database 10.2 init.ora or spfile]
**********************************************************************
-- No update parameter changes are required.
.
**********************************************************************
Renamed Parameters: [Update Oracle Database 10.2 init.ora or spfile]
**********************************************************************
-- No renamed parameters found. No changes are required.
.
**********************************************************************
Obsolete/Deprecated Parameters: [Update Oracle Database 10.2 init.ora or spfile]
**********************************************************************
-- No obsolete parameters found. No changes are required
.
**********************************************************************
Components: [The following database components will be upgraded or installed]
**********************************************************************
--> Oracle Catalog Views [upgrade] VALID
--> Oracle Packages and Types [upgrade] VALID
--> JServer JAVA Virtual Machine [upgrade] VALID
--> Oracle XDK for Java [upgrade] VALID
--> Oracle Java Packages [upgrade] VALID
--> Oracle XML Database [upgrade] VALID
--> Real Application Clusters [upgrade] VALID
--> Oracle Workspace Manager [upgrade] VALID
--> Oracle interMedia [upgrade] VALID
--> Expression Filter [upgrade] VALID
--> Rule Manager [upgrade] VALID
.

PL/SQL procedure successfully completed.

Lee cuidadosamente el reporte del script de información de actualización y realiza cualquier cambio sugerido; puedes sólo ejecutar el script de actualización del catálogo pero si ignoras sugerencias de este reporte la actualización podría fallar, y no quieres terminar con un catálogo corrupto, créeme.

Después de esto ejecutaremos el script de actalización del catálogo; recuerda, tienes que ejecutar este script en cada base de datos que tengas en tu cluster RAC, pero sólo en una instancia por base de datos:

SQL> spool patch.log
SQL> @?/rdbms/admin/catupgrd.sql

...

PL/SQL procedure successfully completed.


PL/SQL procedure successfully completed.


TIMESTAMP
--------------------------------------------------------------------------------
COMP_TIMESTAMP UPGRD_END 2011-11-17 17:20:37

1 row selected.

.
Oracle Database 10.2 Upgrade Status Utility 11-17-2011 17:20:37
.
Component Status Version HH:MM:SS
Oracle Database Server VALID 10.2.0.5.0 00:54:11
JServer JAVA Virtual Machine VALID 10.2.0.5.0 00:15:23
Oracle XDK VALID 10.2.0.5.0 00:02:40
Oracle Database Java Packages VALID 10.2.0.5.0 00:01:21
Oracle XML Database VALID 10.2.0.5.0 00:12:22
Oracle Real Application Clusters VALID 10.2.0.5.0 00:00:06
Oracle Workspace Manager VALID 10.2.0.5.0 00:04:02
Oracle interMedia VALID 10.2.0.5.0 00:24:00
Oracle Expression Filter VALID 10.2.0.5.0 00:00:58
Oracle Rule Manager VALID 10.2.0.5.0 00:00:47
.
Total Upgrade Time: 02:04:12

PL/SQL procedure successfully completed.

DOC>#######################################################################
DOC>#######################################################################
DOC>
DOC> The above PL/SQL lists the SERVER components in the upgraded
DOC> database, along with their current version and status.
DOC>
DOC> Please review the status and version columns and look for
DOC> any errors in the spool log file. If there are errors in the spool
DOC> file, or any components are not VALID or not the current version,
DOC> consult the Oracle Database Upgrade Guide for troubleshooting
DOC> recommendations.
DOC>
DOC> Next shutdown immediate, restart for normal operation, and then
DOC> run utlrp.sql to recompile any invalid application objects.
DOC>
DOC>#######################################################################
DOC>#######################################################################
DOC>#
SQL> spool off

Como se menciona en el mensaje final del script catupgrd.sql revisa que todos los componentes estén presentes, tengan un estado válido y versión adecuada, y sólo para estar seguros revisa el archivo patch.log sobre mensajes de error ORA.

En este punto casi hemos terminado la aplicación del parche 10.2.0.5, y recompilaremos y buscaremos objetos inválidos:

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options

oracle@myracn1$ sqlplus '/ as sysdba'

SQL*Plus: Release 10.2.0.5.0 - Production on Thu Nov 17 17:23:06 2011

Copyright (c) 1982, 2010, Oracle. All Rights Reserved.

Connected to an idle instance.

SQL> startup
ORACLE instance started.

Total System Global Area 1610612736 bytes
Fixed Size 2052448 bytes
Variable Size 436211360 bytes
Database Buffers 1157627904 bytes
Redo Buffers 14721024 bytes
Database mounted.
Database opened.
SQL> @?/rdbms/admin/utlrp.sql

TIMESTAMP
--------------------------------------------------------------------------------
COMP_TIMESTAMP UTLRP_BGN 2011-11-17 17:24:02

DOC> The following PL/SQL block invokes UTL_RECOMP to recompile invalid
DOC> objects in the database. Recompilation time is proportional to the
DOC> number of invalid objects in the database, so this command may take
DOC> a long time to execute on a database with a large number of invalid
DOC> objects.


...


DOC> The following query reports the number of objects that have compiled
DOC> with errors (objects that compile with errors have status set to 3 in
DOC> obj$). If the number is higher than expected, please examine the error
DOC> messages reported with each object (using SHOW ERRORS) to see if they
DOC> point to system misconfiguration or resource constraints that must be
DOC> fixed before attempting to recompile these objects.
DOC>#

OBJECTS WITH ERRORS
-------------------
0

DOC> The following query reports the number of errors caught during
DOC> recompilation. If this number is non-zero, please query the error
DOC> messages in the table UTL_RECOMP_ERRORS to see if any of these errors
DOC> are due to misconfiguration or resource constraints that must be
DOC> fixed before objects can compile successfully.
DOC>#

ERRORS DURING RECOMPILATION
---------------------------
0


PL/SQL procedure successfully completed.

SQL> column COMP_NAME format a50
SQL> column VERSION format a15
SQL> SELECT COMP_NAME, VERSION, STATUS FROM SYS.DBA_REGISTRY;

COMP_NAME VERSION STATUS
-------------------------------------------------- --------------- -----------
Oracle interMedia 10.2.0.5.0 VALID
Oracle XML Database 10.2.0.5.0 VALID
Oracle Expression Filter 10.2.0.5.0 VALID
Oracle Rule Manager 10.2.0.5.0 VALID
Oracle Workspace Manager 10.2.0.5.0 VALID
Oracle Database Catalog Views 10.2.0.5.0 VALID
Oracle Database Packages and Types 10.2.0.5.0 VALID
JServer JAVA Virtual Machine 10.2.0.5.0 VALID
Oracle XDK 10.2.0.5.0 VALID
Oracle Database Java Packages 10.2.0.5.0 VALID
Oracle Real Application Clusters 10.2.0.5.0 VALID

11 rows selected.

Si todo se ve bien, sólo tenemos que restaurar el valor del parámetro CLUSTER_DATABASE a verdadero y levantar la base de datos RAC y los servicios:

SQL> ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=spfile;

System altered.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options

oracle@myracn1$ srvctl start nodeapps -n myracn1
oracle@myracn1$ srvctl start nodeapps -n myracn2
oracle@myracn1$ srvctl start listener -n myracn1
oracle@myracn1$ srvctl start listener -n myracn2
oracle@myracn1$ srvctl start asm -n myracn1
oracle@myracn1$ srvctl start asm -n myracn2
oracle@myracn1$ srvctl start database -d myrcdb

oracle@myracn1$ cd -
/opt/oracle/crs/bin

oracle@myracn1$ ./crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora....SM1.asm application ONLINE ONLINE myracn1
ora....T2.lsnr application ONLINE ONLINE myracn1
ora.myracn1.gsd application ONLINE ONLINE myracn1
ora.myracn1.ons application ONLINE ONLINE myracn1
ora.myracn1.vip application ONLINE ONLINE myracn1
ora....SM2.asm application ONLINE ONLINE myracn2
ora....T4.lsnr application ONLINE ONLINE myracn2
ora.myracn2.gsd application ONLINE ONLINE myracn2
ora.myracn2.ons application ONLINE ONLINE myracn2
ora.myracn2.vip application ONLINE ONLINE myracn2
ora.myrcdb.db application ONLINE ONLINE myracn2
ora....l1.inst application ONLINE ONLINE myracn1
ora....l2.inst application ONLINE ONLINE myracn2

Terminamos la aplicación del parche 10.2.0.5 en nuestro Oracle RAC! Ahora aplicaremos el PSU 10.2.0.5.4 sólo para estar completamente actualizados, pero primero una rápida revisión del inventario:

oracle@myracn1$ export PATH=$PATH:$ORACLE_HOME/OPatch

oracle@myracn1$ opatch lsinventory
Invoking OPatch 10.2.0.4.9

Oracle Interim Patch Installer version 10.2.0.4.9
Copyright (c) 2009, Oracle Corporation. All rights reserved.


Oracle Home : /opt/oracle/db
Central Inventory : /opt/oracle/oraInventory
from : /var/opt/opt/oracle/oraInst.loc
OPatch version : 10.2.0.4.9
OUI version : 10.2.0.5.0
OUI location : /opt/oracle/db/oui
Log file location : /opt/oracle/db/cfgtoollogs/opatch/opatch2011-11-17_17-48-04PM.log

Patch history file: /opt/oracle/db/cfgtoollogs/opatch/opatch_history.txt

Lsinventory Output file location : /opt/oracle/db/cfgtoollogs/opatch/lsinv/lsinventory2011-11-17_17-48-04PM.txt

--------------------------------------------------------------------------------
Installed Top-level Products (2):

Oracle Database 10g 10.2.0.1.0
Oracle Database 10g Release 2 Patch Set 4 10.2.0.5.0
There are 2 products installed in this Oracle Home.


There are no Interim patches installed in this Oracle Home.


Rac system comprising of multiple nodes
Local node = myracn1
Remote node = myracn2

--------------------------------------------------------------------------------

OPatch succeeded.

A continuación, dar de baja todas las instancias RAC y los servicios:

oracle@myracn1$ srvctl stop database -d myrcdb
oracle@myracn1$ srvctl stop asm -n myracn1
oracle@myracn1$ srvctl stop asm -n myracn2
oracle@myracn1$ srvctl stop listener -n myracn1
oracle@myracn1$ srvctl stop listener -n myracn2
oracle@myracn1$ srvctl stop nodeapps -n myracn1
oracle@myracn1$ srvctl stop nodeapps -n myracn2

oracle@myracn1$ cd /opt/oracle/crs/bin

oracle@myracn1$ ./crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora....SM1.asm application ONLINE OFFLINE
ora....T2.lsnr application OFFLINE OFFLINE
ora.myracn1.gsd application OFFLINE OFFLINE
ora.myracn1.ons application OFFLINE OFFLINE
ora.myracn1.vip application OFFLINE OFFLINE
ora....SM2.asm application ONLINE OFFLINE
ora....T4.lsnr application OFFLINE OFFLINE
ora.myracn2.gsd application OFFLINE OFFLINE
ora.myracn2.ons application OFFLINE OFFLINE
ora.myracn2.vip application OFFLINE OFFLINE
ora.myrcdb.db application ONLINE OFFLINE
ora....l1.inst application ONLINE OFFLINE
ora....l2.inst application ONLINE OFFLINE

Después, intentamos aplicar el PSU pero ...

oracle@myracn1$ cd /opt/oracle/parches
oracle@myracn1$ opatch napply 12419392 -all_nodes
Invoking OPatch 10.2.0.4.9

Oracle Interim Patch Installer version 10.2.0.4.9
Copyright (c) 2009, Oracle Corporation. All rights reserved.

UTIL session

Oracle Home : /opt/oracle/db
Central Inventory : /opt/oracle/oraInventory
from : /var/opt/opt/oracle/oraInst.loc
OPatch version : 10.2.0.4.9
OUI version : 10.2.0.5.0
OUI location : /opt/oracle/db/oui
Log file location : /opt/oracle/db/cfgtoollogs/opatch/opatch2011-11-17_17-48-44PM.log

Patch history file: /opt/oracle/db/cfgtoollogs/opatch/opatch_history.txt

Invoking utility "napply"
UtilSession failed:

Patch 12419392 requires OPatch version 10.2.0.5.0.
The OPatch version being used (10.2.0.4.9) doesn't meet the minimum version required by the patch(es). Please download latest OPatch from My Oracle Support.


OPatch failed with error code 73

Esto es por qué descargamos el parche 6880880; para aplicar el PSU 10.2.0.5.4 necesitamos un OPatch versión 10.2.0.5.0 o superior.

Como sea, es muy sencillo actualizar OPatch, sólo tenemos que eliminar el directorio original de OPatch y descomprimir el nuevo en el Oracle Home:

oracle@myracn1$ cd $ORACLE_HOME
oracle@myracn1$ rm -r OPatch
oracle@myracn1$ unzip /opt/oracle/parches/p6880880_102000_SOLARIS64.zip
Archive: /opt/oracle/parches/p6880880_102000_SOLARIS64.zip
creating: OPatch/
creating: OPatch/ocm/
extracting: OPatch/ocm/ocm.zip
creating: OPatch/ocm/lib/
inflating: OPatch/ocm/lib/osdt_jce.jar

...


inflating: OPatch/docs/Prereq_Users_Guide.txt
inflating: OPatch/docs/FAQ
inflating: OPatch/docs/Users_Guide.txt
inflating: OPatch/README.txt

oracle@myracn1$ ls -la OPatch/
total 120
drwxr-xr-x 7 oracle dba 512 Nov 17 18:20 .
drwxr-x--- 62 oracle dba 1536 Nov 17 18:20 ..
drwxr-xr-x 3 oracle dba 512 Nov 3 2010 crs
drwxr-xr-x 2 oracle dba 512 Nov 3 2010 docs
-rw-r--r-- 1 oracle dba 23695 Nov 3 2010 emdpatch.pl
drwxr-xr-x 2 oracle dba 512 Nov 3 2010 jlib
drwxr-xr-x 4 oracle dba 512 Nov 3 2010 ocm
-r-x--x--- 1 oracle dba 13252 Nov 3 2010 opatch
-rwxr-xr-x 1 oracle dba 8085 Nov 3 2010 opatch.bat
-rw-r--r-- 1 oracle dba 49 Nov 3 2010 opatch.ini
-rw-r--r-- 1 oracle dba 2576 Nov 3 2010 opatch.pl
drwxr-xr-x 4 oracle dba 512 Nov 3 2010 opatchprereqs
-rw-r--r-- 1 oracle dba 2417 Nov 3 2010 README.txt

Con OPatch actualizado ahora sí estamos listos para aplicar el PSU a todos los nodos RAC al mismo tiempo, y afortunadamente en el caso de este parche sólo tenemos que responder algunas sencillas preguntas:

oracle@myracn1$ cd /opt/oracle/parches

oracle@myracn1$ opatch napply 12419392 -all_nodes
Invoking OPatch 10.2.0.5.1

Oracle Interim Patch Installer version 10.2.0.5.1
Copyright (c) 2010, Oracle Corporation. All rights reserved.

UTIL session

Oracle Home : /opt/oracle/db
Central Inventory : /opt/oracle/oraInventory
from : /var/opt/opt/oracle/oraInst.loc
OPatch version : 10.2.0.5.1
OUI version : 10.2.0.5.0
OUI location : /opt/oracle/db/oui
Log file location : /opt/oracle/db/cfgtoollogs/opatch/opatch2011-11-17_18-23-00PM.log

Patch history file: /opt/oracle/db/cfgtoollogs/opatch/opatch_history.txt

Invoking utility "napply"
Checking conflict among patches...
Checking if Oracle Home has components required by patches...
Checking conflicts against Oracle Home...
OPatch continues with these patches: 12419392

Do you want to proceed? [y|n]
y
User Responded with: Y

Running prerequisite checks...
Provide your email address to be informed of security issues, install and
initiate Oracle Configuration Manager. Easier for you if you use your My
Oracle Support Email address/User Name.
Visit http://www.oracle.com/support/policies.html for details.
Email address/User Name:

You have not provided an email address for notification of security issues.
Do you wish to remain uninformed of security issues ([Y]es, [N]o) [N]: Y

OPatch detected the node list and the local node from the inventory. OPatch will patch the local system then propagate the patch to the remote nodes.


This node is part of an Oracle Real Application Cluster.
Remote nodes: 'myracn2'
Local node: 'myracn1'
Please shut down Oracle instances running out of this ORACLE_HOME on all the nodes.
(Oracle Home = '/opt/oracle/db')


Are all the nodes ready for patching? [y|n]
y
User Responded with: Y
Backing up files affected by the patch 'NApply' for restore. This might take a while...
Execution of 'sh /opt/oracle/parches/12419392/custom/scripts/pre -apply 12419392 ':


Return Code = 0

Applying patch 12419392...

ApplySession applying interim patch '12419392' to OH '/opt/oracle/db'
ApplySession: Optional component(s) [ oracle.rdbms.dv, 10.2.0.5.0 ] , [ oracle.rdbms.dv.oc4j, 10.2.0.5.0 ] not present in the Oracle Home or a higher version is found.
Backing up files affected by the patch '12419392' for rollback. This might take a while...

Patching component oracle.rdbms, 10.2.0.5.0...
Updating archive file "/opt/oracle/db/lib/libserver10.a" with "lib/libserver10.a/kcbl.o"
Updating archive file "/opt/oracle/db/lib/libserver10.a" with "lib/libserver10.a/qecsel.o"


...


Updating jar file "/opt/oracle/db/sysman/jlib/emjsp.jar" with "/sysman/jlib/emjsp.jar/_database/_dbObjectsList.class"
Copying file to "/opt/oracle/db/oc4j/j2ee/oc4j_applications/applications/em/em/admin/rep/editUserSummary.uix"

Patching component oracle.xdk.rsf, 10.2.0.5.0...
Updating archive file "/opt/oracle/db/lib/libxml10.a" with "lib/libxml10.a/lpxpar.o"
Updating archive file "/opt/oracle/db/lib32/libxml10.a" with "lib32/libxml10.a/lpxpar.o"

Patching component oracle.precomp.common, 10.2.0.5.0...

Patching component oracle.rdbms.rman, 10.2.0.5.0...
ApplySession adding interim patch '12419392' to inventory

Verifying the update...
Inventory check OK: Patch ID 12419392 is registered in Oracle Home inventory with proper meta-data.
Files check OK: Files from Patch ID 12419392 are present in Oracle Home.
Running make for target client_sharedlib
Running make for target ioracle
Running make for target iwrap
Running make for target client_sharedlib
Running make for target proc
Running make for target irman

The local system has been patched and can be restarted.


Patching in all-node mode.

Updating nodes 'myracn2'
Apply-related files are:
FP = "/opt/oracle/db/.patch_storage/NApply/2011-11-17_18-23-00PM/rac/copy_files.txt"
DP = "/opt/oracle/db/.patch_storage/NApply/2011-11-17_18-23-00PM/rac/copy_dirs.txt"
MP = "/opt/oracle/db/.patch_storage/NApply/2011-11-17_18-23-00PM/rac/make_cmds.txt"
RC = "/opt/oracle/db/.patch_storage/NApply/2011-11-17_18-23-00PM/rac/remote_cmds.txt"

Instantiating the file "/opt/oracle/db/.patch_storage/NApply/2011-11-17_18-23-00PM/rac/copy_files.txt.instantiated" by replacing $ORACLE_HOME in "/opt/oracle/db/.patch_storage/NApply/2011-11-17_18-23-00PM/rac/copy_files.txt" with actual path.
Propagating files to remote nodes...
Instantiating the file "/opt/oracle/db/.patch_storage/NApply/2011-11-17_18-23-00PM/rac/copy_dirs.txt.instantiated" by replacing $ORACLE_HOME in "/opt/oracle/db/.patch_storage/NApply/2011-11-17_18-23-00PM/rac/copy_dirs.txt" with actual path.
Propagating directories to remote nodes...
Instantiating the file "/opt/oracle/db/.patch_storage/NApply/2011-11-17_18-23-00PM/rac/make_cmds.txt.instantiated" by replacing $ORACLE_HOME in "/opt/oracle/db/.patch_storage/NApply/2011-11-17_18-23-00PM/rac/make_cmds.txt" with actual path.
Running command on remote node 'myracn2':
cd /opt/oracle/db/rdbms/lib; /usr/ccs/bin/make -f ins_rdbms.mk client_sharedlib ORACLE_HOME=/opt/oracle/db || echo REMOTE_MAKE_FAILED::>&2

Running command on remote node 'myracn2':
cd /opt/oracle/db/rdbms/lib; /usr/ccs/bin/make -f ins_rdbms.mk ioracle ORACLE_HOME=/opt/oracle/db || echo REMOTE_MAKE_FAILED::>&2

Running command on remote node 'myracn2':
cd /opt/oracle/db/plsql/lib; /usr/ccs/bin/make -f ins_plsql.mk iwrap ORACLE_HOME=/opt/oracle/db || echo REMOTE_MAKE_FAILED::>&2

Running command on remote node 'myracn2':
cd /opt/oracle/db/network/lib; /usr/ccs/bin/make -f ins_net_client.mk client_sharedlib ORACLE_HOME=/opt/oracle/db || echo REMOTE_MAKE_FAILED::>&2

Running command on remote node 'myracn2':
cd /opt/oracle/db/precomp/lib; /usr/ccs/bin/make -f ins_precomp.mk proc ORACLE_HOME=/opt/oracle/db || echo REMOTE_MAKE_FAILED::>&2

Running command on remote node 'myracn2':
cd /opt/oracle/db/rdbms/lib; /usr/ccs/bin/make -f ins_rdbms.mk irman ORACLE_HOME=/opt/oracle/db || echo REMOTE_MAKE_FAILED::>&2

RC file not exist. There are no commands to be run on the remote nodes.

All nodes have been patched. You may start Oracle instances on the local system and nodes 'myracn2'

UtilSession: N-Apply done.

OPatch succeeded.

Aplicar un PSU es más rápido que aplicar un parche que necesita OUI, pero para este PSU en particular también necesitamos actualizar el catálogo de la base de datos después de levantar la base de datos RAC y los servicios:

oracle@myracn1$ srvctl start nodeapps -n myracn1
oracle@myracn1$ srvctl start nodeapps -n myracn2
oracle@myracn1$ srvctl start listener -n myracn1
oracle@myracn1$ srvctl start listener -n myracn2
oracle@myracn1$ srvctl start asm -n myracn1
oracle@myracn1$ srvctl start asm -n myracn2
oracle@myracn1$ srvctl start database -d myrcdb

oracle@myracn1$ cd /opt/oracle/crs/bin

oracle@myracn1$ ./crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora....SM1.asm application ONLINE ONLINE myracn1
ora....T2.lsnr application ONLINE ONLINE myracn1
ora.myracn1.gsd application ONLINE ONLINE myracn1
ora.myracn1.ons application ONLINE ONLINE myracn1
ora.myracn1.vip application ONLINE ONLINE myracn1
ora....SM2.asm application ONLINE ONLINE myracn2
ora....T4.lsnr application ONLINE ONLINE myracn2
ora.myracn2.gsd application ONLINE ONLINE myracn2
ora.myracn2.ons application ONLINE ONLINE myracn2
ora.myracn2.vip application ONLINE ONLINE myracn2
ora.myrcdb.db application ONLINE ONLINE myracn1
ora....l1.inst application ONLINE ONLINE myracn1
ora....l2.inst application ONLINE ONLINE myracn2

Para actualizar el catálogo de la base de datos ejecutaremos el script catbundle.sql para cada base de datos en el RAC pero sólo una vez; para este ejemplo lo ejecutaremos para myrcdb sólo una vez:

oracle@myracn1$ sqlplus '/ as sysdba'

SQL*Plus: Release 10.2.0.5.0 - Production on Thu Nov 17 18:43:44 2011

Copyright (c) 1982, 2010, Oracle. All Rights Reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options

SQL> @?/rdbms/admin/catbundle.sql psu apply

PL/SQL procedure successfully completed.


PL/SQL procedure successfully completed.


Generating apply and rollback scripts...


...


Updating registry...

1 row created.


Commit complete.

Check the following log file for errors:
/opt/oracle/db/cfgtoollogs/catbundle/catbundle_PSU_myrcdb_APPLY_2011Nov17_18_44_18.log

Como fue sugerido, sería buena idea revisar el archivo de log sobre errores ORA sólo para estar seguros. Y como último paso, recompilaremos y buscaremos objetos inválidos:

SQL> @?/rdbms/admin/utlrp.sql

TIMESTAMP
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
COMP_TIMESTAMP UTLRP_BGN 2011-11-17 18:44:47

DOC> The following PL/SQL block invokes UTL_RECOMP to recompile invalid
DOC> objects in the database. Recompilation time is proportional to the
DOC> number of invalid objects in the database, so this command may take
DOC> a long time to execute on a database with a large number of invalid
DOC> objects.


...


DOC> The following query reports the number of objects that have compiled
DOC> with errors (objects that compile with errors have status set to 3 in
DOC> obj$). If the number is higher than expected, please examine the error
DOC> messages reported with each object (using SHOW ERRORS) to see if they
DOC> point to system misconfiguration or resource constraints that must be
DOC> fixed before attempting to recompile these objects.
DOC>#

OBJECTS WITH ERRORS
-------------------
0

DOC> The following query reports the number of errors caught during
DOC> recompilation. If this number is non-zero, please query the error
DOC> messages in the table UTL_RECOMP_ERRORS to see if any of these errors
DOC> are due to misconfiguration or resource constraints that must be
DOC> fixed before objects can compile successfully.
DOC>#

ERRORS DURING RECOMPILATION
---------------------------
0


PL/SQL procedure successfully completed.

SQL> exit

Eso es! En este punto tenemos un cluster RAC actualizado con Oracle 10.2.0.5.4; tuvimos que dar de baja el servicio de bases de datos para plicar este parche pero de esta manera es mas fácil y rápido que aplicar un parche con el método rolling upgrade. Hacer una actualización por etapas significa aplicar un parche sin tiempo abajo del servicio, pero el parche debe ser adecuado para este método y es más complejo y tardado que sólo dar de baja un RAC y aplicar un parche.

Listando el inventario puedes verificar que el parche 12419392 está registrado:

oracle@myracn1$ opatch lsinventory
Invoking OPatch 10.2.0.5.1

Oracle Interim Patch Installer version 10.2.0.5.1
Copyright (c) 2010, Oracle Corporation. All rights reserved.


Oracle Home : /opt/oracle/db
Central Inventory : /opt/oracle/oraInventory
from : /var/opt/opt/oracle/oraInst.loc
OPatch version : 10.2.0.5.1
OUI version : 10.2.0.5.0
OUI location : /opt/oracle/db/oui
Log file location : /opt/oracle/db/cfgtoollogs/opatch/opatch2011-11-17_18-46-17PM.log

Patch history file: /opt/oracle/db/cfgtoollogs/opatch/opatch_history.txt

Lsinventory Output file location : /opt/oracle/db/cfgtoollogs/opatch/lsinv/lsinventory2011-11-17_18-46-17PM.txt

--------------------------------------------------------------------------------
Installed Top-level Products (2):

Oracle Database 10g 10.2.0.1.0
Oracle Database 10g Release 2 Patch Set 4 10.2.0.5.0
There are 2 products installed in this Oracle Home.


Interim patches (1) :

Patch 12419392 : applied on Thu Nov 17 18:28:53 CST 2011
Unique Patch ID: 13856866
Created on 15 Jun 2011, 22:41:17 hrs PST8PDT
Bugs fixed:
6402302, 10269717, 10327190, 8865718, 10017048, 9024850, 8394351, 8546356
9360157, 9770451, 9020537, 9772888, 8664189, 10091698, 12551710, 7519406
10132870, 8771916, 9109487, 10173237, 10068982, 8350262, 11792865
11724962, 11725006, 9184754, 8544696, 9320130, 7026523, 8277300, 9726739
8412426, 12419392, 6651220, 9150282, 9659614, 9949948, 10327179, 8882576
7612454, 9711859, 9714832, 10248542, 9952230, 9469117, 9952270, 8660422
10324526, 12419258, 9713537, 10010310, 9390484, 9963497, 12551700
12551701, 10249537, 12551702, 12551703, 8211733, 12551704, 9548269
12551705, 12551706, 9337325, 12551707, 7602341, 12551708, 9308296
10157402, 11737047



Rac system comprising of multiple nodes
Local node = myracn1
Remote node = myracn2

--------------------------------------------------------------------------------

OPatch succeeded.

Por cierto, notaste que no hubo PSU para CRS? Usualmente hay el mismo parche y PSU para todos los componentes de Oracle Database (CRS, ASM, bases de datos), y también para todas las plataformas, pero en este caso en particular no hubo PSU 10.2.0.5.4 para CRS. Si lo hay, sería preferible (o incluso obligatorio) tiener el mismo parche y PSU en todos los componentes de Oracle Database, pero en esta ocasión está bien así.

Más información:

10.2.0.5 Current Recommended Patches

domingo, 25 de marzo de 2012

Obteniendo planes de ejecución de Oracle SQL

Para afinar sentencias SQL necesitas obtener su plan de ejecución, esto es, información sobre como la base de datos Oracle va a procesar tu sentencia SQL para obtener los resultados de la mejor manera posible. Este es un tema importante y muy complejo, y este mensaje es sólo para mostrar cómo obtener planes de ejecución, no para cómo analizarlos.

La manera mas fácil para obtener un plan de ejecución es usar la sentencia EXPLAIN PLAN FOR y el script utlxpls.sql:

SQL> set linesize 130
SQL> set pagesize 9999
SQL> EXPLAIN PLAN FOR
select OBJECT_NAME from dba_objects where OWNER='SYS' order by OBJECT_NAME;

Explained.

SQL> @$ORACLE_HOME/rdbms/admin/utlxpls.sql

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------------------------------------
Plan hash value: 2325770649

------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1025 | 85075 | 7 (29)| 00:00:01 |
| 1 | SORT ORDER BY | | 1025 | 85075 | 7 (29)| 00:00:01 |
| 2 | VIEW | DBA_OBJECTS | 1025 | 85075 | 6 (17)| 00:00:01 |
| 3 | UNION-ALL | | | | | |
|* 4 | FILTER | | | | | |
| 5 | NESTED LOOPS | | 1179 | 101K| 4 (25)| 00:00:01 |
| 6 | TABLE ACCESS BY INDEX ROWID| USER$ | 1 | 14 | 1 (0)| 00:00:01 |
|* 7 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00:00:01 |
|* 8 | TABLE ACCESS FULL | OBJ$ | 1179 | 87246 | 3 (34)| 00:00:01 |
|* 9 | TABLE ACCESS BY INDEX ROWID | IND$ | 1 | 8 | 1 (0)| 00:00:01 |
|* 10 | INDEX UNIQUE SCAN | I_IND1 | 1 | | 1 (0)| 00:00:01 |
| 11 | NESTED LOOPS | | 1 | 27 | 2 (0)| 00:00:01 |
| 12 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 (0)| 00:00:01 |
|* 13 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00:00:01 |
|* 14 | INDEX RANGE SCAN | I_LINK1 | 1 | 13 | 1 (0)| 00:00:01 |
------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

4 - filter("O"."TYPE#"1 AND "O"."TYPE#"10 OR "O"."TYPE#"=1 AND (SELECT 1 FROM
"SYS"."IND$" "I" WHERE "I"."OBJ#"=:B1 AND ("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR
"I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR "I"."TYPE#"=9))=1)
7 - access("U"."NAME"='SYS')
8 - filter("O"."NAME"'_NEXT_OBJECT' AND "O"."NAME"'_default_auditing_options_'
AND "O"."LINKNAME" IS NULL AND BITAND("O"."FLAGS",128)=0 AND "O"."OWNER#"="U"."USER#")
9 - filter("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR
"I"."TYPE#"=6 OR "I"."TYPE#"=7 OR "I"."TYPE#"=9)
10 - access("I"."OBJ#"=:B1)
13 - access("U"."NAME"='SYS')
14 - access("L"."OWNER#"="U"."USER#")

36 rows selected.

Como puedes ver hay mucha información acerca de esta sentencia SQL tan simple, por lo cual no olvides leer la documentación listada al final de este mensaje para tener un mejor conocimiento de los planes de ejecución.

Por cierto, si estás ejecutando sentencias con paralelismo obtendrás más información usando el script utlxplp.sql:

SQL> EXPLAIN PLAN FOR
select /*+ PARALLEL(b,4) */ b.OBJECT_NAME from dba_objects b where OWNER='SYS' order by OBJECT_NAME;

Explained.

SQL> @$ORACLE_HOME/rdbms/admin/utlxplp.sql

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------------------------------------
Plan hash value: 2762843742

----------------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | TQ |IN-OUT| PQ Distrib |
----------------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1025 | 85075 | 15 (7)| 00:00:01 | | | |
| 1 | SORT ORDER BY | | 1025 | 85075 | 15 (7)| 00:00:01 | | | |
| 2 | VIEW | DBA_OBJECTS | 1025 | 85075 | 14 (0)| 00:00:01 | | | |
| 3 | UNION-ALL | | | | | | | | |
|* 4 | FILTER | | | | | | | | |
| 5 | PX COORDINATOR | | | | | | | | |
| 6 | PX SEND QC (RANDOM) | :TQ10001 | 1179 | 101K| 12 (0)| 00:00:01 | Q1,01 | P->S | QC (RAND) |
| 7 | NESTED LOOPS | | 1179 | 101K| 12 (0)| 00:00:01 | Q1,01 | PCWP | |
| 8 | BUFFER SORT | | | | | | Q1,01 | PCWC | |
| 9 | PX RECEIVE | | | | | | Q1,01 | PCWP | |
| 10 | PX SEND BROADCAST | :TQ10000 | | | | | | S->P | BROADCAST |
| 11 | TABLE ACCESS BY INDEX ROWID| USER$ | 1 | 14 | 1 (0)| 00:00:01 | | | |
|* 12 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00:00:01 | | | |
| 13 | PX BLOCK ITERATOR | | 1179 | 87246 | 11 (0)| 00:00:01 | Q1,01 | PCWC | |
|* 14 | TABLE ACCESS FULL | OBJ$ | 1179 | 87246 | 11 (0)| 00:00:01 | Q1,01 | PCWP | |
|* 15 | TABLE ACCESS BY INDEX ROWID | IND$ | 1 | 8 | 1 (0)| 00:00:01 | | | |
|* 16 | INDEX UNIQUE SCAN | I_IND1 | 1 | | 1 (0)| 00:00:01 | | | |
| 17 | NESTED LOOPS | | 1 | 27 | 2 (0)| 00:00:01 | | | |
| 18 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 (0)| 00:00:01 | | | |
|* 19 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| 00:00:01 | | | |
|* 20 | INDEX RANGE SCAN | I_LINK1 | 1 | 13 | 1 (0)| 00:00:01 | | | |
----------------------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

4 - filter("O"."TYPE#"1 AND "O"."TYPE#"10 OR "O"."TYPE#"=1 AND (SELECT 1 FROM "SYS"."IND$" "I" WHERE
"I"."OBJ#"=:B1 AND ("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"
=7 OR

"I"."TYPE#"=9))=1)
12 - access("U"."NAME"='SYS')
14 - filter("O"."NAME"'_NEXT_OBJECT' AND "O"."NAME"'_default_auditing_options_' AND "O"."LINKNAME" IS NULL AND
BITAND("O"."FLAGS",128)=0 AND "O"."OWNER#"="U"."USER#")
15 - filter("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR
"I"."TYPE#"=9)
16 - access("I"."OBJ#"=:B1)
19 - access("U"."NAME"='SYS')
20 - access("L"."OWNER#"="U"."USER#")

42 rows selected.

Como se mencionó arriba, usar EXPLAIN PLAN FOR es la manera mas fácil para tener una idea sobre el plan de ejecución de una sentencia SQL sin tener que ejecutarla, pero podría no ser el mismo plan usado para ejecutarla porque la selección del plan tiene lugar al momento de la ejecución y depende de muchos factores como carga, exactitud de las estadísticas y hints por nombrar algunos factores. De hecho, podrías estar más interesado en saber el plan de ejecución de un SQL corriendo más que en el plan de ejecución de una sentencia SQL no ejecutada aún; si ese es el caso puedes obtenerlo de esta forma:

SQL> column SID format a6
SQL> column USERNAME format a10
SQL> column PROGRAM format a50
SQL> column EVENT format a30

SQL> select to_char(s.sid) AS sid, s.username, s.status, s.program, s.event
FROM v$session s JOIN v$process p ON (p.addr = s.paddr)
WHERE s.username = 'SYS' ORDER BY 1;

SID USERNAME STATUS PROGRAM EVENT
---- ---------- ---------- ------------------------------------------------ ------------------------------
1065 SYS ACTIVE sqlplus@myracnode (TNS V1-V3) SQL*Net message to client
1087 SYS ACTIVE sqlplus@myracnode (TNS V1-V3) db file scattered read
1259 SYS INACTIVE racgimon@myracnode (TNS V1-V3) SQL*Net message from client
1275 SYS INACTIVE racgimon@myracnode (TNS V1-V3) SQL*Net message from client
1276 SYS ACTIVE racgimon@myracnode (TNS V1-V3) Streams AQ: waiting for messag
es in the queue

1302 SYS INACTIVE racgimon@myracnode (TNS V1-V3) SQL*Net message from client

6 rows selected.

SQL> SELECT p.plan_table_output FROM v$session s, table(dbms_xplan.display_cursor(s.sql_id, s.sql_child_number)) p
where s.sid = 1087;

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------------------------------------
SQL_ID 8qdgqzzzgk4as, child number 0
-------------------------------------
select count(*) from my_big_table where some_date < '25-JAN-08'

Plan hash value: 857495206

--------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | | 2678 (100)| |
| 1 | SORT AGGREGATE | | 1 | 14 | | |
|* 2 | TABLE ACCESS FULL| MY_BIG_TABLE | 101K| 1382K| 2678 (27)| 00:00:27 |
--------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

2 - filter(("B"."SOME_DATE"<'25-JAN-08'))


21 rows selected.

Como puedes ver, primero debes identificar el SID de la sesión de la sentencia SQL en ejecución sobre la que estás interesado, y con la función dbms_xplan.display_cursor puedes obtener la sentencia y el plan de ejecución actualmente usado.

Por otro lado, si quieres revisar el plan de ejecución de cierta sentencia que fue ejecutada recientemente puedes intentar encontrar su SQL_ID en v$sqlarea; recuerda que SQL_TEXT es sensible a las mayúsculas:

SQL> column SQL_TEXT format a80
SQL> select SQL_ID, SQL_TEXT from v$sqlarea where upper(SQL_TEXT) like '%DBA_OBJECTS%';

SQL_ID SQL_TEXT
------------- --------------------------------------------------------------------------------
grq6tgwtun603 select SQL_ID, SQL_TEXT from v$sqlarea where upper(SQL_TEXT) like '%DBA_OBJECTS%
'

dfg3s1x621u6b select /*+ PARALLEL(b,4) */ count(*) from dba_objects b where OWNER='SYS'
cgyvau8fub4rq /* OracleOEM */ SELECT P.OBJECT_NAME,O.OBJECT_TYPE,P.OBJECT_OWNER,P.POLICY_NAM
E,P.POLICY_GROUP,P.ENABLE FROM DBA_POLICIES P, DBA_OBJECTS O WHERE P.OBJECT_NAME
=O.OBJECT_NAME


SQL> SELECT p.plan_table_output FROM table(dbms_xplan.display_cursor('dfg3s1x621u6b')) p;

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------------------------------------
SQL_ID dfg3s1x621u6b, child number 0
-------------------------------------
select /*+ PARALLEL(b,4) */ count(*) from dba_objects b where OWNER='SYS'

Plan hash value: 3694869755

----------------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | TQ |IN-OUT| PQ Distrib |
----------------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | | 25 (100)| | | | |
| 1 | SORT AGGREGATE | | 1 | 17 | | | | | |
| 2 | VIEW | DBA_OBJECTS | 104 | 1768 | 25 (0)| 00:00:01 | | | |
| 3 | UNION-ALL | | | | | | | | |
|* 4 | FILTER | | | | | | | | |
| 5 | PX COORDINATOR | | | | | | | | |
| 6 | PX SEND QC (RANDOM) | :TQ10001 | 122 | 10736 | 24 (0)| 00:00:01 | Q1,01 | P->S | QC (RAND) |
| 7 | NESTED LOOPS | | 122 | 10736 | 24 (0)| 00:00:01 | Q1,01 | PCWP | |
| 8 | BUFFER SORT | | | | | | Q1,01 | PCWC | |
| 9 | PX RECEIVE | | | | | | Q1,01 | PCWP | |
| 10 | PX SEND BROADCAST | :TQ10000 | | | | | | S->P | BROADCAST |
| 11 | TABLE ACCESS BY INDEX ROWID| USER$ | 1 | 14 | 1 (0)| 00:00:01 | | | |
|* 12 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| | | | |
| 13 | PX BLOCK ITERATOR | | 122 | 9028 | 23 (0)| 00:00:01 | Q1,01 | PCWC | |
|* 14 | TABLE ACCESS FULL | OBJ$ | 122 | 9028 | 23 (0)| 00:00:01 | Q1,01 | PCWP | |
|* 15 | TABLE ACCESS BY INDEX ROWID | IND$ | 1 | 8 | 2 (0)| 00:00:01 | | | |
|* 16 | INDEX UNIQUE SCAN | I_IND1 | 1 | | 1 (0)| 00:00:01 | | | |
| 17 | NESTED LOOPS | | 1 | 27 | 1 (0)| 00:00:01 | | | |
| 18 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 (0)| 00:00:01 | | | |
|* 19 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| | | | |
|* 20 | INDEX RANGE SCAN | I_LINK1 | 1 | 13 | 0 (0)| | | | |
----------------------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

4 - filter((("O"."TYPE#"1 AND "O"."TYPE#"10) OR ("O"."TYPE#"=1 AND =1)))
12 - access("U"."NAME"='SYS')
14 - access(:Z>=:Z AND :Z<=:Z)
filter(("O"."NAME"'_NEXT_OBJECT' AND "O"."NAME"'_default_auditing_options_' AND "O"."LINKNAME" IS NULL AND
BITAND("O"."FLAGS",128)=0 AND "O"."OWNER#"="U"."USER#"))
15 - filter(("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR
"I"."TYPE#"=9))
16 - access("I"."OBJ#"=:B1)
19 - access("U"."NAME"='SYS')
20 - access("L"."OWNER#"="U"."USER#")


46 rows selected.

Además, si estás ejecutando las sentencias SQL de una por una puedes obtener el plan de ejecución llamando dbms_xplan.display_cursor sin parámetros inmediatamente después de la sentencia SQL a analizar:

SQL> select /*+ PARALLEL(b,4) */ count(*) from dba_objects b where OWNER='SYS';

COUNT(*)
----------
7107

SQL> SELECT p.plan_table_output FROM table(dbms_xplan.display_cursor()) p;

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------------------------------------------------
SQL_ID dfg3s1x621u6b, child number 0
-------------------------------------
select /*+ PARALLEL(b,4) */ count(*) from dba_objects b where OWNER='SYS'

Plan hash value: 3694869755

----------------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | TQ |IN-OUT| PQ Distrib |
----------------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | | 25 (100)| | | | |
| 1 | SORT AGGREGATE | | 1 | 17 | | | | | |
| 2 | VIEW | DBA_OBJECTS | 104 | 1768 | 25 (0)| 00:00:01 | | | |
| 3 | UNION-ALL | | | | | | | | |
|* 4 | FILTER | | | | | | | | |
| 5 | PX COORDINATOR | | | | | | | | |
| 6 | PX SEND QC (RANDOM) | :TQ10001 | 122 | 10736 | 24 (0)| 00:00:01 | Q1,01 | P->S | QC (RAND) |
| 7 | NESTED LOOPS | | 122 | 10736 | 24 (0)| 00:00:01 | Q1,01 | PCWP | |
| 8 | BUFFER SORT | | | | | | Q1,01 | PCWC | |
| 9 | PX RECEIVE | | | | | | Q1,01 | PCWP | |
| 10 | PX SEND BROADCAST | :TQ10000 | | | | | | S->P | BROADCAST |
| 11 | TABLE ACCESS BY INDEX ROWID| USER$ | 1 | 14 | 1 (0)| 00:00:01 | | | |
|* 12 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| | | | |
| 13 | PX BLOCK ITERATOR | | 122 | 9028 | 23 (0)| 00:00:01 | Q1,01 | PCWC | |
|* 14 | TABLE ACCESS FULL | OBJ$ | 122 | 9028 | 23 (0)| 00:00:01 | Q1,01 | PCWP | |
|* 15 | TABLE ACCESS BY INDEX ROWID | IND$ | 1 | 8 | 2 (0)| 00:00:01 | | | |
|* 16 | INDEX UNIQUE SCAN | I_IND1 | 1 | | 1 (0)| 00:00:01 | | | |
| 17 | NESTED LOOPS | | 1 | 27 | 1 (0)| 00:00:01 | | | |
| 18 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 (0)| 00:00:01 | | | |
|* 19 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| | | | |
|* 20 | INDEX RANGE SCAN | I_LINK1 | 1 | 13 | 0 (0)| | | | |
----------------------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

4 - filter((("O"."TYPE#"1 AND "O"."TYPE#"10) OR ("O"."TYPE#"=1 AND =1)))
12 - access("U"."NAME"='SYS')
14 - access(:Z>=:Z AND :Z<=:Z)
filter(("O"."NAME"'_NEXT_OBJECT' AND "O"."NAME"'_default_auditing_options_' AND "O"."LINKNAME" IS NULL AND
BITAND("O"."FLAGS",128)=0 AND "O"."OWNER#"="U"."USER#"))
15 - filter(("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR
"I"."TYPE#"=9))
16 - access("I"."OBJ#"=:B1)
19 - access("U"."NAME"='SYS')
20 - access("L"."OWNER#"="U"."USER#")


46 rows selected.

Esto puede ser útil aún si estás depurando un script SQL, pero si necesitas obtener planes de ejecución de sentencias SQL ubicadas en un script PL/SQL entonces necesitas imprimir el plan de ejecución línea por línea:

SQL> SET TERMOUT ON
SQL> SET PAGESIZE 0
SQL> SET SERVEROUTPUT ON
SQL> SET LINESIZE 200

SQL> declare
v_count number;
v_plan varchar2(200);
CURSOR c1 IS SELECT p.plan_table_output FROM table(dbms_xplan.display_cursor()) p;

begin
select /*+ PARALLEL(b,4) */ count(*) into v_count from dba_objects b where OWNER='SYS';
dbms_output.put_line ('Number of rows: '||v_count);

OPEN c1;
LOOP
FETCH c1 INTO v_plan;
EXIT WHEN c1%NOTFOUND;
dbms_output.put_line (v_plan);
END LOOP;
CLOSE c1;
end;
/

Number of rows: 7107
SQL_ID dfg3s1x621u6b, child number 0
-------------------------------------
select /*+ PARALLEL(b,4) */ count(*) from dba_objects b where OWNER='SYS'

Plan hash value: 3694869755

----------------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | TQ |IN-OUT| PQ Distrib |
----------------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | | 25 (100)| | | | |
| 1 | SORT AGGREGATE | | 1 | 17 | | | | | |
| 2 | VIEW | DBA_OBJECTS | 104 | 1768 | 25 (0)| 00:00:01 | | | |
| 3 | UNION-ALL | | | | | | | | |
|* 4 | FILTER | | | | | | | | |
| 5 | PX COORDINATOR | | | | | | | | |
| 6 | PX SEND QC (RANDOM) | :TQ10001 | 122 | 10736 | 24 (0)| 00:00:01 | Q1,01 | P->S | QC (RAND) |
| 7 | NESTED LOOPS | | 122 | 10736 | 24 (0)| 00:00:01 | Q1,01 | PCWP | |
| 8 | BUFFER SORT | | | | | | Q1,01 | PCWC | |
| 9 | PX RECEIVE | | | | | | Q1,01 | PCWP | |
| 10 | PX SEND BROADCAST | :TQ10000 | | | | | | S->P | BROADCAST |
| 11 | TABLE ACCESS BY INDEX ROWID| USER$ | 1 | 14 | 1 (0)| 00:00:01 | | | |
|* 12 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| | | | |
| 13 | PX BLOCK ITERATOR | | 122 | 9028 | 23 (0)| 00:00:01 | Q1,01 | PCWC | |
|* 14 | TABLE ACCESS FULL | OBJ$ | 122 | 9028 | 23 (0)| 00:00:01 | Q1,01 | PCWP | |
|* 15 | TABLE ACCESS BY INDEX ROWID | IND$ | 1 | 8 | 2 (0)| 00:00:01 | | | |
|* 16 | INDEX UNIQUE SCAN | I_IND1 | 1 | | 1 (0)| 00:00:01 | | | |
| 17 | NESTED LOOPS | | 1 | 27 | 1 (0)| 00:00:01 | | | |
| 18 | TABLE ACCESS BY INDEX ROWID | USER$ | 1 | 14 | 1 (0)| 00:00:01 | | | |
|* 19 | INDEX UNIQUE SCAN | I_USER1 | 1 | | 0 (0)| | | | |
|* 20 | INDEX RANGE SCAN | I_LINK1 | 1 | 13 | 0 (0)| | | | |
----------------------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

4 - filter((("O"."TYPE#"1 AND "O"."TYPE#"10) OR ("O"."TYPE#"=1 AND =1)))
12 - access("U"."NAME"='SYS')
14 - access(:Z>=:Z AND :Z<=:Z)
filter(("O"."NAME"'_NEXT_OBJECT' AND "O"."NAME"'_default_auditing_options_' AND "O"."LINKNAME" IS NULL AND
BITAND("O"."FLAGS",128)=0 AND "O"."OWNER#"="U"."USER#"))
15 - filter(("I"."TYPE#"=1 OR "I"."TYPE#"=2 OR "I"."TYPE#"=3 OR "I"."TYPE#"=4 OR "I"."TYPE#"=6 OR "I"."TYPE#"=7 OR
"I"."TYPE#"=9))
16 - access("I"."OBJ#"=:B1)
19 - access("U"."NAME"='SYS')
20 - access("L"."OWNER#"="U"."USER#")

PL/SQL procedure successfully completed.

Finalmente, podría ser útil saber el tiempo de ejecucicón real de las sentencias que estás ejecutando, y puedes saber eso con la sentencia set timing on:

SQL> set timing on
SQL> select /*+ PARALLEL(b,4) */ count(*) from dba_objects b where OWNER='SYS';

COUNT(*)
----------
7092

Elapsed: 00:00:00.46

Más información:

Understanding Explain Plan
DBMS_XPLAN : Display Oracle Execution Plans
Using EXPLAIN PLAN

Monitoreando una JVM en Grid Control

Como quizás sepas, Oracle Enterprise Manager Grid Control te permite monitorear y administrar bases de datos Oracle, listeners, instancias y cosas así como era de esperarse, pero también puedes monitorear y administrar otros sistemas y software como JVM.

Digamos que quieres monitorear un servicio propio escrito en Java:

root@myserver # ps ax|grep mycustomserver
8945 ? Sl 11:04 /opt/mycustomserver/server -JVMargs /opt/mycustomserver/server.ini -n mycustomserver
14810 pts/2 S+ 0:00 grep mycustomserver

Puedes hacerlo por medio de JMX, configurando los parámetros jmxremote de JVM como argumentos o en un archivo de configuración. Tienes que configurar al menos jmxremote.port, no hay un valor por default para él:

root@myserver # cat /opt/mycustomserver/server.ini|grep jmxremote
JVMOPTS3=-Dcom.sun.management.jmxremote.port=2055
JVMOPTS4=-Dcom.sun.management.jmxremote.authenticate=false
JVMOPTS5=-Dcom.sun.management.jmxremote.ssl=false

Y si no conoces la aplicación pero quieres tratar de monitorearla, puedes intentar adivinar como root el puerto de monitoreo con netstat:

root@myserver # netstat -tuanp|grep 8945|grep LISTEN
tcp 0 0 0.0.0.0:2055 0.0.0.0:* LISTEN 8945/mycustomserver
tcp 0 0 127.0.0.1:1852 0.0.0.0:* LISTEN 8945/mycustomserver

Con el número del puerto remoto, y en caso de que la autenticación esté activada con el correspondiente usuario y contraseña, puedes agregar tu aplicación Java a Grid Control presionando la liga del agente en Targets -> pestaña All Targets, y en la siguiente página seleccionar JVM del menú desplegable Add. En la página Monitoring Configuration tienes que configurar al menos los campos Machine (puede ser 127.0.0.1) y Admin Port, y presionar el botón OK.

Después de agregar tu JVM apropiadamente a Oracle Enterprise Manager, podrás revisar en la liga All Metrics muchas métricas interesantes, al menos interesantes si tienes conocimientos de Java.

Más información:

Monitoring and Management Using JMX
Monitoring and Management Using JMX Technology

sábado, 24 de marzo de 2012

Instalando un agente de Enterprise Manager para una base de datos TimesTen

Este es un pequeño instructivo para instalar un agente de Enterprise Manager 11g para una base de datos TimesTen 11; este instructivo asume que ya descargaste el agente en la máquina cliente y configuraste el Management Plug-in for Oracle TimesTen In-Memory Database en tu servidor Enterprise Manager.

Primero, tienes que configurar un archivo de respuestas para hacer una instalación silenciosa; una instalación con OUI debe ser suficientemente sencilla como para tener que explicarla aquí. En el directorio response bajo el directorio donde descomprimiste el software del agente deberás encontrar un archivo additional_agent.rsp, cópialo y cambia al menos estos campos:

timesten@myserver $ diff additional_agent.rsp my.rsp
41,42c41,42
< SECURITY_UPDATES_VIA_MYORACLESUPPORT=
< DECLINE_SECURITY_UPDATES=
---
> SECURITY_UPDATES_VIA_MYORACLESUPPORT=FALSE
> DECLINE_SECURITY_UPDATES=TRUE
85c85
< ORACLE_AGENT_HOME_LOCATION=
---
> ORACLE_AGENT_HOME_LOCATION=/myagent
169,170c169,170
< OMS_HOST=
< OMS_PORT=
---
> OMS_HOST=myoemserver
> OMS_PORT=4889

A continuación, corre runInstaller con el nombre completo de tu archivo de respuestas:

timesten@myserver $ cd /myagent/linux_x64/agent
timesten@myserver $ ./runInstaller -silent -responseFile /myagent/linux_x64/response/my.rsp

De esta forma instalarás un agente en el directorio /myagent; no olvides correr como root el script de configuración root.sh después de terminar la ejecución de runInstaller:

root@myserver # /myagent/agent11g/root.sh

Si quieres verificar que el agente está corriendo y comunicándose con el servidor de Grid Control, ejecuta emctl y pon atención al mensaje Last successful upload:

timesten@myserver $ cd /myagent/agent11g/bin/
timesten@myserver $ ./emctl status agent
Oracle Enterprise Manager 11g Release 1 Grid Control 11.1.0.1.0
Copyright (c) 1996, 2010 Oracle Corporation. All rights reserved.
---------------------------------------------------------------
Agent Version : 11.1.0.1.0
OMS Version : 11.1.0.1.0
Protocol Version : 11.1.0.0.0
Agent Home : /myagent/agent11g
Agent binaries : /myagent/agent11g
Agent Process ID : 5493
Parent Process ID : 14892
Agent URL : http://myserver:3872/emd/main/
Repository URL : http://myoemserver:4889/em/upload/
Started at : 2011-11-29 09:48:12
Started by user : timesten
Last Reload : 2011-11-29 11:50:40
Last successful upload : 2011-11-29 12:53:25
Total Megabytes of XML files uploaded so far : 13.84
Number of XML files pending upload : 0
Size of XML files pending upload(MB) : 0.00
Available disk space on upload filesystem : 66.57%
Last successful heartbeat to OMS : 2011-11-29 12:53:29
---------------------------------------------------------------
Agent is Running and Ready

Si por alguna razón necesitas cambiar la configuración del agente entonces detén el agente, edita los archivos emd.properties y targets.xml, y opcionalmente borra archivos previos:

timesten@myserver $ cd /myagent/agent11g/bin
timesten@myserver $ ./emctl stop agent
Oracle Enterprise Manager 11g Release 1 Grid Control 11.1.0.1.0
Copyright (c) 1996, 2010 Oracle Corporation. All rights reserved.
Stopping agent ... stopped.
timesten@myserver $ cd ..
timesten@myserver $ vi sysman/config/emd.properties
timesten@myserver $ vi sysman/emd/targets.xml
timesten@myserver $ cd sysman/emd
timesten@myserver $ rm -rf recv/* protocol.ini lastupld.xml collection/* state/* cputrack/* agntstmp.txt upload/* ../log/* emagent_storage.config core* sqlnet.log *sql
timesten@myserver $ cd /myagent/agent11g/bin
timesten@myserver $ ./emctl start agent
Oracle Enterprise Manager 11g Release 1 Grid Control 11.1.0.1.0
Copyright (c) 1996, 2010 Oracle Corporation. All rights reserved.
Starting agent ..... started.

Después de estos pasos debes de poder ver la computadora y su agente en Grid Control en la pestaña Targets, opción All Targets. Pero para agregar una nueva base de datos TimesTen a Enterprise Manager primero tienes que configurar la contraseña del agente en Preferences -> Preferred Credentials -> ícono Agent's Set Credentials; en esa página tienes que encontrar tu nuevo agente y llenar los campos Host Username y Host Password. A continuación tienes que ir a la página Setup -> Management Plug-ins y presionar el ícono de deploy del TimesTen management plug-in, en la siguiente página agregar el nuevo agente y presionar el botón Next, y finalmente el botón Finish en la última página.

Ahora deberás poder agregar la base de datos TimesTen seleccionando la liga del agente en la página Targets; podría haber un retraso en la aparición de la opción TimesTen In Memory Database 11g en el menú desplegable Add para que lo tomes en cuenta. En esa página tienes que seleccionar la opción TimesTen In Memory Database 11g del menú Add, y llenar los campos TimesTen instance name, Data Source Name, TimesTen user name y TimesTen password. Finalmente, presiona el botón Test Connection y el botón OK para completar la operación.

Y si eres nuevo en TimesTen y no tienes idea de cuál podría ser el nombre de la instancia y de la fuente de datos, pero el usuario de TimesTen tiene declarada la variable de entorno TT_HOME, hay sólo una base de datos en el servidor, y sabes el nombre del usuario de la base de datos y su password, puedes adivinar el nombre de la instancia de TimesTen y la fuente de datos de esta manera:

timesten@myserver $ basename $TT_HOME
tt1121
timesten@myserver $ ttstatus | grep Data
Data store /TimesTen/DataStore/MyDataStore/MyDataStore

Más información:

Meeting Hardware Requirements
Meeting Package, Kernel Parameter, and Library Requirements