Restaurar una base de datos de SQL Server a partir de almacenamiento secundario
Puede restaurar bases de datos de SQL Server con backup a partir de LUN físicos (RDM, iSCSI o FCP) en un sistema de almacenamiento secundario. La función de restauración es un proceso multifásico que copia todos los datos y las páginas de registro a partir de un backup de SQL Server especificado que reside en el sistema de almacenamiento secundario en una base de datos especificada.
-
Debe haber replicado las snapshots a desde el sistema de almacenamiento principal hasta el secundario.
-
Debe asegurarse de que SnapCenter Server y el host del plugin puedan conectarse al sistema de almacenamiento secundario.
-
La mayoría de los campos del asistente Restore se explican en el proceso de restauración básico. Aquí se ofrece información sobre algunos de los campos que podrían presentar dificultades.
Para las políticas con SnapLock habilitado, para ONTAP 9.12.1 y versiones anteriores, si se especifica un período de bloqueo de Snapshot, los clones creados a partir de las instantáneas a prueba de manipulaciones como parte de la restauración heredarán el tiempo de caducidad de SnapLock. El administrador de almacenamiento debe limpiar manualmente los clones después de la hora de caducidad de SnapLock.
-
En el panel de navegación izquierdo, haga clic en Recursos y, a continuación, seleccione complemento SnapCenter para SQL Server en la lista.
-
En la página Resources, seleccione Database o Resource Group en la lista desplegable View.
-
Seleccione la base de datos o el grupo de recursos.
Se muestra la página de topología de la base de datos o el grupo de recursos.
-
En la sección Manage Copies, seleccione copias de seguridad en el sistema de almacenamiento secundario (reflejado o almacén).
-
Seleccione el backup en la lista y haga clic en .
-
En la página Location, elija el volumen de destino para restaurar el recurso seleccionado.
-
Complete el asistente Restaurar, revise el resumen y, a continuación, haga clic en Finalizar.
Si restauró una base de datos en una ruta diferente compartida por otras bases de datos, debe realizar un backup completo y una verificación de backup para confirmar que la base de datos restaurada no tiene daños de nivel físico.