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

Questo articolo descrive come eseguire il backup e il ripristino di SQL Server in Azure usando Microsoft Backup di Azure Server (MABS).

Microsoft Backup di Azure Server (MABS) fornisce backup e ripristino per i database di SQL Server. Oltre a eseguire il backup dei database di SQL Server, è possibile eseguire un backup di sistema o un backup bare metal completo del computer SQL Server. È possibile usare MABS per proteggere:

• Istanza autonoma di SQL Server
• Istanza del cluster di failover di SQL Server

Scenari supportati

• MABS v3 UR2, MABS v4 o versioni successive supporta l'istanza del cluster di failover di SQL Server usando il volume condiviso cluster (CSV).
• La protezione dell'istanza del cluster di failover di SQL Server con Spazi di archiviazione diretta in Azure e l'istanza del cluster di failover di SQL Server con dischi condivisi di Azure è supportata con questa funzionalità. Il server DPM deve essere distribuito nella macchina virtuale di Azure per proteggere l'istanza dell'istanza del cluster di failover SQL, distribuita nelle macchine virtuali di Azure.
• Un gruppo di disponibilità AlwaysOn di SQL Server con queste preferenze:
  • Preferisco secondario
  • Solo secondaria
  • Primario
  • Qualsiasi replica

Flusso di lavoro di protezione del database di SQL Server

Per eseguire il backup di un database di SQL Server e ripristinarlo da Azure:

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

Prerequisiti e limitazioni

• Se un database con file è ubicato in una condivisione di file remota, la protezione fallirà con Errore ID 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 del percorso alternativo per un database parzialmente indipendente, è necessario assicurarsi che l'istanza SQL di destinazione disponga della funzionalità Database indipendenti 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'esecuzione di una richiesta durante la creazione del gruppo protezione 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 verificarsi in qualsiasi replica di disponibilità nel gruppo di disponibilità. Il nodo da cui eseguire il backup sarà basato sulle priorità di backup per ciascuno dei nodi.
  • Notare quanto segue:
    • I backup possono essere eseguiti da qualsiasi replica leggibile, ovvero secondaria primaria, sincrona e 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 in Archiviazione BLOB di Windows 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 database secondario. Se non è possibile trovare alcun database secondario, il backup ha esito negativo.

Prima di iniziare

Prima di iniziare, assicurarsi di aver installato e preparato Backup di Azure Server.

Creare un criterio di backup

Per proteggere i database di SQL Server in Azure, creare prima di tutto un criterio di backup:

1. In Backup di Azure Server selezionare l'area di lavoro Protezione.

2. Selezionare Nuovo per creare un gruppo protezione dati.

   

3. Nel pannello iniziale esaminare le indicazioni sulla creazione di un gruppo protezione dati. Quindi seleziona Avanti.

4. Per il tipo di gruppo protezione dati selezionare Server.

   

5. Espandere l'istanza di SQL Server in cui si trovano i database di cui si vuole eseguire il backup. Vengono visualizzate le origini dati di cui è possibile eseguire il backup da tale server. Espandere Tutte le condivisioni SQL e quindi selezionare i database di cui si vuole eseguire il backup. In questo esempio viene selezionato ReportServer$MSDPM2012 e ReportServer$MSDPM2012TempDB. Selezionare Avanti.

   

6. Assegnare un nome al gruppo protezione dati e quindi selezionare Protezione online.

   

7. Nel pannello Specifica obiettivi a breve termine includere gli input necessari per creare punti di backup sul disco.

   In questo esempio l'intervallo di conservazione è impostato su 5 giorni. La frequenza di sincronizzazione del backup è impostata su una volta ogni 15 minuti. Il backup completo rapido è impostato su 8:00 PM.

   

   Nota

   In questo esempio viene creato un punto di backup alle 18:00 ogni giorno. I dati modificati dal punto di backup delle 8:00 del giorno precedente vengono trasferiti. Questo processo è detto Backup completo rapido. Anche se i log delle transazioni vengono sincronizzati ogni 15 minuti, se è necessario ripristinare il database alle 19:00, il punto viene creato riproducendo i log dall'ultimo punto di backup completo rapido, ovvero le 8:00 in questo esempio.

8. Selezionare Avanti. MABS mostra lo spazio di archiviazione complessivo disponibile. Mostra anche il potenziale utilizzo dello spazio su disco.

   

   Le dimensioni totali dei dati sono le dimensioni dei dati di cui si vuole eseguire il backup e lo spazio su disco di cui eseguire il provisioning in DPM è lo spazio consigliato da MABS per il gruppo protezione dati. DPM sceglie il volume di backup ideale in base alle impostazioni. Tuttavia, è possibile modificare le scelte del volume di backup nei dettagli dell'allocazione del disco. Per i carichi di lavoro, selezionare la risorsa di archiviazione preferita nel menu a discesa. Le modifiche modificano i valori per Total Archiviazione e Free Archiviazione nel riquadro Archiviazione disco disponibile. Lo spazio sottoposto a provisioning è la quantità di spazio di archiviazione che DPM suggerisce di aggiungere al volume per i backup continui senza problemi.

