Database Target Status Shows “Dynamic Category property error” In 13c Cloud Control

Nos encontrabamos remapeando instancias de Oracle Cloud Control 12c hacia Oracle Cloud Control 13c, como parte de la planificacion de un nuevo esquema de monitoreo, y gestion de Tickets de Soporte.

Problema

En una las bases de Exadata que recientemente habian sido agregadas sin problemas, intentamos revisar las metricas en el dashboad y nos encontramos con un error el target.

“Dynamic Category property error, Get dynamic property error, No such metadata, Computation of a critical dynamic property failed. Retries Completed”

Causa

Cual fue la causa ?
Revisando en la tabla dba_registry_history, nos encontramos con que falta la columna bundle_series.

SQL> desc dba_registry_history
Name           Null?    Type 
------------- -------- ----------------------------
 ACTION_TIME            TIMESTAMP(6) 
 ACTION                 VARCHAR2(30)
 NAMESPACE              VARCHAR2(30)
 VERSION                VARCHAR2(30)
 ID                     NUMBER
 COMMENTS               VARCHAR2(255)

SQL> quit

Solucion

1 comment on “Day 2: Download Release 18c for Oracle Exadata Database Machine”

Day 2: Download Release 18c for Oracle Exadata Database Machine

How to Download Oracle Database Release 18c

En el dia de hoy comenzamos con el download del software para poder realizar el despliegue en nuestra maquina de computo.

Para ello podemos realizar una descarga publica desde el sitio de OTN o desde el sitio de descargas con acceso por medio de cuenta Oracle Support.

En este caso, use mi cuenta personal, por que realizamos el download para ser desplegado en la maquina de computo.

Nos dirijimos al site edelivery de Oracle.

Luego de haber ingresado nuestras credenciales correspondientes, realice la busqueda por Oracle Database 12c Enterprise Edition. (Debemos recordar que es una la ultima release de 12c, adaptada al nombre y nomenclatura del año en curso).

Al escoger Oracle Database Enterprise Edition 18.0.0.0.0, nos muestra como opcion los siguientes packages:

V974949-01.zip
V974951-01.zip
V974952-01.zip
V974953-01.zip

Seleccionamos :

Oracle Database Release 18.0.0.0.0

El tipo de Arquitectura de Sistema Operativo compatible, en nuestro caso x86-64.

Seleccionamos Continue,  y nos encontraremos proximos al download.

Oracle Exadata Database Machine Documentation Release 18c (18.1)

Tengo el agrado de comunicarles que vamos a estar compartiendo una serie de articulos de Oracle 18c en Exadata, ya que contamos con un ambiente para el despliegue.

Oracle Database 18c es la ultima generacion de Bases de Datos Oracle, ya disponible en Oracle Cloud Services , Oracle Exadata y para realizar el download.

Permite a las Empresas de diferentes rangos de Negocio, el acceso a la tecnología de base de datos más rápida, escalable y confiable, para el despliegue seguro y rentable de cargas de trabajo transaccionales y analíticas en la nube, en las instalaciones y configuraciones híbridas de la nube.

En julio de 2017, Oracle realizo una importante transición a una estrategia más flexible y acogible para el software de base de datos, con el lanzamiento de un proceso diseñado para incorporar nuevas características al mercado cada año.

Oracle Database 18c es la primer versión anual del modelo de lanzamiento de software de base de datos.

Trae nuevas funcionalidades y mejoras a los features publicados anteriormente en Oracle Database 12c, que incluye:

  •  Multitenant Architecture para un ahorro de costes masivo y agilidad.

  • In-Memory Column Store para performance de rendimiento masivas para análisis en tiempo real.

  • Native Database Sharding para alta disponibilidad de aplicaciones web masivas.

  • Más capacidades críticas para mejorar el rendimiento de la base de datos, la disponibilidad, la seguridad, análisis y desarrollo de aplicaciones

Podemos ver a la version de Oracle Database 18c, como el primer parche de la version 12c Release 2 en el modelo de la versión anterior.

De cara al futuro, los clientes ya no tendran que esperar varios años para la última generación de Oracle Database, y podra realizar la introducción a nuevas características y mejoras, de forma anual y regular.

Oracle 18c ( y las publicaciones anuales posteriores ) también figurarán de manera destacada como un componente central de los servicios de nube Autonomous Database Cloud Services, anunciados recientemente por Oracle.

En este blog estaremos realizando una revision de la presente lista de temas:

  • Licenciamiento.
  • Seguridad.
  • System Overview.

Comparto el link de la documentation oficial, de donde realizaremos el punto de partida.

Oracle Exadata Database Machine Documentation Release 18c (18.1)

Enjoy Oracle Database 18c Now !

Juan Andres Mercado | Oracle DMA

Nodes Lacking Space Due to Large Cluster Health Monitor File Crfclust.Bdb

Problema

Al llegar un alerta con el 88 % del /u01 catalogado como un critical, enviado por la herramienta de monitoreo #OracleCloudControl13 , comenzamos por revisar los indicadores de Logs, traces que ya tenemos rgistrados con logrotate y con adrci para su depuracion automatizada.

A continuacion mostramos el estado de volumenes ocupados ,siendo los mismos donde almacenamos los binarios de Oracle en cada uno de los nodos miembros del cluster.

[oracle@srvracpro01]$ df -h /u01
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroupSys-LogVolU01 100G 78G 22G 78% /u01

[oracle@srvracpro02]$ df -h /u01 
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroupSys-LogVolU01  100G 81G 19G 81% /u01

