Backup e ripristino
Nelle organizzazioni, grandi o piccole che siano, possono verificarsi incidenti ed eventi imprevisti. Ecco perché è sempre necessario avere un piano per il ripristino dei sistemi in caso di interruzioni. In SQL Server, se si vuole eseguire il ripristino temporizzato di un database è possibile farlo solo se si esegue il modello di recupero con registrazione completa. Con il modello di recupero con registrazione minima delle operazioni bulk è probabile che sia necessario ripristinare il database alla fine del backup del log delle transazioni.
Uno dei vantaggi di Azure SQL è che Azure può gestire automaticamente questo processo. Poiché Azure SQL gestisce i backup e viene eseguito nel modello di recupero con registrazione completa, può eseguire il ripristino temporizzato del database in qualsiasi momento. È anche possibile ripristinare un database eliminato nel rispetto dei criteri di conservazione configurati. Se TDE è abilitato nell'istanza o nel server logico, inoltre, Microsoft esegue automaticamente la crittografia dei backup.
Per impostazione predefinita, viene eseguito un backup completo del database ogni settimana. I backup del log vengono eseguiti ogni 5-10 minuti e i backup differenziali ogni 12-24 ore. I file di backup vengono archiviati per impostazione predefinita nell'archiviazione con ridondanza geografica e accesso in lettura (RA-GRS) di Archiviazione di Azure. È tuttavia possibile scegliere tra una delle due modalità di esecuzione dei backup, ovvero archiviazione con ridondanza della zona (ZRS) o archiviazione con ridondanza locale (LRS). Il team di progettazione di Azure SQL testa con regolarità il ripristino dei backup automatici dei database che si trovano nei server logici e nei pool di database elastici. Per le migrazioni a Istanza gestita di SQL di Azure, viene eseguito un backup automatico iniziale con il checksum dei database ripristinati con il comando RESTORE nativo o il Servizio Migrazione del database di Azure. In Istanza gestita di SQL di Azure è anche possibile eseguire facoltativamente un backup di sola copia nativo e archiviarlo in Archiviazione BLOB di Azure.
Creare una strategia di backup per Istanza gestita di SQL di Azure e il database SQL di Azure
Azure SQL si occupa delle operazioni più complesse, ma è comunque importante comprendere in che modo i backup vengono archiviati ed elaborati e quali sono le opzioni di conservazione e ripristino. In definitiva, l'utente è comunque responsabile della strategia complessiva di ripristino temporizzato, conservazione a lungo termine e ripristino geografico.
Ripristino temporizzato
Nel database SQL di Azure e in Istanza gestita di SQL di Azure è possibile eseguire un ripristino self-service. È possibile scegliere il punto nel tempo esatto in base a cui si desidera eseguire il ripristino e avviare il processo usando il portale di Azure, PowerShell e l'interfaccia della riga di comando di Azure o le API REST. Il ripristino temporizzato crea un nuovo database con un nome diverso nello stesso server logico. Se è necessario sostituire il database originale con il database del ripristino temporizzato, sarà necessario rinominare sia il database originale che quello nuovo per ripristinare le condizioni di operatività. Non sarà necessario aggiornare le stringhe di connessione.
Il periodo di conservazione per il ripristino temporizzato varia da 1 a 35 giorni. Per impostazione predefinita, il periodo di conservazione, per tutti i livelli di servizio e le opzioni di distribuzione, è di sette giorni. Nella maggior parte delle opzioni di distribuzione e dei livelli di servizio i criteri possono essere configurati con un valore compreso tra 1 e 35 giorni, a seconda dei requisiti dello scenario. Per un database di test, ad esempio, può essere necessario un solo giorno, mentre per un database di importanza cruciale è possibile scegliere il valore massimo di 35 giorni.
Conservazione a lungo termine (LTR)
Se 35 giorni non sono sufficienti per soddisfare le esigenze o i requisiti di conformità dell'organizzazione, è possibile scegliere la conservazione a lungo termine. Questa opzione consente di creare automaticamente backup completi del database che vengono conservati nell'archiviazione RA-GRS, ZRS o LRS per un periodo massimo di 10 anni. Per il database SQL di Azure, la conservazione a lungo termine è disponibile a livello generale. Per Istanza gestita di SQL di Azure, la conservazione a lungo termine è disponibile in anteprima pubblica limitata.
Ripristino geografico
Se si verifica un evento catastrofico, l'organizzazione deve essere in grado di eseguire il ripristino. I backup vengono archiviati automaticamente nell'archiviazione con ridondanza geografica e accesso in lettura (RA-GRS), a meno che non si scelga l'archiviazione con ridondanza della zona (ZRS) o con ridondanza locale, e questo significa che i backup verranno archiviati nell'area associata. Se quindi si verifica un'interruzione per un'intera area e i database o le istanze gestite si trovano in quell'area, si è protetti. È possibile eseguire un ripristino geografico in qualsiasi altra area del backup con replica geografica più recente. Questo backup può essere di poco precedente a quello primario, perché la replica del BLOB di Azure in un'altra area richiede tempo. È possibile eseguire facilmente un ripristino geografico usando il portale di Azure, PowerShell e l'interfaccia della riga di comando di Azure o le API REST.