Skip to main content
SnapCenter Software 4.5
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Ripristinare un database SQL Server dallo storage secondario

Collaboratori
PDF

È 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.

Cosa ti serve

  • È necessario replicare le copie 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.

Fasi

  1. Nel riquadro di spostamento di sinistra, fare clic su risorse, quindi selezionare plug-in SnapCenter per SQL Server dall'elenco.

  2. Nella pagina Resources (risorse), selezionare Database o Resource Group dall'elenco a discesa View (Visualizza).

  3. Selezionare il database o il gruppo di risorse.

    Viene visualizzata la pagina della topologia del database o del gruppo di risorse.

  4. Nella sezione Gestisci copie, selezionare backup dal sistema di storage secondario (mirroring o vault).

  5. Selezionare il backup dall'elenco, quindi fare clic su icona restore (ripristina).

  6. Nella pagina Location, scegliere il volume di destinazione per il ripristino della risorsa selezionata.

  7. 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.