Skip to main content
Enterprise applications
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Backups en línea

Colaboradores jfsinmsp
PDF

Se necesitan dos conjuntos de datos para proteger y recuperar una base de datos de Oracle en modo de backup. Tenga en cuenta que esta no es la única opción de copia de seguridad de Oracle, pero es la más común.

  • Instantánea de los archivos de datos en modo de copia de seguridad

  • Los registros de archivos creados mientras los archivos de datos estaban en modo de backup

Si se necesita una recuperación completa, incluidas todas las transacciones confirmadas, se requiere un tercer elemento:

  • Juego de redo logs actuales

Existen varias formas de impulsar la recuperación de un backup en línea. Muchos clientes restauran snapshots mediante la interfaz de línea de comandos de ONTAP y, a continuación, usando Oracle RMAN o sqlplus para completar la recuperación. Esto es especialmente habitual en entornos de producción de gran tamaño en los que la probabilidad y frecuencia de las restauraciones de bases de datos es extremadamente baja y cualquier procedimiento de restauración lo gestiona un administrador de bases de datos cualificado. Para obtener una automatización completa, las soluciones como NetApp SnapCenter incluyen un complemento de Oracle con interfaces gráficas y de línea de comandos.

Algunos clientes a gran escala han adoptado un enfoque más simple mediante la configuración de secuencias de comandos básicas en los hosts para colocar las bases de datos en modo de backup en un momento específico de preparación para una copia Snapshot programada. Por ejemplo, programe el comando alter database begin backup a las 23:58, alter database end backup a las 00:02, y después programe copias snapshot directamente en el sistema de almacenamiento a medianoche. El resultado es una estrategia de backup sencilla y altamente escalable que no requiere software ni licencias externas.

Distribución de datos

La disposición más sencilla consiste en aislar los archivos de datos en uno o varios volúmenes dedicados, LUN o espacios de nombres NVMe. Los recursos de almacenamiento no deben estar contaminados por ningún otro tipo de archivo. Esto es para asegurarte de que los archivos de datos se puedan restaurar rápidamente mediante una operación SnapRestore sin destruir un registro de recuperación, un archivo de control o un registro de archivo importantes.

SAN tiene requisitos similares para el aislamiento de archivos de datos dentro de recursos dedicados. Con un sistema operativo como Microsoft Windows que usa almacenamiento AFF, un único volumen puede contener varios LUN de archivos de datos, cada uno con un sistema de archivos NTFS. Con otros sistemas operativos, generalmente hay un gestor de volúmenes lógicos. Por ejemplo, con Oracle ASM, la opción más simple sería confinar los LUN de un grupo de discos ASM a un único volumen que se puede respaldar y restaurar como una unidad. Si se requieren volúmenes adicionales por razones de rendimiento o gestión de capacidad, crear un grupo de discos adicional en el nuevo volumen resulta en una gestión más sencilla.

ASA no dispone de la abstracción a nivel de volumen que en un sistema AFF puede alojar varios LUN. En su lugar, ASA utiliza grupos de coherencia. En muchos casos, un único LUN o espacio de nombres NVMe puede satisfacer los requisitos de gestión y rendimiento de una base de datos. Si se necesitan varios LUN o espacios de nombres, se pueden añadir recursos adicionales y unirlos como un grupo de coherencia que se convierte en el contenedor de archivos de datos.

Si se siguen estas directrices, las instantáneas se pueden programar directamente en el sistema de almacenamiento.

Precaución: Verifique que el ASM spfile y.. passwd los archivos no están en el grupo de discos que aloja los archivos de datos. Esto interfiere con la capacidad de restaurar selectivamente archivos de datos y solo archivos de datos.

Procedimiento de recuperación local: NFS

Este procedimiento se puede realizar manualmente o a través de una aplicación como SnapCenter. El procedimiento básico es el siguiente:

  1. Cierre la base de datos.

  2. Recupera los volúmenes NFS del datafile a la snapshot inmediatamente anterior al momento específico de restauración que deseas.

  3. Reproduzca los archive logs en el punto deseado.

  4. Reproduzca los redo logs actuales si desea una recuperación completa.

En este procedimiento se asume que los archive logs deseados siguen presentes en el sistema de archivos activo. De lo contrario, se deben restaurar los archive logs o se puede dirigir rman/sqlplus a los datos del directorio de instantáneas.

Además, para bases de datos más pequeñas, un usuario final puede recuperar archivos de datos directamente desde .snapshot directorio sin la ayuda de herramientas de automatización o administradores del almacenamiento para ejecutar un snaprestore comando.

Procedimiento de recuperación local: San

Este procedimiento se puede realizar manualmente o a través de una aplicación como SnapCenter. El procedimiento básico es el siguiente:

  1. Cierre la base de datos.

  2. Desactive los grupos de discos que alojan los archivos de datos. El procedimiento varía en función del gestor de volúmenes lógico elegido. Con ASM, el proceso requiere desmontar el grupo de discos. Con Linux, los sistemas de archivos deben desmontarse y los volúmenes lógicos y los grupos de volúmenes deben desactivarse. El objetivo es detener todas las actualizaciones en el grupo de volúmenes objetivo que se va a restaurar.

  3. Restaura los LUN que alojan los grupos de discos de archivos de datos a la snapshot inmediatamente anterior al momento de restauración deseado.

  4. Vuelva a activar los grupos de discos recién restaurados.

  5. Reproduzca los archive logs en el punto deseado.

  6. Vuelva a reproducir todos los redo logs si desea realizar una recuperación completa.

Este procedimiento asume que los registros de archivo deseados todavía están presentes en el sistema de archivos activo. Si no lo están, los registros de archivo deben restaurarse llevando completamente fuera de línea las LUN/espacios de nombres de los registros de archivo y realizando una restauración (o creando un clon de una snapshot anterior, lo que puede ser difícil debido a la creación de UUID o nombres LVM duplicados en el mismo host). Este es también un ejemplo en el que resulta útil separar los registros de archivo en recursos de almacenamiento dedicados. Si los registros de archivo comparten un grupo de volúmenes con los redo logs, entonces los redo logs deben copiarse en otro lugar antes de la restauración del conjunto global de LUN. Este paso evita la pérdida de esas transacciones finales registradas.