SR 4 DB

Sintoma: Luego de actualizar el OPatch da el siguiente error.   [oracle@servertest OPatch]$ ./opatch version  Error occurred during initialization of VM  Could not reserve enough space for 3145728KB object heap  OPatch failed with error code 1  Diagnostico: Todo software en Oracle que se descarga esta construido para un versión especifica de sistema operativo, se debe estar atento de descargar la versión adecuada en tu caso. El OPatch que se descargó y utilizó fue diferente a la versión del sistema operativo en el cual se esta trabajando, en este caso se trato de utilizar una versión para linux-32 bit cuando realmente el sistema operativo es linux-64bit.   Solución:  Descargar y subir la versión correcta del OPatch.  Nota: 293369.1

Las funciones LAG y LEAD te permiten obtener el valor siguiente o anterior respectivamente al registro actual considerando un orden definido. Explicarlo quizás no es tan sencillo como con un ejemplo, imaginemos que tenemos una tabla donde está el resumen de un estados de cuenta bancario donde podemos ver el saldo que tenía el cliente al cierre de cada mes. create table Edo_Cta (Mes date, Saldo number) tablespace users; insert into Edo_Cta (mes, Saldo) values (to_date('1-Jan-2019','dd-Mon-yyyy'), 1000); insert into Edo_Cta (mes, Saldo) values (to_date('1-Feb-2019','dd-Mon-yyyy'), 1200); insert into Edo_Cta (mes, Saldo) values (to_date('1-Mar-2019','dd-Mon-yyyy'), 2000); insert into Edo_Cta (mes, Saldo) values (to_date('1-Apr-2019','dd-Mon-yyyy'), 2500); insert into Edo_Cta (mes, Saldo) values (to_date('1-May-2019','dd-Mon-yyyy'), 2800); insert into Edo_Cta (mes, Saldo) values (to_date('1-Jun-2019'

Funciones analíticas como dba utilizamos muy poco esta consulta un poco más complejas sin embargo son muy poderosas, aquí un ejemplo sencillo de la función RANK. Con la función RANK podemos numerar o jerarquizar un subconjunto de registros según sus valores, cada subconjunto de valores diferentes la numeración o jerarquía se reinicia. create table entradas (nombre varchar2(32), fec_entrada date) tablespace users; INSERT INTO entradas (nombre, fec_entrada) SELECT chr(mod(LEVEL,10)+65),(sysdate+LEVEL) FROM dual CONNECT BY LEVEL <= 100; Hacemos la magia con la función RANK y veremos que los ordena según la fecha de entrada y les da un número según su jerarquía de menor a mayor. SQL> select * from (select nombre,fec_entrada, rank() over (partition by nombre order by fec_entrada) as myrank from entradas); NOMBRE FEC_ENTRA MYRANK -------------------------------- --------- ---------- A 22-MAR-20 1 A

Después de restaurar y recuperar un respaldo de una base de datos que estaba en DATAGUARD, al tratar de levantarla muestra el siguiente error: SQL> alter database open; alter database open * ERROR en l▒nea 1: ORA-03113: fin de archivo en el canal de comunicaci▒n Identificador de Proceso: 42290 Identificador de Sesi▒n: 146 N▒mero de Serie: 3 El mensaje que mostraba en el alert log LGWR: Primary database is in MAXIMUM AVAILABILITY mode LGWR: Primary database is in MAXIMUM AVAILABILITY mode LGWR: Destination LOG_ARCHIVE_DEST_1 is not serviced by LGWR LGWR: Minimum of 1 LGWR standby database required Errors in file /u01/app/oracle/diag/rdbms/test/TEST1/trace/TEST1_lgwr_42219.trc: ORA-16072: a minimum of one standby database destination is required ARC1 started with pid=25, OS id=42309 LGWR (ospid: 42219): terminating the instance due to error 16072 System state dump requested by (instance=1, osid=42219 (LGWR)), summary=[abnormal instance termination]. System State dumped to

Hace unos días restaure un controlfile, al tratar de levantar la base de datos presento el siguiente error: SQL> startup mount; Instancia ORACLE iniciada. Total System Global Area 8551575552 bytes Fixed Size 2270360 bytes Variable Size 8489274216 bytes Database Buffers 50331648 bytes Redo Buffers 9699328 bytes ORA-00201: version 11.2.0.4.0 del archivo de control incompatible con ORACLE version 11.2.0.0.0 ORA-00202: archivo de control: '+DGDATA/test/controlfile/controlfile_test_01.ctl' El problema: El parámetro "compatible" estaba configurado en una versión inferior “11.2.0.0.0" a la que tiene registrado el controlfile. Solución: alter system set compatible='11.2.0.4.0' scope=spfile; Bajamos y subimos la base de datos