Search for a command to run...
Ingeniero informático, Oracle ACE, DBA y Arquitecto OCI, con más de 15 años de experiencia en plataformas Oracle. Certificado en OCI Certified Architect Professional y OCI Migration and Integration Certified Professional.
No comments yet. Be the first to comment.
En el artículo de hoy vamos a ver las Calendar functions en 26ai, diseñadas para simplificar la "vida" a los desarrolladores. Antes de su existencia, esto se resolvía con ingeniosas combinaciones usan
![[26ai] SQL: Calendar functions/Aggregation Filters "CALENDAR"](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F587e3328-9877-4c7a-aad7-7811e251f81e.png&w=3840&q=75)
En el artículo de hoy vamos a ver como podemos recrear una PDB$Seed de manera fácil en caso que se quede corrupta y no tengamos backup. sys@> alter pluggable database PDB$SEED open read only; alter pl
![[OCI] Recreación PDB$SEED](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F289ede5b-558c-4f93-b5c0-fa04680c91ca.png&w=3840&q=75)
El artículo también se encuentra publicado en Ingles English version. En el artículo de hoy vamos a ver como podemos clonar una PDB usando RMAN Active Duplicate o bien usando una instrucción DDL entre
![[OCI] Clone PDB](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F8ce0c665-4a5d-459d-91cf-ffe3f47d8176.png&w=3840&q=75)
El artículo también se encuentra publicado en Ingles English version. En el artículo de hoy voy a compartir un sh que utilizo para ver de una manera rápida los jobs que se ejecutan desde Oracle Databa
![[OCI] Check Jobs DBCli](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F1376a869-58fa-491e-926a-a6ead08f9c80.png&w=3840&q=75)
El artículo también se encuentra publicado en Ingles English version. En el artículo de hoy vamos a ver la nueva sintaxis introducida para simplificar aún más los joins evitando errores comunes, hacie
![[26ai] JOIN_TO_ME](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F16a23f6e-ec4c-4f0a-9529-2c8a2af2ef5e.png&w=3840&q=75)
Ahora que ha finalizado febrero, vamos a realizar un pequeño análisis para ver la carga transaccional que ha tenido el cliente, en el trabajo realizado, para el mes de febrero.
Para poder llevar a cabo este análisis me voy a basar en un script del DBA Javier Morales. Aquí os dejo el enlace a su página por si queréis saber más de lo que hace en el día a día: café database.
En este caso la BBDD es 19c y es una base de datos single instance noCDB.
Otro punto para tener en cuenta es que nuestra base de datos se encuentre en modo ARCHIVELOG, para comprobarlo simplemente es necesario ejecutar la siguiente consulta:
El modo ARCHIVELOG en Oracle, no es más que un modo de protegerse en caso de que falle el disco o se produzcan eliminaciones indeseadas por parte del cliente.
¿Cómo vamos a analizar la carga transaccional?
Pues para ello vamos a analizar el volumen de entradas en los ficheros redolog archivados en la base de datos, para ello consultaremos la vista GV$ARCHIVED_LOG.
En esta vista lo que vamos a hacer es consultar las transacciones finalizadas a nivel de hora/día y archive log, para tener una visión completa diaria. Hay que tener en cuenta que cada fichero obtenido en la consulta, lo multiplicaremos por el tamaño de bloque, para obtener así su tamaño final.
El resultado que hemos obtenido de la consulta realizada es:
Para que nos sea más sencillo de ver, hemos aplicado dos escalas de color, una a nivel hora y otro por resultado por día. Con este formato condicional vemos en qué hora y día se está produciendo más carga de trabajo.
Por lo tanto, con esta escala de colores, vemos que la carga mayor se produce el último día del mes y que justamente coincide con el cierre el cliente (con 280Gb). También podemos ver más días que superan los 100Gb, el día 1 de febrero por la continuación del cierre de enero o los días 7 y 8 que es el pre-cierre. El día 27 también tenemos una gran carga debido a que se están ejecutando procesos, precisamente para prepararse para realizar el cierre los días siguientes.
Como habéis visto, este análisis nos puede servir para conocer el nivel de transaccionalidad que hay durante un periodo de tiempo, así como los días en los que previsiblemente tendremos una mayor actividad en nuestra base de datos.