Backups en Oracle Database: Tipos, RMAN y Gestión de Tablespaces
Backups en Oracle Database
Tipos de backup según su naturaleza
Backup físico: copias físicas de los ficheros que componen la base de datos (datafiles, control files y archived redo logs).
Backup lógico: contiene la información lógica, es decir, los metadatos necesarios para recrear los objetos de la base de datos.
Backups físicos
Contenido del backup
Backup completo: toda la base de datos.
Backup parcial: solo una parte de la base de datos.
Tipo de backup
Backup completo (full): copia cada bloque de datos.
Backup incremental: solo copia los bloques que han sido modificados desde un backup previo (nivel 0 y 1).
Consistencia del backup
Backup offline (frío o consistente): se realiza mientras la base de datos está cerrada.
Backup online (caliente o inconsistente): se realiza mientras la base de datos está arrancada.
Ficheros generados por los backups físicos
Image copies: duplican de forma exacta los ficheros copiados.
Backup sets: colecciones de uno o más ficheros binarios de la base de datos.
Recovery Manager (RMAN)
RMAN es el componente de Oracle Database utilizado para las operaciones de backup y recuperación.
Acceso a RMAN
RMAN NOCATALOG: indica que se utiliza RMAN sin conexión al catálogo.
Conexión a la BD: CONNECT TARGET;
Anotaciones: conexión a la base de datos mediante la cual se llevan a cabo la mayor parte de las tareas de backup y recuperación.
Gestión de tablespaces
Tablespaces del sistema
SYSAUX: tablespace auxiliar en el que se alojan diferentes componentes, como por ejemplo los datos históricos de AWR.
SYSTEM: tablespace utilizado por la base de datos para albergar el diccionario de datos, en el esquema SYS. No puede funcionar como tablespace temporal.
TEMP: es el tablespace temporal por defecto. Se utiliza para aquellas operaciones que requieran la creación de segmentos temporales.
UNDOTBS1: en un entorno RAC se crean tantos tablespaces UNDO como instancias disponibles. Almacena la información de undo (información necesaria para deshacer los cambios de una transacción, que se aplica con ROLLBACK). Si la gestión automática de undo está establecida, solo puede haber un único tablespace de undo por instancia.
USERS: tablespace destinado a albergar los objetos y datos de usuarios. Si no se especifica un tablespace durante la creación del usuario, se utilizará este tablespace por defecto.
Ventajas de usar varios tablespaces para datos de usuario
1. Separar los datos de usuario de los del diccionario.
2. Separar los datos de cada aplicación.
3. Optimizar el rendimiento.
4. Restaurar los datos contenidos en un único tablespace desde un backup.
Tipos de tablespaces
Permanent tablespace (data tablespace): albergan objetos persistentes (data y index segments) y se almacenan en datafiles.
UNDO tablespace: albergan undo segments y se almacenan en datafiles. La creación sigue las mismas normas que los tablespaces permanentes, excepto que incluye la cláusula UNDO.
TEMPORARY tablespace: albergan temporary segments que solo permanecen durante la sesión y se almacenan en tempfiles.
El tablespace temporal por defecto, al igual que UNDO, se puede modificar.