Backup di SQL Server in Azure come carico di lavoro DPM

Articolo
12/24/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 account gratuito di Azure.

Nota

Quando il taglio viene eseguito all'interno del sistema operativo guest, viene reimpostato il rilevamento dei blocchi incrementali, con conseguente backup completo. Il taglio all'interno del sistema operativo guest rilascia blocchi inutilizzati del disco virtuale (VHDX) e ottimizza le dimensioni del disco. Ciò riduce tuttavia le dimensioni di VHDX e modifica sequenceNumber dei blocchi incrementali rilevati, con conseguente dimensione di backup completa. A meno che lo scopo non sia quello di migliorare l'efficienza dell'archiviazione sul lato host Hyper-V, è consigliabile arrestare il processo di taglio all'interno del guest per evitare un aumento delle dimensioni del backup.

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 un criterio di backup per proteggere i database 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 in sola lettura.
È necessario aggiungere l'account di sistema NTAuthority\System esplicitamente al gruppo Sysadmin in SQL Server.
Quando si esegue il ripristino in un percorso alternativo per un database parzialmente indipendente, è necessario assicurarsi che per l'istanza SQL di destinazione sia stata abilitata la funzione Database indipendenti.
Quando si esegue un ripristino in un percorso alternativo per un database di flusso di file, è necessario assicurarsi che l'istanza SQL di destinazione disponga della funzionalità per database di flusso di file abilitata.
Protezione dei gruppi di disponibilità AlwaysOn di SQL Server:
- 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:
  - Preferisco secondario: i backup devono essere eseguiti in una replica secondaria tranne quando la replica primaria è l'unica replica online. Se sono presenti più repliche secondarie, per il backup verrà selezionato il nodo con la priorità di backup più alta. Se è disponibile solo la replica primaria, il backup deve essere eseguito nella replica primaria.
  - Solo secondario: il backup non deve essere eseguito sulla 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 essere eseguiti su 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, ad esempio primario, secondario sincrono, secondario asincrono.
  - Se una replica viene esclusa dal backup, ad esempio se l'opzione Escludi replica è abilitata o è contrassegnata come non leggibile, la replica non verrà selezionata per il backup in alcuna opzione.
  - Se sono presenti più repliche e sono tutte leggibili, per il backup verrà selezionato il nodo con la priorità di backup più alta.
  - Se il backup non viene completato nel nodo selezionato, l'operazione di backup avrà esito negativo.
  - Il ripristino nel percorso originale non è supportato.
Problemi di backup di SQL Server 2014 o versione successiva:
- 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 "Preferisco secondario" 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 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 vengono selezionati 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'opzione Intervallo di conservazione è impostata su 5 giorni. La frequenza di sincronizzazione del backup è impostata su una volta ogni 15 minuti. Backup completo rapido è impostato su 20:00.

Nota

In questo esempio viene creato un punto di backup alle 20:00 ogni giorno. Vengono trasferiti i dati modificati dal punto di backup delle 20:00 del giorno precedente. Questo processo è detto Backup completo rapido. Anche se i log delle transazioni vengono sincronizzati ogni 15 minuti, se è necessario ripristinare il database alle 21:00, il punto viene creato riproducendo i log dall'ultimo backup completo rapido (in questo caso le 20:00).
Selezionare 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 il backup iniziale automaticamente 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. In alternativa, possono trasferire i dati automaticamente 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 di 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 di coerenza è un'operazione a elevato utilizzo delle prestazioni, gli amministratori possono scegliere di pianificare tale verifica 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 20: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 è una posizione esterna ottimale con 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 basata su nastro.

In questo esempio:
- I backup vengono eseguiti ogni giorno alle 12:00 e alle 20:00. Vengono conservati per 180 giorni.
- Il backup di sabato alle 12:00 viene conservato per 104 settimane.
- Il backup dell'ultimo sabato del mese alle 12:00 viene conservato 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 tramite 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 SQL Server

Durante la creazione del 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 selezionare 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 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 termini 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. 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.
Nella pagina Specificare opzioni di ripristino è possibile selezionare le opzioni di ripristino. Ad esempio, è possibile scegliere Limitazione all'utilizzo della larghezza di banda 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 indica il database in corso 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.