Analizemos el problema:

Luego de la revision de los paths en el ORACLE_HOME sin encontrar problemas,  procedemos sobre el GRID_HOME. Luego de la ejecucion del comando du * -sch encontramos directorios con mucho volumen.

Nos dirigimos al $GRID_HOME y verificamos los tamaños de los archivos y nos observamos uno en particular, el archivo Crfclust.Bdb que ocupa aproximadamente 48.5G:

[oragrid@srvracpro01]$ pwd
/u01/app/grid/11.2.0.4/crf/db/srvoracd12b

[oragrid@srvoracd12b srvoracd12b]$ ls -lh | grep bdb
-rw-r----- 1 root root 115M Jan 30 17:28 crfalert.bdb
-rw-r----- 1 root root 48.5G Jan 30 17:28 crfclust.bdb
-rw-r----- 1 root root 8.0K Jan 29 11:54 crfconn.bdb
-rw-r----- 1 root root 126M Jan 30 17:28 crfcpu.bdb
-rw-r----- 1 root root 114M Jan 30 17:28 crfhosts.bdb
-rw-r----- 1 root root 135M Jan 30 17:28 crfloclts.bdb
-rw-r----- 1 root root  88M Jan 30 17:28 crfts.bdb
-rw-r----- 1 root root 8.0K Jan  2 16:58 repdhosts.bdb
-rw-r--r-- 1 root root 115M Jan 30 16:51 srvoracd12b.ldb
[oragrid@srvoracd12b srvoracd12b]$

Entendiendo el problema

Este es un problema que viene derivado del proceso monitor Cluster Health Monitor (CHM) y la base de datos relacionada al proceso, que incrementa notoriamente el espacio.

Solucion

Debemos rezisear el tamaño del file.

Error: ORA-12514: TNS:listener does not currently know of service requested in connect descriptor dgmrl

Problema

PRIMARY SITE: Dos Nodos

En la configuracion del Dataguard Broker, al habilitar los procesos DMON, cuando intenta conectar con la base STANDBY, nos arroja el siguiente error:

Errors in file /u01/oracle/PROD/db/11.2.0.4/admin/PROD_srvebsdbpa/diag/rdbms/prod/PROD/trace/PROD_ora_27714.trc:
ORA-16038: log 2 sequence# 666656 cannot be archived
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
ORA-00312: online log 2 thread 1: '/data1/oracle/PROD/db/apps_st/redo1/PROD_redog2m1.rdo'
ORA-00312: online log 2 thread 1: '/data1/oracle/PROD/db/apps_st/redo2/PROD_redog2m2.rdo'
USER (ospid: 27714): terminating the instance due to error 16038

Solucion

Editar el archivo listener.ora en ambos nodos y agregamos la entrada para DGMGRL

Esto previene la aparicion del error ORA-12154 que podemos observar al momento de startup de la standby database luego de realizar un switchover o al momento de comenzar con la sincronizacion luego de terminar de configuarar una instancia de dataguard , utilizando el feature dataguard broker.

Asegurase de que el GLOBAL_DBNAME esta seteado bajo la siguiente nomenclatura db_unique_name_DGMGRL.db_domain

SID_LIST_LISTENER =
  (SID_LIST =
 (SID_DESC =
        (GLOBAL_DBNAME = <DB_UNIQUE_NAME>_dgmgrl)
        (ORACLE_HOME = /u01/oracle/product/11.2.0/db_1)
        (SID_NAME = PRODAT)
        )
)

Error 1033 received logging on to the standby

Estuvimos armado una STANDBY en el dia de ayer, como un segundo sitio de contingencia, por que tenemos programado realizar una migracion a 12c.

Como nuestro cliente no tiene licencias de Oracle Golden Gate, la estrategia de llevar la data al nuevo servidor, fue la opcion de Oracle Dataguard.

Para ello:

Nuestro Plan fue llevar desde el PRIMARY SITE a una segunda STBY SITE por medio de la configuracion de Dataguard Broker.

Problema

En este caso y como parte de las tareas planificadas se decidio que el equipo local lleve a cabo las tareas de configuracion.

Al ejecutar el siguiente comando para habilitar la configuracion el DG_BROKER en el STBY SITE:

ALTER SYSTEM SET DG_BROKER_START = TRUE;

Notamos que habilitaron el envio de los redo, a pesar no haber terminado la configuracion del borker.

En el PRIMARY SITE , al ver que estaba habilitado el envio de los redo, se intento agregar la instancia al broker:

DGMGRL>
add database "PRODAR" as connect identifier is "PRODAR" maintained as physical;
Error: ORA-01033: ORACLE initialization or shutdown in progress

Failed.

Esto dio la orden en el sitio primario que comience con el envio de redo, pero notaron que no los enviaba y que el alert log comenzo a mostrar el error: Error 1033 received logging on to the standby

How to DROP DATABASE

Despues de haber tenido el correspondiente feedback del customer, y de luego de un periodo prudencial dentro de la planificacion,  el cliente decidio que ya no habia vuelta atras, y comenzamos con las tareas finales de liberar el ambiente viejo.

Finalizada la etapa de  migracion de 11.2.0.4 a 12.1.0.4 y del GO Live utilizando el producto Oracle Golden Gate, decidimos ejecutar uno de los comandos mas bellos y que es ocupado en pocas ocaciones, DROP DATABASE.

Procedimiento

Al usar el comando DROP DATABASE debemos tener en cuenta que el mismo realizara un delete de la base de datos.