VENDITE: 1-800-867-1389

Continuità aziendale del database SQL di Azure

Aggiornamento: novembre 2014

Per continuità aziendale si intende la capacità di un'organizzazione di continuare le operazioni aziendali quando si verifica una situazione di crisi o di emergenza. La pianificazione della continuità aziendale richiede la definizione da parte di un'organizzazione di processi, procedure e misure che garantiscano la continuità delle operazioni aziendali senza interruzioni. In questo articolo non vengono trattati tutti gli aspetti della pianificazione della continuità aziendale, ma solo le funzionalità di protezione e ripristino dei dati. Vengono illustrate le tecnologie del Database SQL di Microsoft Azure che garantiscono disponibilità elevata e recuperabilità.

La sezione seguente fornisce brevemente informazioni generali sulle caratteristiche e sulle funzionalità del database SQL di Azure che possono essere usate per la protezione dei dati:

 

  Basic Standard Premium

Ripristino del database

Ripristino a un momento specifico negli ultimi 7 giorni

Geo-Restore

Ripristino a un momento specifico negli ultimi 14 giorni

Geo-Restore

Ripristino a un momento specifico negli ultimi 35 giorni

Geo-Restore

Ripristino di emergenza

Copia + esportazione manuale del database

Esportazione automatizzata

Copia + esportazione manuale del database

Esportazione automatizzata

Replica geografica standard

Copia + esportazione manuale del database

Esportazione automatizzata

Replica geografica standard

Replica geografica attiva

Ripristino a un momento specifico
Nonostante il database SQL di Azure sia dotato di protezione incorporata da errori di singoli computer e dispositivi, è comunque necessario proteggersi da un eventuale danneggiamento dei dati o da modifiche ed eliminazioni accidentali. I backup del database vengono creati automaticamente. Il periodo di conservazione dei backup varia a seconda dei diversi livelli di servizio: 7 giorni per il livello Basic, 14 giorni per il livello Standard e 35 giorni per il livello Premium. Per altre informazioni, vedere Backup e ripristino del database SQL di Azure.

Geo-Restore
È l'opzione di ripristino di emergenza di base. È disponibile per i livelli di servizio Basic, Standard e Premium. Se si verifica un errore in un datacenter che ha effetto sulla disponibilità del database primario, Ripristino a livello geografico consente di ripristinare il database usando l'ultimo backup giornaliero disponibile. I backup aggiuntivi archiviati non vengono addebitati, ma, se si usa Ripristino a livello geografico, una volta completata l'operazione il database ripristinato verrà fatturato secondo la normale tariffa. Per altre informazioni, vedere Backup e ripristino del database SQL di Azure.

Replica geografica
Con Replica geografica attiva è possibile creare e gestire fino a quattro database secondari in più aree geografiche. Tutte le transazioni applicate al database primario vengono replicate in ognuno dei database secondari.

Per la replica geografica sono disponibili due opzioni:

  • Replica geo standard: viene creato un singolo database secondario offline in un'area predeterminata diversa da quella in cui si trova il database primario. Il database secondario diventa disponibile per le connessioni client solo quando si verifica un errore del datacenter che ospita il database primario.

    ImportantImportante
    L'area geografica di destinazione viene determinata in base all'area geografica del database primario. Per un elenco delle aree geografiche associate, vedere Standard Geo-Replication for Azure SQL Database.

  • Replica geografica attiva : è possibile creare più database secondari leggibili in più aree geografiche. I database secondari possono essere usati per carichi di lavoro di lettura, migrazione di database e protezione dalla perdita di dati durante l'aggiornamento delle applicazioni come opzione di failback. Con Replica geografica attiva è possibile selezionare l'area geografica del database secondario, nonché controllare quando eseguire il failover ai database secondari. È inoltre possibile creare fino a quattro database secondari leggibili oppure un database secondario offline e fino a tre database secondari leggibili. I database secondari leggibili attivi vengono addebitati in base allo stesso livello di servizio e di prestazioni del database primario. Per altre informazioni, vedere Replica geografica attiva per il database SQL di Azure.

Per il calcolo del numero totale di database per server, vengono presi in considerazione sia i database secondari offline sia quelli attivi. Tale modalità di calcolo incide anche sui costi. Per altre informazioni sui prezzi, vedere Dettagli prezzi del database SQL.

Copia del database
Copia del database consente di creare una copia di un database nello stesso server o in un server diverso ubicato nella stessa area geografica o in un'area geografica diversa. Al termine dell'operazione di copia del database, la copia è coerente a livello di transazioni con l'origine. Si tratta comunque di una copia singola, che non viene replicata continuamente dall'origine come la Replica geografica attiva. Questa funzionalità può essere usata per la migrazione di dati o per esigenze di copia ad hoc. Per altre informazioni, vedere Copia di database nel database SQL di Azure.

Servizio di importazione ed esportazione
Il servizio di esportazione del database SQL di Azure consente di esportare un file BACPAC da un database contenente una copia logica di dati e dello schema del database. Il servizio di esportazione può essere usato per i database Web e Business che non supportano Ripristino a un momento specifico, nonché per i database Basic, Standard e Premium. I backup creati possono essere usati per il ripristino dei database, oltre che per scopi di archiviazione. Se il database originale viene modificato durante la procedura di esportazione, il servizio di esportazione non garantisce la coerenza della copia a livello di transazioni. Per risolvere questo problema, è opportuno creare prima una copia del database e quindi eseguire l'esportazione dalla copia. In questo modo verrà garantita la coerenza a livello di transazioni senza effetti sulla disponibilità del database originale.

