Eseguire il backup di SQL Server in Azure Stack usando Backup di Azure

Questo articolo descrive come configurare il server di Backup di Microsoft Azure per proteggere i database di SQL Server in Azure Stack.

Flusso di lavoro di protezione dei database di SQL Server

La gestione del backup del database di SQL Server in Azure e il ripristino da Azure comporta:

1. Creare criteri di backup per proteggere i database di SQL Server
2. Creare copie di backup su richiesta
3. Ripristinare il database da dischi e da Azure

Scenari e limitazioni supportati per il backup di SQL Server in Azure Stack

Prima di eseguire il backup di SQL Server in Azure Stack, esaminare gli scenari e le limitazioni supportati seguenti:

• Se si ha un database con file in una condivisione file remota, la protezione avrà esito negativo con ID errore 104. MABS non supporta la protezione per i dati di SQL Server in una condivisione file remota.
• MaBS non è in grado di proteggere i database archiviati in condivisioni SMB remote.
• Assicurarsi che le repliche del gruppo di disponibilità siano configurate come di sola lettura.
• È necessario aggiungere in modo esplicito l'account di sistema NTAuthority\System al gruppo Sysadmin in SQL Server.
• Quando si esegue un ripristino in una posizione alternativa per un database parzialmente contenuto, è necessario assicurarsi che l'istanza SQL di destinazione disponga della funzionalità Database Contenuti abilitata.
• Quando si esegue un ripristino del percorso alternativo per un database di flusso di file, è necessario assicurarsi che l'istanza SQL di destinazione disponga della funzionalità di database del flusso di file abilitata.
• Protezione per SQL Server AlwaysOn:
  • MABS rileva i gruppi di disponibilità durante l'analisi alla creazione del gruppo di protezione dei dati.
  • MaBS rileva un failover e continua la protezione del database.
  • MABS supporta configurazioni di cluster multisito per un'istanza di SQL Server.
• Quando si proteggono i database che usano la funzionalità Always On, maBS presenta le limitazioni seguenti:
  • MaBS rispetta i criteri di backup per i gruppi di disponibilità impostati in SQL Server in base alle preferenze di backup, come indicato di seguito:
    • Preferenza secondaria: i backup devono essere eseguiti in una replica secondaria, tranne quando la replica primaria è l'unica replica online. Se sono disponibili più repliche secondarie, il nodo con la priorità di backup più alta verrà selezionato per il backup. Se è disponibile solo la replica primaria, il backup deve essere eseguito nella replica primaria.
    • Solo secondario: il backup non deve essere eseguito nella replica primaria. Se la replica primaria è l'unica online, il backup non deve essere eseguito.
    • Primario: i backup devono essere sempre eseguiti nella replica primaria.
    • Qualsiasi replica: i backup possono avvenire su qualsiasi replica disponibile nel gruppo di disponibilità. Il nodo da cui eseguire il backup sarà basato sulle priorità di backup per ognuno dei nodi.

  • Annotazioni

    • I backup possono essere eseguiti da qualsiasi replica leggibile: primaria, secondaria sincrona o secondaria asincrona.
    • Se una replica viene esclusa dal backup, ad esempio Exclude Replica è abilitata o è contrassegnata come non leggibile, tale replica non verrà selezionata per il backup in nessuna delle opzioni.
    • Se sono disponibili e leggibili più repliche, il nodo con la priorità di backup più alta verrà selezionato per il backup.
    • Se il backup non riesce nel nodo selezionato, l'operazione di backup non riesce.
    • Il ripristino nel percorso originale non è supportato.
• Problemi di backup di SQL Server 2014 o versioni successive:
  • SQL Server 2014 ha aggiunto una nuova funzionalità per creare un database per SQL Server locale nell'archivio BLOB di Microsoft Azure. Non è possibile usare MABS per proteggere questa configurazione.
  • Esistono alcuni problemi noti relativi alla preferenza di backup "Prefer secondary" per l'opzione SQL Always On. MABS esegue sempre un backup dal server secondario. Se non è possibile trovare alcun database secondario, il backup ha esito negativo.

Prerequisiti

Prima di eseguire il backup di SQL Server in Azure Stack, installare e preparare il server di Backup di Azure.

