Importante...el Backup
Level200
Como DBAs nuestra principal pesadilla es perder una base de datos...imaginen estar haciendo un startup....y que salgan errores....o que nos llegue la alerta de BD no disponible, si de pronto nos percatamos que el último backup fallo o el último backup es hace mas de 1 mes..como que el mundo se nos pone gris..para evitar eso y minimizar el riesgo de perder la base de datos es que debemos tener nuestro backup.
La estrategia
Entonces lo primero que debemos tener es una estrategia de backups, y para ello primero debemos tener claro las herramientas que nos brinda Oracle, la herramienta por excelencia que nos da Oracle para realizar backups es rman, asi se ve RMAN:
De pronto hayas escuchado de datapump, pues en si datapump no es una solución de backup, es una herramienta de exportación e importación lógica de datos, en otro apartado lo veremos a detalle.
Entonces que es RMAN?
Es la herramienta nativa de Oracle para:
✅Backup físico de base de datos.
✅ Restauración completa o parcial.
✅ Recuperación ante fallos.
Que debe tener una política de Backup?
Estrategia Full e incremental y backup de archives.
Frecuencia definida.
Retención clara.
Ejecución de backup
Entonces vamos con nuestro primer backup de base de datos:
Error!!!!! pues aca el mensaje es claro: No puedo realizar el backup porque mi base de datos no esta en archivelog.
Y que es archivelog? es un modo de operación de la base de datos que nos permite guardar todo el historial de los cambios en la base de datos, estos cambios se guardan en archivos llamados "archives" , se recomienda con fines de recuperabilidad que las bds productivas se encuentren en archivelog.
Entonces si mi bd no esta en archivelog no puedo hacer backups? si se puede hacer backups pero con la base de datos abajo, a eso se le llama backup en frio; sin embargo para entornos productivos seria otro restricción que para hacer backups tengamos que afectar la operación.
Poniendo la BD en archivelog:
bajamos la bd.
Iniciamos en modo mount.
Habilitamos archivelog
Iniciamos la bd.
Validamos que este en archivelog.
Ahora que validamos que la base de datos esta en archivelog, volvemos a ejecutar nuestro backup de base de datos.
backup database;
Si queremos ver los backups de nuestro BD y su estado:
list backup of database summary;
En nuestra estrategia habíamos definido tambien backups incrementales, estos backups solo guardan los bloques que cambiaron desde el ultimo backup.
BACKUP INCREMENTAL LEVEL 1 DATABASE;
Ahora vamos con el backup de archives que es parte de nuestra estrategia.
backup archivelog all;
Ya vimos los 3 tipos de backups que son parte de una estrategia de backup Oracle , el como usamos cada uno y su frecuencia dependerá de la necesidad que tengamos de disponibilidad de la base de datos, valores de RPO y RTO.
RMAN necesita un repositorio para guardar la información que necesita, este repositorio puede ser el controlfile en el cual seria de tipo NOCATALOG o de un repositorio dedicado el cual seria un Recovery CATALOG, cuando usar cada uno dependerá de la necesidad y contexto de la empresa, para este blog hemos usado NOCATALOG.
Como ven aca hemos usado unos pocos comandos de backup y de rman, les animamos a revisar la documentación para ver mas opciones de comandos...
https://docs.oracle.com/en/database/oracle/oracle-database/26/rcmrf/index.html
...En la siguiente entrega veremos la parte de restore....