Aquí tienes una comparación entre la recuperación completa y la recuperación incompleta en Oracle 19c, destacando sus características clave, procedimientos y situaciones en las que se utilizan.

Recuperación Completa (Complete Recovery)

Definición:

La recuperación completa se refiere a la restauración de la base de datos a un estado consistente utilizando todas las copias de seguridad disponibles y aplicando todos los registros de redo hasta el punto más reciente.

Características:

• Uso de Archivos de Datos y Redo: Se utilizan copias de seguridad de los archivos de datos junto con los registros de redo para revertir la base de datos a un estado específico.
• Restauración hasta el Último Estado: Permite restaurar la base de datos a un momento exacto antes de la ocurrencia de un fallo (hasta el último cambio).
• Consistencia de Datos: Asegura que todos los datos en la base de datos sean consistentes y que todas las transacciones finalizadas se apliquen correctamente.

Procedimiento:

Los siguientes pasos describen lo que ocurre durante la recuperación completa:

1. Se restauran los archivos dañados o faltantes desde una copia de seguridad.
2. Se aplican los cambios de las copias de seguridad incrementales, los archivos de registro redo archivados y los archivos de registro redo en línea según sea necesario. Los cambios del registro redo se aplican a los archivos de datos hasta alcanzar el registro en línea actual y se vuelven a ingresar las transacciones más recientes. Se generan bloques de deshacer durante todo este proceso. Esto se conoce como avance o recuperación de caché.
3. Los archivos de datos restaurados pueden contener ahora cambios confirmados y no confirmados.
4. Los bloques de deshacer se utilizan para revertir cualquier cambio no confirmado. Esto se conoce a veces como recuperación de transacciones.
5. Los archivos de datos ahora están en un estado recuperado y son consistentes con los otros archivos de datos en la base de datos.

Situaciones de Uso:

• Corrupción de la base de datos que no involucra pérdidas significativas de datos (por ejemplo, falla del sistema o medio).
• Cuando el objetivo es recuperar la base de datos al estado más reciente.

---

Recuperación Incompleta (Incomplete Recovery)

Definición:

La recuperación incompleta, o recuperación de base de datos en un punto en el tiempo (DBPITR), utiliza una copia de seguridad para producir una versión no actual de la base de datos. Es decir, no se aplican todos los registros de redo generados después de la copia de seguridad más reciente. Realice este tipo de recuperación solo cuando sea absolutamente necesario. Para llevar a cabo la recuperación en un punto en el tiempo, necesita:

Todos los registros archivados desde el momento de la copia de seguridad hasta el tiempo especificado de recuperación

Una copia de seguridad válida, ya sea fuera de línea o en línea, de todos los archivos de datos realizada antes del punto de recuperación

Características:

• Uso en Casos Específicos: Se aplica en situaciones donde se desea eliminar transacciones específicas, como después de un error de usuario o un ataque.
• Punto en el Tiempo: Permite restaurar la base de datos a un momento específico y puede incluir o no la aplicación de redo logs.
• No necesariamente Consistente: La base de datos puede no estar en un estado completamente consistente después de una recuperación incompleta, dependiendo del punto de recuperación seleccionado.

Procedimiento:

Los pasos para realizar una recuperación en un punto en el tiempo son los siguientes:

1. Restaurar los archivos de datos desde la copia de seguridad: La copia de seguridad que se utiliza debe ser anterior a su punto de recuperación objetivo. Esto implica copiar archivos utilizando comandos del sistema operativo o utilizando el comando RMAN RESTORE.
2. Usar el comando RECOVER: Aplicar redo de los archivos de registro de redo archivados, incluyendo tantos como sea necesario para alcanzar el destino del punto de restauración.
3. Estado de sobre-recuperación: Ahora los archivos de datos contienen algunas transacciones comprometidas y algunas no comprometidas porque el redo puede contener datos no comprometidos.
4. Usar el comando ALTER DATABASE OPEN: La base de datos se abre antes de aplicar el undo. Esto es para proporcionar una mayor disponibilidad.
5. Aplicar datos de undo: Mientras se aplicaba el redo, también se aplicaron los redo que respaldan los archivos de datos de undo. Así que el undo está disponible para ser aplicado a los archivos de datos con el fin de deshacer cualquier transacción no comprometida. Eso se hace a continuación.
6. Proceso completo: Los archivos de datos ahora están recuperados al punto en el tiempo que eligió.

Oracle Flashback Database es la alternativa más eficiente a DBPITR. A diferencia de las otras características de flashback, opera a nivel físico y revierte los archivos de datos actuales a su contenido en un tiempo pasado. El resultado es similar al resultado de un DBPITR, incluyendo el OPEN RESETLOGS, pero Flashback Database es típicamente más rápido porque no requiere que restaure archivos de datos y solo requiere una aplicación limitada de redo en comparación con la recuperación de medios.

Situaciones de Uso:

• Cuando se necesita revertir cambios no deseados (por ejemplo, después de un error de borrado masivo accidental).
• En situaciones de recuperación de desastres donde solo se necesita un estado específico anterior.