Disponibilità e coerenza
A questo punto sono chiare le architetture di disponibilità elevata e di ripristino di emergenza in Istanza gestita di SQL di Azure e nel database SQL di Azure. Se si ha esperienza nell'uso di SQL Server, si conosce probabilmente già il modo in cui è possibile gestire la disponibilità e la coerenza dei database. In questa unità verrà illustrato come eseguire queste attività in Azure SQL.
Disponibilità del database
Nel database SQL di Azure e in Istanza gestita di SQL di Azure non è possibile impostare lo stato di un database su OFFLINE o EMERGENCY. OFFLINE non ha infatti senso, perché non è possibile collegare i database. Poiché non è possibile usare EMERGENCY, non è possibile eseguire il ripristino in modalità di emergenza, ma non è necessario perché Azure gestisce e mantiene aggiornato il servizio. Nel database SQL di Azure sono consentite altre funzionalità, ad esempio RESTRICTED_USER e le connessioni amministrative dedicate.
Il ripristino accelerato del database è integrato nel motore. Con il ripristino accelerato del database, il log delle transazioni viene troncato in modo aggressivo e viene usato un archivio versioni persistente. Questa tecnologia consente di eseguire immediatamente un rollback delle transazioni, risolvendo un problema noto con le transazioni a esecuzione prolungata. Consente inoltre ad Azure SQL di ripristinare rapidamente i database.
Nel database SQL di Azure e in Istanza gestita di SQL di Azure, il ripristino accelerato del database aumenta notevolmente la disponibilità generale del database. Si tratta di un fattore importante nel contratto di servizio. Per questi motivi, il ripristino accelerato del database è attivato per impostazione predefinita e non può essere disattivato.
Coerenza del database
Come si è appreso all'inizio del modulo, ci sono più copie dei dati e dei backup sia in locale che tra le aree. Regolarmente vengono eseguiti controlli di integrità per il backup e il ripristino. È anche attivo il rilevamento delle scritture perse e delle letture non aggiornate. È possibile eseguire DBCC CHECKDB (senza riparazione) e CHECKSUM è attivo per impostazione predefinita. Nel back-end la correzione di pagina automatica viene eseguita quando possibile ed è disponibile il monitoraggio degli avvisi di errore per l'integrità dei dati. Se non c'è alcun impatto, la riparazione viene eseguita senza notifica. Se c'è un impatto, viene fornita una notifica proattiva.