Condividi tramite

Eseguire il backup e il ripristino di pool SQL dedicati in Azure Synapse Analytics

  • Articolo

Questo articolo illustra come usare il backup e il ripristino nel pool SQL dedicato di Azure Synapse.

Usare i punti di ripristino del pool SQL dedicato per ripristinare o copiare il data warehouse in uno stato precedente nell'area primaria. Usare i backup con ridondanza geografica del data warehouse per eseguire il ripristino in un'altra area geografica.

Nota

Non tutte le funzionalità del pool SQL dedicato nelle aree di lavoro di Azure Synapse si applicano al pool SQL dedicato (in precedenza SQL DW) e viceversa. Per abilitare funzionalità dell'area di lavoro per un pool SQL dedicato (in precedenza SQL DW), vedere Come abilitare un'area di lavoro per il pool SQL dedicato (in precedenza SQL DW). Per altre informazioni, vedere Differenze tra pool SQL dedicati di Azure Synapse (in precedenza SQL DW) e pool SQL dedicati in un'area di lavoro di Azure Synapse Analytics.

Cos'è uno snapshot del data warehouse

Uno snapshot del data warehouse crea un punto di ripristino che è possibile usare per ripristinare o copiare il data warehouse a uno stato precedente. Poiché il pool SQL dedicato è un sistema distribuito, uno snapshot del data warehouse è costituito da molti file che si trovano in Archiviazione di Azure. Gli snapshot acquisiscono le modifiche incrementali dai dati archiviati nel data warehouse.

Nota

Le tariffe RTO del pool SQL dedicato possono variare. Fattori che potrebbero influire sul tempo di recupero (ripristino):

  • Le dimensioni del database
  • L'ubicazione del data warehouse di origine e di destinazione (nel caso del ripristino geografico)
  • Lo snapshot del data warehouse non può essere esportato come file separato ( ad esempio, per Archiviazione di Azure, ambiente locale)

Un ripristino del data warehouse consiste in un nuovo data warehouse che viene creato da un punto di ripristino di un data warehouse esistente o eliminato. Il ripristino del data warehouse è un elemento essenziale di qualsiasi strategia di continuità aziendale e ripristino di emergenza perché ricrea i dati dopo un caso di danneggiamento o eliminazione accidentale. Lo snapshot di data warehouse è anche un meccanismo molto utile per creare copie del data warehouse per scopi di sviluppo o test.

Nota

Le tariffe RTO del pool SQL dedicato possono variare. Fattori che potrebbero influire sul tempo di recupero (ripristino):

  • Le dimensioni del database
  • L'ubicazione del data warehouse di origine e di destinazione (nel caso del ripristino geografico)

Punti di ripristino automatici

Gli snapshot sono una funzionalità predefinita che crea i punti di ripristino. Non è necessario abilitare questa funzionalità. Tuttavia, il pool SQL dedicato deve trovarsi in uno stato attivo per la creazione del punto di ripristino. Se viene sospeso di frequente, la creazione dei punti di ripristino potrebbe non avvenire, quindi assicurarsi di creare punti di ripristino definiti dall'utente prima di sospendere il pool SQL dedicato. I punti di ripristino automatici non possono attualmente essere eliminati dagli utenti in quanto il servizio li usa per mantenere i contratti di servizio per il ripristino.

Gli snapshot del data warehouse vengono acquisiti nel corso della giornata creando punti di ripristino che restano disponibili per sette giorni. Questo periodo di conservazione non può essere modificato. Un pool SQL dedicato supporta un obiettivo del punto di ripristino (RPO) di otto ore. È possibile ripristinare il data warehouse nell'area primaria da uno qualsiasi degli snapshot acquisiti negli ultimi sette giorni.

Per vedere quando è stato eseguito l'ultimo snapshot, eseguire questa query sul pool SQL dedicato online.

SELECT TOP 1 *
FROM sys.pdw_loader_backup_runs
ORDER BY run_id desc;

Nota

I backup vengono eseguiti ogni quattro (4) ore per soddisfare un contratto di servizio di otto (8) ore. Pertanto, la DMV sys.pdw_loader_backup_runs visualizzerà l'attività di backup ogni quattro (4) ore.

Punti di ripristino definiti dall'utente

Questa funzionalità consente di attivare gli snapshot manualmente per creare punti di ripristino del data warehouse prima e dopo modifiche di grandi dimensioni. Questa funzionalità garantisce la coerenza logica dei punti di ripristino e fornisce un'ulteriore protezione dei dati in caso di interruzione del carico di lavoro o di errori dell'utente, per garantire tempi di ripristino rapidi. I punti di ripristino definiti dall'utente sono disponibili per sette giorni e vengono eliminati automaticamente per conto dell'utente. Non è possibile modificare il periodo di conservazione dei punti di ripristino definiti dall'utente. Poiché in qualsiasi momento sono garantiti 42 punti di ripristino definiti dall'utente, è necessario eliminarli prima di creare un nuovo punto di ripristino. È possibile attivare snapshot per creare punti di ripristino definiti dall'utente usando il portale di Azure o a livello di codice usando solo powerShell o le API REST.