Creare criteri di backup per i database di SQL Server in Azure Stack

Per creare criteri di backup per proteggere i database di SQL Server in Azure, seguire questa procedura:

1. Nel server di Backup di Azure selezionare l'area di lavoro Protezione .

2. Nel menu degli strumenti selezionare Nuovo per creare un nuovo gruppo protezione dati.

   

   Il server di Backup di Azure avvia la procedura guidata gruppo protezione dati, che consente di creare un gruppo protezione dati. Seleziona Avanti.

3. Nel pannello Seleziona tipo di gruppo protezione dati selezionare Server.

   

4. Nel pannello Seleziona membri gruppo l'elenco Membri disponibili visualizza le varie origini dati. Selezionare questa opzione + per espandere una cartella e visualizzare le sottocartelle. Selezionare la casella di controllo per selezionare un elemento.

   

   Tutti gli elementi selezionati vengono visualizzati nell'elenco Membri selezionati. Dopo aver selezionato i server o i database da proteggere, selezionare Avanti.

5. Nel pannello Seleziona metodo di protezione dati specificare un nome per il gruppo protezione dati e selezionare la casella di controllo Protezione online .

   

6. Nel pannello Specificare obiettivi a breve termine includi gli input necessari per creare punti di backup su disco e seleziona Avanti.

   Nell'esempio l'intervallo di conservazione è di 5 giorni, la frequenza di sincronizzazione è una volta ogni 15 minuti, ovvero la frequenza di backup. Express Full Backup è impostato su 20:00

   

   Annotazioni

   Nell'esempio illustrato, alle 18:00 ogni giorno viene creato un punto di backup trasferendo i dati modificati dal punto di backup delle 8:00 del giorno precedente. Questo processo è denominato Backup completo rapido. I log delle transazioni vengono sincronizzati ogni 15 minuti. Se è necessario ripristinare il database alle 19:00, il punto viene creato dai log dall'ultimo punto di backup completo rapido (in questo caso 18:00).

7. Nel pannello Verifica allocazione dischi verificare lo spazio di archiviazione complessivo disponibile e lo spazio su disco potenziale. Seleziona Avanti.

8. In Choose Replica Creation Method (Scegli metodo di creazione replica) scegliere come creare il primo punto di ripristino. È possibile trasferire manualmente il backup iniziale (fuori rete) per evitare la congestione della larghezza di banda o attraverso la rete. Se si sceglie di attendere il trasferimento del primo backup, è possibile specificare l'ora per il trasferimento iniziale. Seleziona Avanti.

   

   La copia di backup iniziale richiede il trasferimento dell'intera origine dati (database SQL Server) dal server di produzione (computer SQL Server) al server di Backup di Azure. Questi dati potrebbero essere di grandi dimensioni e il trasferimento dei dati in rete potrebbe superare la larghezza di banda. Per questo motivo, è possibile scegliere di trasferire il backup iniziale: manualmente (usando supporti rimovibili) per evitare la congestione della larghezza di banda o Automaticamente sulla rete (in un determinato momento).

   Al termine del backup iniziale, i backup rimanenti sono backup incrementali nella copia di backup iniziale. I backup incrementali tendono a essere di piccole dimensioni e vengono facilmente trasferiti attraverso la rete.

9. Scegliere quando si vuole eseguire la verifica coerenza e selezionare Avanti.

   

   Il server di Backup di Azure esegue una verifica di coerenza sull'integrità del punto di backup. Il server di Backup di Azure calcola il checksum del file di backup nel server di produzione (computer SQL Server in questo scenario) e i dati di cui è stato eseguito il backup per tale file. In caso di conflitto, si presuppone che il file di backup nel server di Backup di Azure sia danneggiato. Il server di Backup di Azure rettifica i dati di cui è stato eseguito il backup inviando i blocchi corrispondenti alla mancata corrispondenza del checksum. Poiché i controlli di coerenza sono a elevato utilizzo delle prestazioni, è possibile pianificare la verifica della coerenza o eseguirla automaticamente.

10. Per specificare la protezione online delle origini dati, selezionare i database da proteggere in Azure e selezionare Avanti.

    

