Oracle® Database Backup and Recovery Basics 10g Release 2 (10.2) dice que
Los registros de rehacer archivados son la clave para una recuperación de medios exitosa. Respaldarlos regularmente.
Pero, me pregunto, por qué las copias de seguridad de los registros de archivo son tan importantes. ¿Sería posible realizar una recuperación en un punto en el tiempo simplemente usando copias de seguridad de archivos de datos completos e incrementales regulares de RMAN?
Respuestas:
No, aún necesita registros de rehacer archivados. Una copia de seguridad de RMAN no es lo mismo que una copia de seguridad en frío; Cuando lo restaure, debe aplicar todo el rehacer generado desde el momento en que inició la copia de seguridad hasta el momento en que la copia de seguridad se completó para que el SCN sea coherente en todos los archivos de datos y el archivo de control.
Consideremos la antigua copia de seguridad en caliente. En este modo, todos los bloques de bases de datos modificados se escriben en la secuencia de registro de rehacer, y el archivo se copia en el sistema operativo. Esto provoca bloques fracturados , es decir, el bloque ha cambiado durante la lectura de la copia de seguridad. Entonces, para recuperar la base de datos, restauramos los DBF, luego el proceso de recuperación superpone los bloques modificados de los registros de rehacer archivados en los bloques fracturados en el archivo, y volvemos a una base de datos consistente.
En una copia de seguridad de RMAN, el problema de los bloques fracturados se elimina porque Oracle lee los bloques a través del SGA, no mediante una herramienta de Unix como cp. Sin embargo, el DBF cambia entre el momento en que se lee el primer bloque y el último bloque, por lo que es el mismo problema, solo que a mayor escala. Es decir, el SCN cambia entre el primer y el último bloque de una copia de seguridad. Los registros de rehacer archivados también cubren esto.
RMAN le brinda la capacidad de administración del catálogo y un medio para realizar copias de seguridad en caliente sin necesidad de generar rehacer a un ritmo mucho mayor (lo que pone su propio estrés en los discos, el sistema de copia de seguridad, etc.). Sin embargo BACKUP DATABASE, no le dará una base de datos coherente en sí misma; La única forma de hacerlo en Oracle es la copia de seguridad en frío.
La copia de seguridad de los registros de archivo solo es necesaria cuando se ejecuta en modo de registro de archivo, por lo que la pregunta es si la base de datos debe hacer esto o no. Esto está cubierto en el mismo documento al que hace referencia bajo el título Decidir entre el modo ARCHIVELOG y NOARCHIVELOG . Aquí hay un extracto:
Decidir entre el modo ARCHIVELOG y NOARCHIVELOG
Los registros de rehacer de su base de datos proporcionan un registro completo de los cambios en los archivos de datos de su base de datos (con algunas excepciones, como las cargas directas de ruta).
Puede ejecutar su base de datos en uno de dos modos: modo ARCHIVELOG o modo NOARCHIVELOG. En el modo ARCHIVELOG, un grupo de registro de rehacer en línea usado debe copiarse en uno o más destinos de archivo antes de que pueda reutilizarse. Archivar el registro de rehacer conserva todas las transacciones almacenadas en ese registro, de modo que puedan usarse en operaciones de recuperación más adelante. En el modo NOARCHIVELOG, los grupos de registro de rehacer en línea simplemente se sobrescriben cuando se reutiliza el registro. Toda la información sobre las transacciones registradas en ese grupo de registro de rehacer se pierde.
2.3.3.1 Implicaciones de correr en modo NOARCHIVELOG
Ejecutar su base de datos en modo NOARCHIVELOG impone limitaciones severas en su estrategia de copia de seguridad y recuperación.
No puede realizar copias de seguridad en línea de su base de datos. Debe cerrar su base de datos limpiamente antes de poder realizar una copia de seguridad en modo NOARCHIVELOG.
No puede utilizar ninguna técnica de recuperación de datos que requiera los registros de rehacer archivados. Estos incluyen la recuperación de medios completa y en un punto en el tiempo, como se describe en "Formas de recuperación de datos", y técnicas de recuperación más avanzadas como la recuperación en un punto en el tiempo de espacios de tablas individuales y la Base de datos Flashback (descrita en Oracle Database Backup and Recovery Advanced Guía de usuario.).
Si está ejecutando en modo NOARCHIVELOG y debe recuperarse del daño a los archivos de datos debido a una falla del disco, tiene dos opciones principales para la recuperación:
Descarte todos los objetos que tengan cualquier extensión ubicada en los archivos afectados y luego descarte los archivos. El resto de la base de datos está intacto, pero se pierden todos los datos en los archivos afectados.
Restaure toda la base de datos desde la copia de seguridad más reciente y pierda todos los cambios en la base de datos desde la copia de seguridad. (La recuperación de los cambios ya que la copia de seguridad requeriría realizar una recuperación de medios, que utiliza los registros de rehacer archivados).
...
Cuando los requisitos de rendimiento son extremos o las limitaciones de espacio en disco son severas, puede ser preferible ejecutar en modo NOARCHIVELOG a pesar de las limitaciones que esta opción impone a sus opciones de recuperación.
Casi siempre querrá ejecutar en modo ARCHIVELOG, por lo tanto, casi siempre desea hacer una copia de seguridad de sus registros de archivo.