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.
Voy a contar un error de esos extraños que a veces te encuentras en las migraciones. ORA-27492: unable to run job XXXXX: scheduler unavailable ORA-06512: at "SYS.DBMS_ISCHED", line 185 ORA-06512: at "SYS.DBMS_SCHEDULER", line 486 ORA-06512: at line 2...
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)
A la hora de realizar las distintas alertas de mantenimiento en una base de datos, se estaba repitiendo el siguiente error en el alertlog de manera diaria en una de las monitorizaciones que tengo activas
2024-09-16T23:32:43.966732+02:00
Errors in file /u01/app/oracle/diag/rdbms/xxxx/xxxxx/trace/xxxx_ora_76583.trc:
ORA-00202: control file: '+RECO/XXXXX/CONTROLFILE/current.256.1152553023'
ORA-15081: failed to submit an I/O operation to a disk
ORA-15062: ASM disk is globally closed
2024-09-16T23:32:44.320010+02:00
Errors in file /u01/app/oracle/diag/rdbms/xxxx/xxxxx/trace/xxxx_ora_76583.trc:
ORA-15025: could not open disk "/dev/RECODISK5"
ORA-27041: unable to open file
Linux-x86_64 Error: 13: Permission denied
Additional information: 3
Parece que todos los ORA% que aparecen ahí están relacionados, pero para asegurarnos vamos a mirar el trc.
Leyendo el trc vemos la siguiente información:
WARNING: failed to open a disk[/dev/RECODISK5]
ORA-15025: could not open disk "/dev/RECODISK5"
ORA-27041: unable to open file
Linux-x86_64 Error: 13: Permission denied
Additional information: 3
<error barrier> at 0x7ffd30ba9380 placed kfksubs.c@5299
kfk_debug_get_user_groups: uid:39123, euid:101, gid:1001, egid:1004
WARNING: disk locally closed resulting in I/O error [0x434c5344]
DDE rules only execution for: ORA 202
“Permission denied“ para el usuario 39123, ¿Pero quien es ese usuario?
Para mirar quien es el usuario, tendremos que ir al fichero passwd, que ahí tenemos el usuario dados de alta y que tienen acceso a la máquina
[oracle@~]$ grep 39123 /etc/passwd
orarom:x:39123:1001::/home/orarom:/bin/bash
Un vez que sabemos quien es el usuario, miramos que grupos tiene asociado mediante el comando id.
[oracle@~]$ id orarom
uid=39123(orarom) gid=1001(oinstall) groups=1001(oinstall),1003(dba)
Ahí esta el problema, el usuario no esta dentro del grupo asmadmin. En una base de datos hay que tener en cuenta lo siguiente:
ASM home: propietario es grid:asmadmin
DB Home: propietario es oracle:oinstall
Editamos el fichero /etc/group para incluir el usuario orarom en el grupo asmadmin, quedando de la siguiente manera
[oracle@~]$ id orarom
uid=39123(orarom) gid=1001(oinstall) groups=1001(oinstall),1004(asmadmin),1003(dba)
Listo. Las alertas ya no aparecen en el alertlog. ¡Espero que os sirva!