Ripristinare un database SQL Server dallo storage secondario
È possibile ripristinare i database di SQL Server di cui è stato eseguito il backup dalle LUN fisiche (RDM, iSCSI o FCP) su un sistema di storage secondario. La funzionalità di ripristino è un processo multifase che copia tutti i dati e le pagine di registro da un backup SQL Server specificato che risiede nel sistema di storage secondario in un database specifico.
-
È necessario aver replicato gli snapshot dal sistema di storage primario a quello secondario.
-
È necessario assicurarsi che il server SnapCenter e l'host del plug-in siano in grado di connettersi al sistema di storage secondario.
-
La maggior parte dei campi delle pagine della procedura guidata di ripristino viene spiegata nel processo di ripristino di base. Le seguenti informazioni descrivono alcuni dei campi per i quali potrebbe essere necessaria una guida.
Per i criteri abilitati per SnapLock, per ONTAP 9.12.1 e versioni precedenti, se si specifica un periodo di blocco Snapshot, i cloni creati dagli Snapshot a prova di manomissione come parte del ripristino ereditano il tempo di scadenza SnapLock. L'amministratore dello storage dovrebbe ripulire manualmente i cloni dopo il tempo di scadenza del SnapLock.
-
Nel riquadro di spostamento di sinistra, fare clic su risorse, quindi selezionare plug-in SnapCenter per SQL Server dall'elenco.
-
Nella pagina Resources (risorse), selezionare Database o Resource Group dall'elenco a discesa View (Visualizza).
-
Selezionare il database o il gruppo di risorse.
Viene visualizzata la pagina della topologia del database o del gruppo di risorse.
-
Nella sezione Gestisci copie, selezionare backup dal sistema di storage secondario (mirroring o vault).
-
Selezionare il backup dall'elenco, quindi fare clic su .
-
Nella pagina Location (percorso), scegliere il volume di destinazione per il ripristino della risorsa selezionata.
-
Completare la procedura guidata di ripristino, esaminare il riepilogo, quindi fare clic su fine.
Se un database è stato ripristinato su un percorso diverso condiviso da altri database, è necessario eseguire un backup completo e una verifica del backup per verificare che il database ripristinato non sia corrotto a livello fisico.