9. Gli amministratori possono scegliere di trasferire automaticamente il backup iniziale in rete e scegliere l'ora di trasferimento. In alternativa, scegliere di trasferire manualmente il backup. Quindi seleziona Avanti.

   

   La copia di backup iniziale richiede il trasferimento dell'intera origine dati (database SQL Server). I dati di backup passano dal server di produzione (computer SQL Server) al server di backup di Microsoft Azure. Se il backup è di grandi dimensioni, il trasferimento dei dati in rete potrebbe causare una congestione della larghezza di banda. Per questo motivo, gli amministratori possono scegliere di usare supporti rimovibili per trasferire manualmente il backup iniziale. Oppure possono trasferire automaticamente i dati in rete in un momento specificato.

   Al termine del backup iniziale, i backup continuano in modo incrementale nella copia di backup iniziale. I backup incrementali tendono a essere di piccole dimensioni e facilmente trasferibili sulla rete.

10. Scegliere quando eseguire una verifica coerenza. Quindi seleziona Avanti.

    

    MABS può eseguire una verifica di coerenza sull'integrità del punto di backup. Calcola il checksum del file di backup nel server di produzione (il computer SQL Server in questo esempio) e i dati di cui è stato eseguito il backup per tale file in MABS. Se il controllo rileva un conflitto, si presuppone che il file di cui è stato eseguito il backup in MABS sia danneggiato. MaBS corregge i dati di cui è stato eseguito il backup inviando i blocchi che corrispondono alla mancata corrispondenza del checksum. Poiché la verifica coerenza è un'operazione a elevato utilizzo delle prestazioni, gli amministratori possono scegliere di pianificare la verifica coerenza o eseguirla automaticamente.

11. Selezionare le origini dati da proteggere in Azure. Quindi seleziona Avanti.

    

12. Gli amministratori possono scegliere pianificazioni di backup e criteri di conservazione adatti ai criteri dell'organizzazione.

    

    In questo esempio i backup vengono eseguiti ogni giorno alle 12:00 e alle 18:00.

    Suggerimento

    Per un ripristino rapido, mantenere alcuni punti di ripristino a breve termine sul disco. Questi punti di recupero vengono usati per il recupero operativo. Azure funge da posizione esterna ottimale, offrendo contratti di servizio più elevati e disponibilità garantita.

    Usare Data Protection Manager (DPM) per pianificare Backup di Azure al termine dei backup del disco locale. Quando si segue questa procedura, il backup del disco più recente viene copiato in Azure.

13. Scegliere la pianificazione per i criteri di conservazione. Per altre informazioni sul funzionamento dei criteri di conservazione, vedere Usare Backup di Azure per sostituire l'infrastruttura nastro.

    

    In questo esempio:

    • I backup vengono eseguiti ogni giorno alle 12:00 e alle 18:00. Vengono conservati per 180 giorni.
    • Il backup di sabato alle 12:00 viene mantenuto per 104 settimane.
    • Il backup dell'ultimo sabato del mese alle 12:00 viene mantenuto per 60 mesi.
    • Il backup dell'ultimo sabato di marzo alle 12:00 viene conservato per 10 anni.

    Dopo aver scelto un criterio di conservazione, selezionare Avanti.

14. Scegliere come trasferire la copia di backup iniziale in Azure.

    • L'opzione Automaticamente sulla rete segue la pianificazione del backup per trasferire i dati in Azure.
    • Per altre informazioni sul backup offline, vedere Panoramica del backup offline.

    Dopo aver scelto un meccanismo di trasferimento, selezionare Avanti.

15. Nel pannello Riepilogo esaminare i dettagli dei criteri. Selezionare quindi Crea gruppo. È possibile selezionare Chiudi e controllare lo stato del processo nell'area di lavoro Monitoraggio .

    

Creare copie di backup su richiesta di un database di SQL Server

Quando si verifica il primo backup, viene creato un punto di ripristino. Anziché attendere l'esecuzione della pianificazione, è possibile attivare manualmente la creazione di un punto di ripristino:

1. Nel gruppo protezione dati verificare che lo stato del database sia OK.

   

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

   

3. Nel menu a discesa selezionare Protezione online. Selezionare quindi OK per avviare la creazione di un punto di ripristino in Azure.

   

4. È possibile visualizzare lo stato del processo nell'area di lavoro Monitoraggio .

   

Ripristinare un database SQL Server da Azure

Per ripristinare un'entità protetta, ad esempio un database di SQL Server, da Azure:

1. Aprire la console di gestione del server DPM. Passare all'area di lavoro Ripristino per visualizzare i server di cui DPM esegue il backup. Selezionare il database (in questo esempio ReportServer$MSDPM2012). Selezionare un'ora di ripristino che termina con Online.

   

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

   

3. DPM mostra i dettagli del punto di ripristino. Selezionare Avanti. Per sovrascrivere il database, selezionare il tipo di ripristino Ripristina nell'istanza originale di SQL Server. Quindi seleziona Avanti.

   

   In questo esempio DPM consente il ripristino del 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, è possibile scegliere Limitazione dell'utilizzo della larghezza di banda di rete per limitare la larghezza di banda usata dal ripristino. Quindi seleziona Avanti.

5. Nel pannello Riepilogo viene visualizzata la configurazione di ripristino corrente. Selezionare Ripristina.

   Lo stato di 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

Per altre informazioni, vedere Backup di Azure domande frequenti.