Refundation Consulting Group Blog

Para los que no sabían les dejo un dato de la certificación de Oracle sobre Windows de 64 bits para procesadores AMD64 y EM64T:

Como pueden observar en la tabla no existe una versión de Oracle 9i o 10g Release 1 que pueda ser instalada en Microsoft Windows de 64 bits para procesadores AMD64/EM64T, Oracle recién certificó este tipo de instalación a partir de 10g Release 2 y por supuesto la nueva versión Oracle 11g Release 1 está completamente certificada.

A pesar de estas malas noticias Oracle fue el primer proveedor de base de datos en certificar su solución para Microsoft Windows de 64 bits con Oracle 9i Release 2, pero para plataformas Itanium en Diciembre del 2000.

Para los que estén en este dilema al momento pues los invito a probar Oracle 9i Release 2 para 64 bits en procesadores AMD64/EM64T utilizando Linux, en este caso, no existe el problema que se presenta en Microsoft Windows y es posible instalar Oracle en: Asianux 2.0, Oracle Enterprise Linux 4, Red Hat Enterprise Linux AS/ES 3 y 4 y Suse Linux 8 y 9.

Vía: Oracle Technology Network
Autor: Paola Pullas

Esta es una guía rápida para habilitar Flashback Database en su base de datos.

Primero verificar los requerimientos para habilitar Flashback Database:

a) La base de datos debe estar corriendo en modo ARCHIVELOG, esto debido a que los archive logs que se generan en este modo son requeridos para la operación de flashback. Se puede utilizar la siguiente consulta para verificar el modo de la base de datos:

select log_mode from v$database;

Si esta opción no está habilitada a continuación se detalla como configurarla asumiendo que los archivelogs serán enviados a la flash recovery area:

sqlplus / as sysdba
shutdown immediate;
startup mount;
alter database archivelog;
alter database open;

b) Se debe tener habilitada la flash recovery area, debido a que los flashback logs solamente pueden ser almacenados en dicha area. Se puede utilizar el siguiente comando para verificar la ruta de la flash recovery area y su tamaño:

select * from v$recovery_file_dest;

Si el área no está configurada alterar los parámetros DB_RECOVERY_FILE_DEST y DB_RECOVERY_FILE_DEST_SIZE tal como se muestra a continuación:

alter system set DB_RECOVERY_FILE_DEST_SIZE = 2G;
alter system set DB_RECOVERY_FILE_DEST = ‘/home/oracle/FRA’;

c) Si se está utilizando Real Application Clusters la flash recovery area debe estar almacenada en el cluster file system o en ASM.

Segundo habilitamos Flashback Database:

a) Levantar SQL*Plus y asegurarse de que la base de datos esté montada pero no abierta:

sqlplus / as sysdba
SQL> shutdown immediate;
SQL> startup mount;

b) Opcionalmente setear el parámetro DB_FLASHBACK_RETENTION_TARGET para que refleje la ventana de tiempo en minutos a la que se desea hacer flashback:

SQL> alter system set DB_FLASHBACK_RETENTION_TARGET=4320;

Por defecto el parámetro DB_FLASHBACK_RETENTION_TARGET tiene un valor igual a 1 día es decir 1440 minutos.

c) Finalmente se habilita la opción Flashback Database:

SQL> alter database flashback on;

Por defecto la opción flashback database activa la generación de flashback logs para todos los tablespaces permanentes de su base de datos.

Si deseas profundizar en este tema puedes inscribirte en nuestros cursos Oracle en Ecuador.

Autor: Paola Pullas