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

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.

Oracle Database 12.1 Extended Support Fee Waived

Esta semana estuve en conversación con unos viejos amigos de Oracle, donde estuvimos hablando acerca de licenciamiento y soporte de diferentes versiones.

Aun nos encontramos con varios clientes no se han decidido migrar a las nuevas versiones desde 11gR2 e inclusive 10gR2 con el simple comentario o visión de que todo esta funcionando.

Otros tantos me expresaron la idea que no tienen quien los pueda acompañar en un servicio de valor, que incluya no solo migrar la base de datos, si no ayudarlos a comprender un poco mas el ciclo de migración end to end y que ello implica ir mas allá de la migración del motor de versión.

Los últimos, me plantean realizar migraciones a las Release 1 de Oracle 12c.

Con ellos he tenido que generar algunos webinars, reuniones de equipo y la importancia que vean el reflejo del esfuerzo que genera una migración en algunos casos particulares y que  por ello es conveniente movilizarnos a 12c R2 u Oracle Cloud Services.

Por ello es importante hacer una breve revisión de donde nos encontramos parados con respecto a nuestro ciclo de vida de producto, y con ello poder realizar la planificación necesaria de un roadmap de migración, que nos ayudara a entender mejor donde debemos aplicar nuestro special effort del teamwork o tener en cuenta los costos adicionales que enfrentaremos dentro del presupuesto por estar fuera del ciclo de vida de support.

You can purchase a support plan for your licensed products to obtain Premier Support.  There is an additional fee for Extended Support.

Veamos, Lifetime Support Policy (LSP)  tiene tres importantes etapas:

  • Premier Support.
  • Extended Support.
  • Sustaining Support.

Les comparto este link oficial de la compañia donde nos da una descripción de cada una de estas etapas de forma clara:

Ahora bien, pay attention con las siguientes fechas:

  • El Soporte Premier para la Base de Datos 12.1 funciona hasta el 31 de julio de 2018.
  • El Soporte Extendido para la Base de Datos 12.1 se ejecuta hasta el 31 de julio de 2021.

Los costos de las tarifas de Soporte Extendido para la Base de Datos Oracle 12c 12.1 ha sido exonerada al 31 de julio de 2019.

Recomendamos ingresar a Oracle Support y revisar la siguiente nota:

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)
        )
)

how to install java manually in ubuntu

Como parte de las tareas de  instalacion de productos para la construccion de un ambiente bigdata, con versionado controlado o uso de diferentes componentes de java en diferentes versiones , realizo siempre una instalacion manual.

Comenzamos la tarea con el download del binario de java realizando la descarga desde aqui:

Free Java Download

Podriamos realizar la instalacion desde el repositorio mediante el apt-get install, en este caso yo prefiero contar con todas las herramientas por debajo de /opt/hadoop y dar un mantenimiento de versionado en general.

Finalizado el download del file, descomprimimos el archivo tar.

 hadoop@srvhadoopt4:/opt/TEMP_INST$ tar -xvf jre-8u151-linux-x64.tar.gz

Procedimiento

Ahora configuramos java en nuestro sistema operativo Ubuntu.