Estamos explicando aquí Copia de seguridad de la base de datos de Oracle:tipo de copia de seguridad y estrategia de copia de seguridad
Diferentes tipos de copias de seguridad de Oracle
Qué es la copia de seguridad en línea:
Una copia de seguridad en línea o también conocida como copia de seguridad abierta, es una copia de seguridad en la que todos los archivos de datos de lectura y escritura y los archivos de control no se han verificado con respecto al mismo SCN.
Por ejemplo, un encabezado de archivo de datos de lectura y escritura puede contener un SCN de 500 mientras que otros encabezados de archivo de datos de lectura y escritura contienen un SCN de 105 o 100. Oracle no puede abrir la base de datos hasta que todos estos SCN de encabezado sean consistentes, es decir, hasta que todos los cambios registrados en los registros de rehacer en línea se hayan guardado en el archivos de datos en el disco
Es una copia de seguridad que se realiza mientras el sistema está activo y disponible para las actualizaciones de los usuarios
Qué es la copia de seguridad sin conexión:
Una copia de seguridad fuera de línea:todos los archivos de datos y de control son consistentes en el mismo punto en el tiempo, consistentes con respecto al mismo SCN,
por ejemplo. Los únicos tablespaces en una copia de seguridad coherente que pueden tener SCN más antiguos son tablespaces de solo lectura y normales sin conexión. La única forma de realizar este tipo de copia de seguridad es cerrar la base de datos limpiamente y realizar la copia de seguridad mientras la base de datos está cerrada. Una copia de seguridad coherente de toda la base de datos es la única opción de copia de seguridad válida para las bases de datos que se ejecutan en modo NOARCHIVELOG.
es una copia de seguridad que se realiza mientras el sistema está inactivo y no está disponible para las actualizaciones del usuario
¿Qué es la copia de seguridad de toda la base de datos?
El tipo de copia de seguridad más común, una copia de seguridad de base de datos completa contiene el archivo de control junto con todos los archivos de base de datos que pertenecen a una base de datos. Si opera en modo ARCHIVELOG, el DBA también tiene la opción de realizar una copia de seguridad de diferentes partes de la base de datos durante un período de tiempo, construyendo así una copia de seguridad de la base de datos completa pieza por pieza.
¿Qué es la copia de seguridad de Tablespace
Una copia de seguridad de tablespace es un subconjunto de la base de datos. Las copias de seguridad de Tablespace solo son válidas si la base de datos está funcionando en modo ARCHIVELOG. La única vez que una copia de seguridad de un espacio de tabla es válida para una base de datos que se ejecuta en modo NOARCHIVELOG es cuando ese espacio de tabla es de solo lectura o fuera de línea normal
¿Qué es la copia de seguridad de archivos de datos?
Una copia de seguridad de un archivo de datos es una copia de seguridad de un solo archivo de datos. Copias de seguridad de archivos de datos, que no son tan comunes como las copias de seguridad de espacios de tablas y solo son válidas si la base de datos se ejecuta en modo ARCHIVELOG. La única vez que una copia de seguridad de un archivo de datos es válida para una base de datos que se ejecuta en modo NOARCHIVELOG es si ese archivo de datos es el único archivo en un espacio de tablas. Por ejemplo, la copia de seguridad es una copia de seguridad de tablespace, pero el tablespace solo contiene un archivo y es de solo lectura o normal sin conexión. .
¿Qué es la copia de seguridad de archivos de control?
Una copia de seguridad del archivo de control es una copia de seguridad del archivo de control de una base de datos. Si una base de datos está abierta, el usuario puede crear una copia de seguridad válida emitiendo la siguiente instrucción SQL:ALTER DATABASE BACKUP CONTROLFILE to 'ubicación'; o use Recovery Manager (RMAN).
¿Qué son las copias de seguridad de registros archivados?
Los registros de rehacer archivados son la clave para una recuperación de medios exitosa. Según el espacio disponible en el disco y la cantidad de transacciones ejecutadas en la base de datos, querrá conservar tantos días de registros de archivo en el disco como desee y hacer una copia de seguridad de ellos con regularidad para garantizar una recuperación más completa.
Configuración copias de seguridad de archivos
Los archivos de configuración pueden consistir en spfile o init.ora, archivo de contraseña, tnsnames.ora y sqlnet.ora. Dado que estos archivos no cambian con frecuencia, requieren un programa de copia de seguridad menos frecuente. Si perdió un archivo de configuración, puede volver a crearlo fácilmente de forma manual. Cuando el tiempo de restauración es importante, será más rápido restaurar una copia de seguridad del archivo de configuración que crear manualmente un archivo con un formato específico.
Atributos importantes para la estrategia de copia de seguridad
Debemos seguir estos principios simples para tener una buena estrategia de copia de seguridad
1) Multiplexar los registros de rehacer en línea
2) Ejecutar la base de datos en modo ARCHIVELOG y archivar los registros de rehacer en múltiples ubicaciones
3) Mantener varios registros simultáneos copias de seguridad del archivo de control
4) Realice copias de seguridad frecuentes de los archivos de datos físicos y guárdelas en un lugar seguro, haciendo varias copias si es posible
Tipo de métodos de copia de seguridad
Oracle ofrece a los usuarios una selección de varios métodos básicos para realizar copias de seguridad. Los métodos incluyen:
1) Administrador de recuperación (RMAN):un componente que establece una conexión con un proceso de servidor y automatiza el movimiento de datos para operaciones de copia de seguridad y recuperación.
2) Administrador empresarial de Oracle:una GUI interfaz que invoca el Administrador de recuperación.
3) Bomba de datos de Oracle o exportación/importación:la utilidad realiza copias de seguridad lógicas al escribir datos de una base de datos de Oracle en archivos del sistema operativo en un formato propietario. Estos datos se pueden importar posteriormente a una base de datos.
4) Administrado por el usuario:la base de datos se respalda manualmente mediante la ejecución de comandos específicos para el sistema operativo del usuario.