Nota

Se si necessita di punti di ripristino che durino più di sette giorni, votare questa funzionalità.

Nota

Non è possibile usare lo script T-SQL per eseguire il backup su richiesta. I punti di ripristino definiti dall'utente possono essere creati usando il portale di Azure o a livello di codice usando PowerShell o le API REST.

Nel caso in cui si stia cercando un concetto di backup a lungo termine (LTR):

  1. Creare un nuovo punto di ripristino definito dall'utente oppure usare uno dei punti di ripristino generati automaticamente.
  2. Ripristinare il punto di ripristino appena creato in un nuovo data warehouse.
  3. Dopo il ripristino, si otterrà il pool SQL dedicato online. Sospenderlo per un periodo illimitato per risparmiare i costi di calcolo. Il database sospeso comporta costi di archiviazione alla tariffa di archiviazione di Azure Synapse.

Nel momento in cui occorre una copia attiva del data warehouse ripristinato, la ripresa dell'esecuzione del data warehouse richiede solo alcuni minuti.

Creare un punto di ripristino definito dall'utente

È possibile creare un nuovo punto di ripristino definito dall'utente in modo programmatico. Scegliere il metodo corretto in base al pool SQL in uso: un pool SQL (in precedenza SQL DW) dedicato autonomo o un pool SQL dedicato all'interno di un'area di lavoro di Synapse.

Azure PowerShell

API REST

Eliminare punti di ripristino definiti dall'utente

È possibile eliminare un punto di ripristino specifico definito dall'utente in modo programmatico. Scegliere il metodo corretto in base al pool SQL in uso: un pool SQL (in precedenza SQL DW) dedicato autonomo o un pool SQL dedicato all'interno di un'area di lavoro di Synapse.

Azure PowerShell

API REST

Conservazione del punto di ripristino

