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)
Vamos a realizar una pequeña descripción de las distintos modos de inicio por los que pasa una base de datos. Una base de datos Oracle se abre siempre tiene tres fases: NOMOUNT, MOUNT y en último lugar OPEN.
El orden siempre es NOMOUT->MOUNT->OPEN dónde debemos tener en cuenta es que no es necesario pasar por cada una de las fases, sino que se puede hacer directamente OPEN cuando la base de datos se encuentra apagada, haciéndose de manera interna y rápida las dos fases anteriores NOMOUNT y MOUNT.
Las fase podrían ser las siguientes:
shutdown immediate – startup
shutdown immediate – startup nomount – alter database mount – alter database open.
shutdown immediate – startup mount – alter database open
O incluso…
Este tipo de arranque seria necesario por ejemplo cuando nos encontramos un error ORA-32004.
Pero ¿Qué hace realmente cada fase?
Nomount (base de datos no accesible para los usuarios): Apertura de los archivos de parámetros, SPFILE «Server parameter file» y PFILE «Parameter file». Importante no confundirlos, el fichero SPFILE es un archivo binario mientras que el PFILE es un archivo plano. En función de esta lectura, Oracle asigna las estructuras de memoria así como arran los procesos a nivel de instancia y backgrounds. En próximos artículos, explicaremos la importancia que tienen los archivos SPFILE y PFILE.
Mount (base de datos no accesible para los usuarios): Apertura del Controlfile. Este fichero contiene la información de la estructura física de nuestra base de datos, con lo que nuestra base de datos ya sabe donde se encuentran los datafiles y los archivelogs. Se puede acceder a las vistas del sistema.