Piano per la protezione dei dati di SQL Server
Data di pubblicazione: marzo 2016
Si applica a: System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager
Prima di distribuire DPM per proteggere SQL Server eseguire le operazioni seguenti:
Leggere le note sulla versione e Scenari supportati e non supportati in DPM per eventuali problemi relativi a SQL Server.
Verificare il supporto per le versioni di SQL Server in Matrice di supporto per la protezione dati DPM.
Tenere presente quanto segue:
Se un database con file è ubicato in una condivisione di file remota, la protezione fallirà con Errore ID 104.DPM non supporta la protezione dei dati di SQL in una condivisione di file remota.
DPM non è in grado di proteggere i database archiviati nelle 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, assicurarsi che per l'istanza SQL di destinazione sia stata abilitata la funzione Database indipendenti.
Proteggere SQL Server con la funzionalità AlwaysOn abilitata
SQL Server 2012 introduce una nuova funzionalità ad elevata disponibilità, denominata AlwaysOn.È possibile aggiungere i database ai gruppi di disponibilità, che sono fondamentalmente contenitori per i database configurati per il failover.System Center 2012 SP1 DPM supporta la protezione dei database che fanno parte dei gruppi di disponibilità.Le funzionalità principali del supporto DPM per la funzionalità AlwaysOn sono le seguenti:
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 utilizzano la funzionalità AlwaysOn, DPM presenta le seguenti limitazioni:
DPM rispetta i criteri di backup per i gruppi di disponibilità che vengono impostati nelle preferenze di backup di SQL Server, come descritto 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, verrà selezionato per il backup il nodo con la priorità più alta di backup.Nel caso in cui sia disponibile solo la replica primaria, il backup verrà 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 nel gruppo di disponibilità.Il nodo da cui eseguire il backup sarà basato sulle priorità di backup per ciascuno dei nodi.
Tenere presente quanto segue:
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 Escludi replica è abilitato o è contrassegnato come non leggibile, la replica non verrà selezionata per il backup in alcuna opzione.
Se sono presenti più repliche e sono tutte leggibili, verrà selezionato per il backup il nodo con la priorità più alta di backup.
Se il backup non viene completato nel nodo selezionato, l'operazione di backup avrà esito negativo.
Il ripristino nel percorso originale non è supportato.