Di seguito sono disponibili i dettagli relativi ai periodi di conservazione dei punti di ripristino:

  1. Il pool SQL dedicato elimina un punto di ripristino quando viene raggiunto il rispettivo limite di 7 giorni per il periodo di conservazione e quando sono presenti almeno 42 punti di ripristino totali (inclusi i punti di ripristino definiti dall'utente e automatici).
  2. Gli snapshot si vengono creati quando viene sospeso un pool SQL dedicato.
  3. La durata di un punto di ripristino viene misurata in base ai giorni di calendario assoluti a partire dal momento della creazione del punto di ripristino, inclusi i periodi in cui il pool SQL è in pausa.
  4. In qualsiasi momento viene garantito che un pool SQL dedicato è in grado di archiviare fino a 42 punti di ripristino definiti dall'utente o 42 punti di ripristino automatici, purché tali punti di ripristino non abbiano raggiunto il limite di 7 giorni per il periodo di conservazione
  5. Se viene creato uno snapshot, il pool SQL dedicato rimane in pausa per più di 7 giorni e quindi viene riattivato, il punto di ripristino verrà conservato fino al raggiungimento di 42 punti di ripristino totali (inclusi i punti di ripristino definiti dall'utente e automatici)

Conservazione degli snapshot quando un pool SQL viene rilasciato

Quando si rilascia un pool SQL dedicato, uno snapshot finale viene creato e salvato per sette giorni. È possibile ripristinare il pool SQL dedicato al punto di ripristino finale creato al momento dell'eliminazione. Se il pool SQL dedicato viene eliminato in uno stato sospeso, non viene creato alcun snapshot. In tal caso, assicurarsi di creare un punto di ripristino definito dall'utente prima di rilasciare il pool SQL dedicato.

Backup geografico e ripristino di emergenza

Un backup geografico viene creato una volta al giorno in un data center associato. L'obiettivo del punto di ripristino per un ripristino geografico è di 24 ore. Un ripristino geografico è sempre un'operazione di spostamento dati e l’RTO dipenderà dalle dimensioni dei dati. Viene mantenuto solo il backup geografico più recente. - È possibile ripristinare il backup geografico in un server in qualsiasi altra area in cui sia supportato un pool SQL dedicato. Un backup geografico assicura la possibilità di ripristinare un data warehouse nel caso in cui non si possa accedere ai punti di ripristino nell'area primaria.

Se non si necessita di backup geografici per il pool SQL dedicato, è possibile disattivarli per risparmiare sui costi di archiviazione correlati al ripristino di emergenza. A tale scopo, vedere Procedura: disabilitare i backup geografici per un pool SQL dedicato (in precedenza SQL DW). Se i backup geografici sono disabilitati, non sarà possibile ripristinare il pool SQL dedicato nell'area di Azure associata se il data center di Azure primario non sarà più disponibile.

Nota

Se occorre un RPO più breve per i backup geografici, votare questa funzionalità. È anche possibile creare un punto di ripristino definito dall'utente ed eseguire il ripristino dal punto di ripristino appena creato in un nuovo data warehouse in un'area diversa. Dopo avere eseguito il ripristino, il data warehouse diventa disponibile online e può essere messo in pausa per un periodo imprecisato al fine di risparmiare sui costi. Il database messo in pausa comporta costi di archiviazione alla frequenza dell'archiviazione Premium di Azure. Un altro modello comune per un punto di ripristino più breve consiste nell'inserire i dati in istanze primarie e secondarie di un data warehouse in parallelo. In questo scenario, i dati vengono inseriti da un'origine (o origini) e resi persistenti in due istanze separate del data warehouse (primaria e secondaria). Per risparmiare sui costi di calcolo, è possibile sospendere l'istanza secondaria del warehouse. Se occorre una copia attiva del data warehouse, la ripresa dell'esecuzione del data warehouse dovrebbe richiedere solo alcuni minuti.

Residenza dei dati

Se il data center associato si trova all'esterno del Paese/della regione, è possibile assicurarsi che i dati rimangano all'interno dell’area effettuando il provisioning del database nell'archiviazione con ridondanza locale (LRS). Se è già stato effettuato il provisioning del database in archiviazione con ridondanza geografica e accesso in lettura (l’impostazione predefinita attuale), è possibile rifiutare esplicitamente i backup geografici; tuttavia, il database continuerà a risiedere nell'archiviazione replicata in una coppia di aree. Per garantire che i dati dei clienti rimangano all'interno dell'area, è possibile effettuare il provisioning o ripristinare il pool SQL dedicato nell'archiviazione con ridondanza locale. Per altre informazioni su come effettuare il provisioning o il ripristino nell'archiviazione con ridondanza locale, vedere Guida pratica alla configurazione della residenza in una singola area per un pool SQL dedicato (in precedenza SQL DW) in Azure Synapse Analytics

Per verificare che il data center associato si trovi in un Paese/in una regione differente, vedere Regioni abbinate di Azure.

Costi di backup e di ripristino

Nella fattura di Azure è inclusa una voce per l'archiviazione e una voce per l'archiviazione con ripristino di emergenza. Il costo dell'archiviazione è il costo totale per l'archiviazione dei dati nell'area primaria insieme alle modifiche incrementali acquisite dagli snapshot. Per una spiegazione più dettagliata su come vengono addebitati gli snapshot, vedere Understanding how Snapshots Accrue Charges (Informazioni sui costi aggiuntivi degli snapshot). L'addebito per la ridondanza geografica copre il costo per l'archiviazione dei backup geografici.

Il costo totale per il data warehouse primario e i sette giorni di modifiche agli snapshot viene arrotondato al TB più vicino. Se ad esempio il data warehouse è 1,5 TB e gli snapshot usano 100 GB, verranno fatturati 2 TB di dati in base alle tariffe di Archiviazione standard di Azure.

Se si usa l'archiviazione con ridondanza geografica, sarà addebitato un costo di archiviazione separato. L'archiviazione con ridondanza geografica è fatturata in base alla tariffa Standard per l'Archiviazione con ridondanza geografica e accesso in lettura.

Per altre informazioni sui prezzi di Azure Synapse, vedere Prezzi di Azure Synapse. Non vengono addebitati costi per l'uscita dei dati durante il ripristino tra aree.

Ripristinare da punti di ripristino

Ogni snapshot crea un punto di ripristino che rappresenta l'ora di inizio dello snapshot. Per ripristinare un data warehouse, scegliere un punto di ripristino ed eseguire un comando di ripristino.

È possibile mantenere il data warehouse ripristinato e quello corrente, oppure eliminare uno di questi. Se si desidera sostituire il data warehouse corrente con il data warehouse ripristinato, è possibile rinominarlo usando ALTERA DATABASE con l'opzione MODIFICA NOME.

Nota

Il ripristino a livello di tabella non è supportato nei pool SQL dedicati. È possibile ripristinare un intero database dal backup e copiare le tabelle richieste usando

Ripristino tra sottoscrizioni

È possibile eseguire un ripristino tra sottoscrizioni.

Ripristino con ridondanza geografica

È possibile ripristinare il pool SQL dedicato in qualsiasi area che supporta pool SQL dedicati con il livello di prestazioni scelto.

Nota

Per eseguire un ripristino con ridondanza geografica, è necessario non avere rifiutato esplicitamente questa funzionalità.

Processo di supporto

È possibile inviare un ticket di supporto tramite il portale di Azure per Azure Synapse Analytics.

Contenuto correlato