Esportazione automatizzata: l'opzione Esportazione automatizzata è più idonea per scenari di continuità aziendale quali l'archiviazione a lungo termine dei backup giornalieri oltre il periodo di conservazione supportato. È possibile pianificare esportazioni a intervalli regolari utilizzando l'opzione di esportazione automatica. Per altre informazioni, vedere Procedura: Usare il servizio di importazione ed esportazione nel database SQL di Azure.

La continuità aziendale può essere compromessa da una o più categorie di problemi tra le tre principali riportate di seguito:

Il database SQL di Azure è dotato di un sottosistema incorporato a disponibilità elevata per la protezione da errori di singoli server e dispositivi. Archiviando i dati nel database SQL di Azure sono disponibili molte funzionalità di tolleranza di errore e di infrastruttura sicura che in caso contrario sarebbe necessario progettare, acquisire, implementare e gestire. Questa sezione fornisce informazioni generali sulle caratteristiche incorporate disponibili senza spese aggiuntive.

Il database SQL di Azure riduce gli effetti di interruzioni dell'alimentazione dovute a errori di singoli componenti di server, ad esempio dischi rigidi, schede di interfaccia di rete o addirittura interi server. La durevolezza dei dati e la tolleranza di errore sono migliorate dal mantenimento di più copie di tutti i dati in nodi fisici diversi, posti in sottosistemi fisici completamente indipendenti quali rack server e router di rete. In ogni momento sono in esecuzione tre repliche di database, una replica primaria e due o più repliche secondarie. I dati vengono scritti nella replica primaria e in una delle repliche secondarie in base a uno schema di commit basato su quorum prima che il commit della transazione venga considerato eseguito. In caso di errore hardware nella replica principale, il database SQL di Azure rileva tale errore ed esegue il failover sulla replica secondaria. In caso di perdita fisica di una replica, viene creata una nuova replica automaticamente. Pertanto, nel datacenter sono sempre presenti almeno due copie fisiche dei dati coerenti a livello di transazioni. Il diagramma seguente illustra come vengono tenute tre repliche nei rack server fisici del datacenter. Questo comportamento è comune a tutti i livelli di servizio del database SQL di Azure.

Progettare l'applicazione in modo che sia resiliente a disconnessioni temporanee. È consigliabile implementare la logica di ripetizione tentativi nell'applicazione per evitare perdite di connessione. Per altre informazioni su come gestire gli errori di perdita della connessione, vedere l'articolo relativo alla gestione della connessione nel database SQL.

È possibile che utenti o applicazioni apportino ai dati modifiche indesiderate o accidentali. La possibilità di ripristinare i dati dell'applicazione in caso di danneggiamento o di modifica o eliminazione indesiderata è un requisito fondamentale per le applicazioni software. Il servizio Ripristino a un momento specifico supporta questo requisito aziendale.

noteNota
Per informazioni generali sulle opzioni di backup e ripristino fornite dal database SQL di Azure, vedere Backup e ripristino del database SQL di Azure.

La pianificazione della continuità aziendale deve prevedere la possibilità che si verifichino errori nei datacenter. La funzionalità Ripristino a livello geografico offre protezione di base per il ripristino di emergenza consentendo di ripristinare un database in un server di un'area geografica diversa mediante i backup creati automaticamente per l'utente dal database SQL di Azure.

Oltre a questa opzione di base, i database dei livelli di servizio Standard e Premium possono essere usati per creare database secondari con ridondanza geografica mediante Replica geo. Creando database secondari in un'area geografica diversa rispetto al database di origine, si è protetti da interruzioni prolungate del datacenter. Quando si usa Replica geografica attiva, i database secondari possono essere impiegati per carichi di lavoro di lettura. Nei database di origine e secondari è abilitata la disponibilità elevata incorporata, che supporta una strategia di continuità aziendale più vasta. Per informazioni generali su Replica geografica attiva e sulla relativa configurazione, vedere Replica geografica attiva per il database SQL di Azure e Configurare la replica geografica attiva (copia continua). Per informazioni generali su Replica geo standard e sulla relativa configurazione, vedere Standard Geo-Replication for Azure SQL Database.

Durante la pianificazione della continuità aziendale, un'altra opzione è quella di creare una copia del database e quindi esportare il file BACPAC dalla copia. Al termine dell'esportazione, è opportuno eliminare la copia del database per evitare la fatturazione di addebiti per la copia.

Infine, è possibile usare l'opzione Esportazione automatizzata per pianificare esportazioni del database a intervalli regolari. Per garantire la coerenza a livello di transazioni, l'opzione Esportazione automatizzata consente prima di creare una copia del database, quindi di esportare il BACPAC dalla copia. Al termine dell'esportazione, la copia del database viene eliminata automaticamente.

WarningAvviso
Le edizioni Business e Web verranno ritirate a settembre 2015. Per altre informazioni, vedere Domande frequenti sull'interruzione delle edizioni Web e Business.

Vedere anche

Il documento è risultato utile?
(1500 caratteri rimanenti)
Grazie per i commenti inviati.
Microsoft sta conducendo un sondaggio in linea per comprendere l'opinione degli utenti in merito al sito Web di MSDN. Se si sceglie di partecipare, quando si lascia il sito Web di MSDN verrà visualizzato il sondaggio in linea.

Si desidera partecipare?
Mostra:
© 2014 Microsoft