11. Scegliere pianificazioni di backup e criteri di conservazione adatti ai criteri dell'organizzazione.

    

    In questo esempio, i backup vengono eseguiti una volta al giorno alle 12:00 e alle 18:00.

    Annotazioni

    È consigliabile disporre di alcuni punti di ripristino a breve termine sul disco per un ripristino rapido. Questi punti di ripristino vengono usati per il ripristino operativo. Azure funge da posizione esterna ottimale con contratti di servizio più elevati e disponibilità garantita.

    Procedura consigliata: se si pianificano i backup in Azure per l'avvio dopo il completamento dei backup del disco locale, i backup dei dischi più recenti vengono sempre copiati in Azure.

12. Scegliere la pianificazione dei criteri di conservazione. I dettagli sul funzionamento dei criteri di conservazione sono disponibili nell'articolo Usare Backup di Azure per sostituire l'infrastruttura nastro.

    

    In questo esempio:

    • I backup vengono eseguiti una volta al giorno alle 12:00 e alle 18.00 e conservati per 180 giorni.
    • Il backup di sabato alle 12:00 è conservato per 104 settimane
    • Il backup di sabato scorso alle 12:00 è conservato per 60 mesi
    • Il backup dell'ultimo sabato di marzo alle 12:00 di pomeriggio è conservato per 10 anni

13. Selezionare Avanti e selezionare l'opzione appropriata per il trasferimento della copia di backup iniziale in Azure. È possibile scegliere Automaticamente in rete

14. Dopo aver esaminato i dettagli dei criteri nel pannello Riepilogo , selezionare Crea gruppo per completare il flusso di lavoro. È possibile selezionare Chiudi e monitorare l'avanzamento del lavoro nell'area di lavoro Monitoraggio.

    

Eseguire un backup su richiesta per i database di SQL Server in Azure Stack

Viene creato un punto di ripristino solo quando si verifica il primo backup. Dopo aver creato un criterio di backup, è possibile attivare manualmente la creazione di un punto di ripristino anziché attendere che l'utilità di pianificazione esegui il backup.

Per eseguire un backup su richiesta di un database di SQL Server, seguire questa procedura:

1. Attendere che lo stato del gruppo protezione dati mostri OK per il database prima di creare il punto di ripristino.

   

2. Fare clic con il pulsante destro del mouse sul database e scegliere Crea punto di ripristino.

   

3. Scegliere Protezione online nel menu a discesa e selezionare OK per avviare la creazione di un punto di ripristino in Azure.

   

4. Visualizzare lo stato del processo nell'area di lavoro Monitoraggio .

   

Ripristinare il database di SQL Server in Azure Stack da Azure

Per ripristinare un'entità protetta (database di SQL Server) da Azure, seguire questa procedura:

1. Aprire la Console di gestione del server di Backup di Azure. Passare all'area di lavoro ripristino in cui è possibile visualizzare i server protetti. Esplorare il database necessario (in questo caso ReportServer$MSDPM2012). Selezionare un ripristino a partire dal momento specificato come punto online.

   

2. Fare clic con il pulsante destro del mouse sul nome del database e scegliere Ripristina.

   

3. MaBS mostra i dettagli del punto di ripristino. Seleziona Avanti. Per sovrascrivere il database, selezionare il tipo di recupero Ripristina nell'istanza originale di SQL Server. Seleziona Avanti.

   

   In questo esempio, MABS ripristina il database in un'altra istanza di SQL Server o in una cartella di rete autonoma.

4. Nel pannello Specifica opzioni di ripristino è possibile selezionare le opzioni di ripristino, ad esempio Limitazione dell'utilizzo della larghezza di banda di rete per limitare la larghezza di banda usata dal ripristino. Seleziona Avanti.

5. Nel pannello Riepilogo vengono visualizzate tutte le configurazioni di ripristino fornite finora. Selezionare Ripristina.

   Lo stato ripristino mostra il database in fase di ripristino. È possibile selezionare Chiudi per chiudere la procedura guidata e visualizzare lo stato di avanzamento nell'area di lavoro Monitoraggio .

   

   Al termine del ripristino, il database ripristinato è coerente con l'applicazione.

Passaggi successivi

• Eseguire il backup di file e applicazioni.
• Eseguire il backup di SharePoint in Azure Stack.