Backup di SQL Server in Azure come carico di lavoro DPM

Articolo
01/27/2024

Questo articolo descrive come eseguire il backup e il ripristino dei database di SQL Server usando Backup di Azure.

Backup di Azure consente di eseguire il backup di database di SQL Server in Azure tramite un account Azure. Se non ne hai uno, puoi creare un account gratuito in pochi minuti. Per altre informazioni, vedere Creare l'account gratuito di Azure.

Flusso di backup per il database di SQL Server

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

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

Scenari supportati

DPM 2019 UR2 supporta istanze del cluster di failover di SQL Server usando volumi condivisi cluster (CSV).
La protezione dell'istanza del cluster di failover di SQL Server con Spazi di archiviazione diretta nell'istanza del cluster di failover di Azure e 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 DI SQL distribuita nelle macchine virtuali di Azure.

Prerequisiti e limitazioni

Se si ha un database con file in una condivisione file remota, la protezione avrà esito negativo con ID errore 104. DPM non supporta la protezione per i dati di SQL Server in una condivisione file remota.
DPM non può 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:
- DPM rileva i gruppi di disponibilità quando si esegue un'interrogazione al momento della creazione del gruppo protezione dati.
- DPM rileva un failover e continua la protezione del database.
- DPM supporta le configurazioni dei cluster multisito per un'istanza di SQL Server.
Quando si proteggono i database che usano la funzionalità Always On, DPM presenta le limitazioni seguenti:
- DPM 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.
  Nota
  - 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 nell'archiviazione BLOB di Microsoft Azure. DPM non può essere usato per proteggere questa configurazione.
- Esistono alcuni problemi noti relativi alla preferenza di backup "Prefer secondary" per l'opzione SQL Always On. DPM 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 soddisfatto i prerequisiti per l'uso di Backup di Azure per proteggere i carichi di lavoro. Ecco alcune delle attività dei prerequisiti:

Creare un insieme di credenziali di backup.
Scaricare le credenziali dell'insieme di credenziali.
Installare l'agente Backup di Azure.
Registrare il server con l'insieme di credenziali di .

Creare un criterio di backup

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

Nel server Data Protection Manager (DPM) selezionare l'area di lavoro Protezione .
Selezionare Nuovo per creare un gruppo protezione dati.
Nella pagina iniziale esaminare le indicazioni sulla creazione di un gruppo protezione dati. Quindi seleziona Avanti.
Selezione dei Server.
Espandere la macchina virtuale 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. Quindi seleziona Avanti.
Assegnare un nome al gruppo protezione dati e quindi selezionare Protezione online.
Nella pagina 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.
Seleziona Avanti. DPM mostra lo spazio di archiviazione complessivo disponibile. Mostra anche il potenziale utilizzo dello spazio su disco.

Per impostazione predefinita, DPM crea un volume per ogni origine dati (database SQL Server). Il volume viene usato per la copia di backup iniziale. In questa configurazione Gestione dischi logici limita la protezione DPM a 300 origini dati (database SQL Server). Per porre rimedio a questa limitazione, selezionare Condividi percorso dati nel pool di archiviazione DPM. Se si usa questa opzione, DPM usa un singolo volume per più origini dati. Questa configurazione consente a DPM di proteggere fino a 2.000 database di SQL Server.

Se si seleziona Aumenta automaticamente i volumi, DPM può tenere conto del volume di backup aumentato man mano che aumentano i dati di produzione. Se non si seleziona Aumenta automaticamente i volumi, DPM limita l'archiviazione di backup alle origini dati nel gruppo protezione dati.
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 DPM. 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.
Scegliere quando eseguire una verifica coerenza. Quindi seleziona Avanti.

DPM può eseguire una verifica 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 DPM. Se il controllo rileva un conflitto, si presuppone che il file di cui è stato eseguito il backup in DPM sia danneggiato. DPM 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.
Selezionare le origini dati da proteggere in Azure. Quindi seleziona Avanti.
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 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.
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.
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.
Nella pagina 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:

Nel gruppo protezione dati verificare che lo stato del database sia OK.
Fare clic con il pulsante destro del mouse sul database e quindi scegliere Crea punto di ripristino.
Nel menu a discesa selezionare Protezione online. Selezionare quindi OK per avviare la creazione di un punto di ripristino in Azure.
È 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:

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.
Fare clic con il pulsante destro del mouse sul nome del database e scegliere Ripristina.
DPM mostra i dettagli del punto di ripristino. Seleziona 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.
Nella pagina 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.
Nella pagina 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.