La copia de seguridad activa significa que el sistema está en funcionamiento y las actualizaciones se realizan como de costumbre
Aquí explicaría el mecanismo que sigue Oracle cuando realizamos una copia de seguridad en caliente
Copia de seguridad manual
La copia de seguridad manual comienza con el siguiente comando para un tablespace
modificar los USUARIOS del espacio de tabla comenzar la copia de seguridad;
Pocas cosas suceden en ese momento
1) DBWn marca puntos de control en el tablespace (escribe todos los bloques sucios a partir de un SCN dado)
2) CKPT deja de actualizar el campo SCN del punto de control en los encabezados del archivo de datos y, en su lugar, comienza a actualizar el campo SCN del punto de control de respaldo activo
Los encabezados del archivo de datos que contienen el SCN del último punto de control completado no se actualizan mientras un archivo está en modo de respaldo activo . Esto permite que el proceso de recuperación entienda qué archivos de registro de rehacer de archivo podrían ser necesarios para recuperar completamente este archivo.
3) LGWR comienza a registrar imágenes completas de bloques cambiados la primera vez que se cambia un bloque después de haber sido escrito por DBWn
La primera vez que se cambia un bloque en un archivo de datos que está en modo de respaldo en caliente, el bloque completo se escribe rehacer archivos de registro, no solo los bytes modificados. Normalmente, solo se escriben los bytes modificados (un vector de rehacer). En el modo de copia de seguridad activa, todo el bloque se registra la primera vez. Esto se debe a que puede llegar a una situación en la que el proceso de copia del archivo de datos y DBWR están trabajando en el mismo bloque simultáneamente.
Digamos que lo están y el factor de lectura de bloqueo del sistema operativo es 2K. El programa de respaldo va a leer un bloque Oracle de 8k. El sistema operativo le da 4k. Mientras tanto, DBWR ha pedido reescribir este bloque. el sistema operativo programa la escritura de DBWR para que se produzca ahora mismo. Se reescribe todo el bloque de 8k. El programa de respaldo comienza a ejecutarse nuevamente (SO multitarea aquí) y lee los últimos 4k del bloque. El programa de respaldo ahora tiene un bloque fracturado:la cabeza y la cola son de dos puntos en el tiempo.
Oracle no puede lidiar con eso durante la recuperación. Por lo tanto, registramos toda la imagen del bloque para que, durante la recuperación, este bloque se reescriba totalmente desde la rehacer y sea coherente consigo mismo al menos. Podemos recuperarlo desde allí.
Punto importante en la copia de seguridad en caliente
1) Para limitar el efecto de este registro adicional, debe asegurarse de colocar solo un tablepspace a la vez en modo de copia de seguridad y sacar el tablespace del modo de copia de seguridad tan pronto como haya realizado la copia de seguridad. Esto reducirá la cantidad de bloques que pueden tener que registrarse al mínimo posible.
2) Si el tablespace está en modo de copia de seguridad activa y la base de datos se cancela. Y luego intenta iniciar, se quejará de la recuperación ya que el SCN del archivo de datos de ese espacio de tabla será más antiguo, luego, para iniciar la base de datos, primero debemos finalizar la copia de seguridad de ese espacio de tabla. Simplemente actualiza el SCN de punto de control con el SCN de punto de control de copia de seguridad activa
Copia de seguridad del administrador de recuperación
No necesitamos poner el tablespace en modo hotbackup para realizar la copia de seguridad usando el modo hotback
Dado que RMAN es una herramienta de Oracle, saben cómo manejar el caso de bloque fracturado, por lo que no escribe fragmentos de bloque o bloques parciales en la copia de seguridad, escribe la imagen de bloque consistente completa en los medios de copia de seguridad. Por lo tanto, el administrador de recuperación no necesita registrar el bloque completo en el archivo de registro de rehacer. Por lo tanto, significa un gran ahorro en el registro de rehacer del caso de copia de seguridad manual
Además, rman no congela el encabezado del archivo de datos, continúa con el punto de control como de costumbre, pero realiza un punto de control en el espacio de tablas.
La copia de seguridad de RMAN anota el SCN inicial, Absolute Fuzzy SCN (que es lo mismo que iniciar SCN al principio) cuando comienza la copia de seguridad y, a medida que los bloques se respaldan en el archivo de datos, se verifica el bloque para el SCN, si es más alto que el inicio SCN, Absolute Fuzzy SCN se actualiza con ese número. Lo mismo ocurre con todos los bloques, cuando se realiza una copia de seguridad de todo el archivo de datos, estos dos números se almacenan en el encabezado de la copia de seguridad.
Entonces, cada vez que RMAN restauró estas copias de seguridad, saben que sabe desde qué SCN comienza hasta que finaliza SCN, tiene que recuperar el archivo de datos con seguridad
Así que, básicamente, no hay gastos generales como un mayor registro en la copia de seguridad activa de RMAN.
Lo mismo ocurre con la copia de seguridad de imágenes con RMAN
