En el post anterior explicaba como examinar el registro de transacciones de una base de datos para ver poder ver el detalle de los cambios realizados en la misma, ya sean consultas DML como DDL. En este post se explica como usar la misma herramienta en otro caso práctico para poder detectar en que momento se han borrado unos datos y como recuperarlos haciendo una restauración point-in_time de la base de datos para poder copiarlos de nuevo.

Para crear un backup de un proyecto completo de MicroStrategy que después pueda restaurarse en otro server u otra instalación el método que recomienda Microstrategy es crear una copia del proyecto, con configuración en dos capas, sobre una base de datos access, que después podrá transportarse a cualquier lugar y utilizarse como origen de datos en el momento de hacer la restauración.

Quiero aprovechar esta oportunidad para hablar un tema muy comentado en los distintos foros, pero que sin embargo sigue siendo una importante preocupación para muchos de los Directores de Sistemas de este país: el correo y la nube. Soy un claro defensor de las Soluciones Cloud Computing, especialmente para aspectos como el correo, por lo que quiero aportar mi grano de arena a este tema tan actual y controvertido.

El modo archivelog de una base de datos Oracle protege contra la pérdida de datos cuando se produce un fallo en el medio físico y es el primer paso para poder hacer copias de seguridad(en caliente!!) con rman. Para poner la base de datos en modo archivelog (sin usar la flash recovery area) debemos hacer básicamente dos cosas, añadir dos parámetros nuevos al fichero de configuración, reiniciar la base de datos y cambiar el modo trabajo a archivelog.

Como poner la base de datos Oracle 10g en modo archivelog

1. Editamos el init.ora para añadir los siguientes parámetros
   *.log_archive_dest='/ejemplo/backup/'
   *.log_archive_format='SID_%r_%t_%s'
   .....