Modifica

Condividi tramite

Ripristino di emergenza per la piattaforma dati di Azure - Architettura

Azure Synapse Analytics
Azure Machine Learning
Azure Cosmos DB
Azure Data Lake
Hub eventi di Azure

Definizione del caso d'uso

Per supportare questo esempio funzionato, la società fittizia "Contoso" verrà usata con una piattaforma dati di Azure basata sulle architetture di riferimento Microsoft.

Servizio dati - Visualizzazione componente

Contoso ha implementato l'architettura di Azure di base seguente, ovvero un subset della progettazione della zona di destinazione aziendale. Diagramma che mostra un esempio di zona di destinazione enterprise di Azure.

I numeri nelle descrizioni seguenti corrispondono al diagramma precedente.

Azure Foundations di Contoso - Flusso di lavoro

  1. Registrazione aziendale: la registrazione aziendale principale di Contoso all'interno di Azure riflette il contratto commerciale con Microsoft, la struttura dell'account aziendale e le sottoscrizioni di Azure disponibili. Fornisce le basi di fatturazione per le sottoscrizioni e il modo in cui viene amministrato il digital estate.
  2. Gestione delle identità e degli accessi : i componenti necessari per fornire servizi di identità, autenticazione, accesso alle risorse e autorizzazione nell'ambiente Azure di Contoso.
  3. Gruppo di gestione e organizzazione delle sottoscrizioni: gerarchia di gruppi scalabile allineata alle funzionalità principali della piattaforma dati, consentendo l'operazionalizzazione su larga scala usando la sicurezza e la governance gestite centralmente in cui i carichi di lavoro hanno una separazione chiara. I gruppi di gestione offrono un ambito di governance superiore alle sottoscrizioni.
  4. Sottoscrizione di gestione: una sottoscrizione dedicata per le varie funzioni a livello di gestione di necessarie per supportare la piattaforma dati.
  5. Sottoscrizione di connettività: una sottoscrizione dedicata per le funzioni di connettività della piattaforma dati che consente di identificare i servizi denominati, determinare il routing sicuro e la comunicazione tra e tra servizi interni ed esterni.
  6. Sottoscrizione della zona di destinazione: sottoscrizioni uno-a-molti per le applicazioni native di Azure, le applicazioni online, i carichi di lavoro e le risorse interni ed esterni
  7. Piattaforma DevOps: piattaforma DevOps che supporta l'intera area di Azure. Questa piattaforma contiene il repository di controllo del codice sorgente e le pipeline CI/CD che consentono distribuzioni automatizzate dell'infrastruttura come codice (IaC).

Nota

Molti clienti mantengono ancora un footprint IaaS (Infrastructure as a Service) di grandi dimensioni. Per fornire funzionalità di ripristino in IaaS, il componente chiave da aggiungere è Azure Site Recovery. Site Recovery orchestra e automatizza la replica delle macchine virtuali di Azure tra aree, macchine virtuali locali e server fisici in Azure e computer locali in un data center secondario.

All'interno di questa struttura di base, Contoso ha implementato gli elementi seguenti per supportare le proprie esigenze di business intelligence aziendale, allineate alle linee guida in Analytics end-to-end con Azure Synapse.

Diagramma che mostra l'architettura per una piattaforma dati moderna che usa i servizi dati di Azure.Piattaforma dati di Contoso

Piattaforma dati di Contoso - Flusso di lavoro

Il flusso di lavoro viene letto da sinistra a destra, seguendo il flusso di dati:

  • Origini dati: origini o tipi di dati che la piattaforma dati può utilizzare.
  • Inserimento : la capacità della piattaforma di inserire dati da varie origini di struttura e velocità variabili. Questa progettazione riflette un'architettura lambda.
  • Store : funzionalità per archiviare in modo sicuro i dati su larga scala inseriti nella piattaforma.
  • Processo : capacità della piattaforma di elaborare i dati, rendendoli "adatti allo scopo" per processi downstream come pulizia, standardizzazione e modellazione. La pre-elaborazione dei dati garantisce in genere che si trova in una "posizione e una condizione, pronta per l'uso".
  • Enrich : funzionalità per migliorare i dati elaborati nella piattaforma tramite statistiche, machine learning o altre tecniche di modellazione o servizi di intelligenza artificiale di Azure predefiniti.
  • Serve : la capacità della piattaforma di modellare e presentare i dati per l'utilizzo downstream.
  • Consumer di dati: singoli utenti, applicazioni o processi downstream che usano i dati provenienti dai vari punti di contatto delle piattaforme.
  • Individuazione e governance : le funzionalità della piattaforma per gestire i dati contenuti e assicurarsi che siano indicizzati, individuabili/ricercabili, ben descritti, con derivazione completa ed è trasparente per gli utenti finali e i processi di utilizzo.
  • Piattaforma : le basi su cui viene creata la piattaforma, ovvero le basi di Azure di Contoso, come descritto in precedenza.

Nota

Per molti clienti, il livello concettuale dell'architettura di riferimento della piattaforma dati usato verrà allineato, ma l'implementazione fisica può variare. Ad esempio, i processi ELT (estrazione, caricamento, trasformazione) possono essere eseguiti tramite Azure Data Factory e la modellazione dei dati da parte di Azure SQL Server. Per risolvere questo problema, la sezione Componenti con stato e senza stato di seguito fornirà indicazioni.

Per la piattaforma dati, Contoso ha selezionato i livelli di servizio di produzione più bassi consigliati per tutti i componenti e ha scelto di adottare una strategia di ripristino di emergenza "Ridistribuire in caso di emergenza" in base a un approccio di riduzione al minimo dei costi operativi.

Le sezioni seguenti forniscono una conoscenza di base del processo di ripristino di emergenza e delle leve disponibili per i clienti per elevare questa postura.

Visualizzazione del servizio e del componente di Azure

Le tabelle seguenti presentano una suddivisione di ogni servizio e componente di Azure usato in Contoso - Piattaforma dati, con opzioni per il ripristino di emergenza.

Nota

Le sezioni seguenti sono organizzate in base a servizi con stato e senza stato.

Componenti fondamentali con stato

  • ID Microsoft Entra, inclusi i diritti dei ruoli

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: Premium P1
    • Opzioni di aumento del ripristino di emergenza: la resilienza di Microsoft Entra fa parte dell'offerta SaaS (Software as a Service).
    • Note

  • Azure Key Vault

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: N/A
    • Opzioni di aumento del ripristino di emergenza: N/D, coperto come parte del servizio di Azure.

  • Insieme di credenziali di Servizi di ripristino

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione SKU Contoso: predefinita (archiviazione con ridondanza geografica))
    • Opzioni di aumento del ripristino di emergenza: l'abilitazione del ripristino tra aree crea il ripristino dei dati nell'area secondaria abbinata.
    • Note
      • Anche se sono disponibili l'archiviazione con ridondanza locale e l'archiviazione con ridondanza della zona, richiede attività di configurazione dall'impostazione predefinita.

  • Azure DevOps

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione dello SKU Contoso: DevOps Services
    • Opzioni di aumento del ripristino di emergenza: il servizio DevOps e la resilienza dei dati fanno parte dell'offerta SaaS.
    • Note
      • DevOps Server come offerta locale rimarrà responsabilità del cliente per il ripristino di emergenza.
      • Se vengono usati servizi di terze parti (SonarCloud, Jfrog Artifactory, Server di compilazione Jenkins), rimarranno responsabilità del cliente per il ripristino da un'emergenza.
      • Se le macchine virtuali IaaS vengono usate all'interno della toolchain DevOps, rimarranno responsabilità del cliente per il ripristino da un'emergenza.

Componenti di base senza stato

  • Sottoscrizioni

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: N/A
    • Opzioni di aumento del ripristino di emergenza: N/D, coperto come parte del servizio di Azure.

  • Gruppi di gestione

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: N/A
    • Opzioni di aumento del ripristino di emergenza: N/D, coperto come parte del servizio di Azure.

  • Monitoraggio di Azure

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: N/A
    • Opzioni di aumento del ripristino di emergenza: N/D, coperto come parte del servizio di Azure.

  • Gestione costi

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: N/A
    • Opzioni di aumento del ripristino di emergenza: N/D, coperto come parte del servizio di Azure.

  • Microsoft Defender per il cloud

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: N/A
    • Opzioni di aumento del ripristino di emergenza: N/D, coperto come parte del servizio di Azure.

  • DNS Azure

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: Singola zona - Pubblico
    • Opzioni di aumento del ripristino di emergenza: N/D, DNS è a disponibilità elevata per progettazione.

  • Network Watcher

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: N/A
    • Opzioni di aumento del ripristino di emergenza: N/D, coperto come parte del servizio di Azure.

  • Rete virtuale, incluse subnet, route definite dall'utente (UDR) e gruppi di sicurezza di rete

    • Responsabilità del ripristino dei componenti: Contoso
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: N/A
    • Opzioni di aumento del ripristino di emergenza: le reti virtuali possono essere replicate nell'area secondaria abbinata.

  • Firewall di Azure

    • Responsabilità del ripristino dei componenti: Contoso
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: Standard
    • Opzioni di aumento del ripristino di emergenza: Firewall di Azure è a disponibilità elevata per progettazione e può essere creato con zone di disponibilità per una maggiore disponibilità.

  • Azure DDoS

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione dello SKU Contoso: Protezione di rete DDoS
    • Opzioni di aumento del ripristino di emergenza: N/D, coperto come parte del servizio di Azure.

  • Circuito ExpressRoute

    • Responsabilità del ripristino dei componenti: Contoso, partner di connettività e Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: partner di connettività e Microsoft
    • Selezione sku Contoso: Standard
    • Opzioni di sollevamento del ripristino di emergenza:
      • ExpressRoute può essere sollevato per usare il peering privato, offrendo un servizio con ridondanza geografica.
      • ExpressRoute include anche progettazioni a disponibilità elevata .ExpressRoute offre anche progettazioni a disponibilità elevata.
      • La connessione VPN da sito a sito può essere usata come backup per ExpressRoute.
    • Note
      • ExpressRoute dispone di ridondanza predefinita, con ogni circuito costituito da due connessioni a due router perimetrali Microsoft Enterprise (MSEE) in un percorso ExpressRoute dal provider di connettività o dal perimetro di rete del client.
      • Il circuito ExpressRoute Premium consentirà l'accesso a tutte le aree di Azure a livello globale.

  • Gateway VPN

    • Responsabilità del ripristino dei componenti: Contoso
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: Singola zona - VpnGw1
    • Opzioni di aumento del ripristino di emergenza: un gateway VPN può essere distribuito in una zona di disponibilità con gli SKU VPNGw#AZ per fornire un servizio con ridondanza della zona.

  • Azure Load Balancer

    • Responsabilità del ripristino dei componenti: Contoso
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: Standard
    • Opzioni di sollevamento del ripristino di emergenza:
      • Un servizio di bilanciamento del carico può essere configurato per la ridondanza della zona all'interno di un'area con zone di disponibilità. In tal caso, il percorso dei dati rimarrà integro finché una zona all'interno dell'area rimane integra.
      • A seconda dell'area primaria, è possibile distribuire un servizio di bilanciamento del carico tra aree per una distribuzione a disponibilità elevata tra aree.
    • Note
      • Gestione traffico di Azure è un servizio di bilanciamento del carico basato su DNS. Questo servizio supporta la distribuzione del traffico per le applicazioni pubbliche nelle aree di Azure globali. Questa soluzione fornirà protezione da un'interruzione a livello di area all'interno di una progettazione a disponibilità elevata.

Servizi specifici della piattaforma dati con stato

  • Account di archiviazione: Azure Data Lake Gen2

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: archiviazione con ridondanza locale
    • Opzioni di aumento del ripristino di emergenza: gli account di archiviazione hanno un'ampia gamma di opzioni di ridondanza dei dati dalla ridondanza dell'area primaria fino alla ridondanza dell'area secondaria.
    • Note
      • L'archiviazione con ridondanza geografica è consigliata per elevare la ridondanza, fornendo una copia dei dati nell'area abbinata.

  • Hub eventi di Azure

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: Standard
    • Opzioni di aumento del ripristino di emergenza: è possibile creare uno spazio dei nomi dell'hub eventi con zone di disponibilità abilitate. Questa resilienza può essere estesa per coprire un'interruzione completa dell'area con il ripristino di emergenza geografico.
    • Note
      • Per impostazione predefinita, il ripristino di emergenza geografico di Hub eventi non replica i dati, pertanto esistono diverse considerazioni da tenere presenti per il failover e il fallback.

  • hub IoT di Azure

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: Standard
    • Opzioni di sollevamento del ripristino di emergenza:
      • hub IoT resilienza può essere sollevata da un'implementazione a disponibilità elevata tra aree.
      • Microsoft fornisce le indicazioni seguenti per le opzioni di disponibilità elevata/ripristino di emergenza.
    • Note
      • hub IoT fornisce failover avviato da Microsoft e failover manuale replicando i dati nell'area abbinata per ogni hub IoT.
      • hub IoT fornisce La disponibilità elevata all'interno dell'area e userà automaticamente una zona di disponibilità se creata in un set predefinito di aree di Azure.

  • Analisi di flusso di Azure

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: Standard
    • Opzioni di aumento del ripristino di emergenza: mentre Analisi di flusso di Azure è un'offerta paaS (Platform as a Service) completamente gestita, non offre failover geografico automatico. La ridondanza geografica può essere ottenuta distribuendo processi di Analisi di flusso identici in più aree di Azure.

  • Azure Machine Learning

    • Responsabilità del ripristino dei componenti: Contoso e Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione dello SKU Contoso: istanze per utilizzo generico, serie D
    • Opzioni di sollevamento del ripristino di emergenza:
      • Azure Machine Learning dipende da più servizi di Azure, di cui viene effettuato il provisioning nella sottoscrizione del cliente. Di conseguenza, il cliente rimane responsabile della configurazione a disponibilità elevata di questi servizi.
      • La resilienza può essere sollevata tramite una distribuzione a più aree.
    • Note:

  • Power BI

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: Power BI Pro
    • Opzioni di aumento del ripristino di emergenza: N/D, la resilienza di Power BI fa parte dell'offerta SaaS.
    • Note

  • Azure Cosmos DB

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione dello SKU Contoso: Scrittura in un'area singola con backup periodico
    • Opzioni di sollevamento del ripristino di emergenza:
      • È possibile che gli account in area singola perdano disponibilità in caso di interruzione a livello di area. È possibile elevare la resilienza a una singola area di scrittura e almeno a un'area di lettura (lettura) e abilitare il failover gestito dal servizio.
      • È consigliabile usare gli account Azure Cosmos DB per i carichi di lavoro di produzione per abilitare il failover automatico. In assenza di questa configurazione, l'account riscontrerà perdite di disponibilità di scrittura per tutta la durata dell'interruzione dell'area di scrittura, perché il failover manuale avrà esito negativo a causa della mancanza di connettività dell'area.
    • Note

  • Condivisione dati di Azure

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: N/A
    • Opzioni di aumento del ripristino di emergenza: la resilienza di Azure Condivisione dati può essere sollevata dalla distribuzione a disponibilità elevata in un'area secondaria.

  • Microsoft Purview

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: N/A
    • Opzioni di sollevamento del ripristino di emergenza: N/A
    • Note

Servizi specifici della piattaforma dati senza stato

  • Azure Synapse: Pipeline

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione dello SKU Contoso: Gen2 ottimizzata per il calcolo
    • Opzioni di aumento del ripristino di emergenza: N/A, resilienza di Synapse fa parte della sua offerta SaaS usando la funzionalità di failover automatico.
    • Note
      • Se vengono usate pipeline di dati self-hosted, rimarranno responsabilità del cliente per il ripristino da un'emergenza.

  • Azure Synapse: pool di Esplora dati

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: Ottimizzato per il calcolo, Piccolo (4 core)
    • Opzioni di aumento del ripristino di emergenza: la resilienza N/A, Synapse fa parte dell'offerta SaaS.
    • Note
      • zone di disponibilità sono abilitati per impostazione predefinita per Synapse Esplora dati dove disponibile.

  • Azure Synapse: pool di Spark

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione sku Contoso: Ottimizzato per il calcolo, Piccolo (4 core)
    • Opzioni di aumento del ripristino di emergenza: la resilienza N/A, Synapse fa parte dell'offerta SaaS.
    • Note

  • Azure Synapse: pool SQL serverless e dedicati

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Contoso
    • Selezione dello SKU Contoso: Gen2 ottimizzata per il calcolo
    • Opzioni di aumento del ripristino di emergenza: la resilienza N/A, Synapse fa parte dell'offerta SaaS.
    • Note
      • Azure Synapse Analytics crea automaticamente snapshot durante il giorno per creare punti di ripristino disponibili per sette giorni.
      • Azure Synapse Analytics esegue un backup geografico standard una volta al giorno in un data center associato. L'obiettivo del punto di ripristino (RPO) per un ripristino geografico è di 24 ore.
      • Se vengono usate pipeline di dati self-hosted, rimarranno i clienti responsabili del ripristino da un'emergenza.

  • Servizi di intelligenza artificiale di Azure (in precedenza Servizi cognitivi)

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione dello SKU Contoso: pagamento in base al consumo
    • Opzioni di aggiornamento del ripristino di emergenza: N/D, le API per i servizi di intelligenza artificiale sono ospitate dai data center gestiti da Microsoft.
    • Note
      • Se i servizi di intelligenza artificiale sono stati distribuiti tramite contenitori Docker distribuiti dal cliente, il ripristino rimane responsabilità del cliente.

  • Azure AI Search (in precedenza Ricerca cognitiva)

    • Responsabilità del ripristino dei componenti: Microsoft
    • Responsabilità del carico di lavoro/ripristino della configurazione: Microsoft
    • Selezione sku Contoso: Standard S1
    • Opzioni di sollevamento del ripristino di emergenza:
      • La ricerca di intelligenza artificiale può essere generata in una progettazione a disponibilità elevata usando repliche tra zone e aree di disponibilità.
      • Più servizi in aree separate possono estendere ulteriormente la resilienza.
    • Note
      • La continuità aziendale e il ripristino di emergenza per la ricerca di intelligenza artificiale si ottengono tramite più servizio di ricerca di intelligenza artificiale.
      • non esiste alcun meccanismo predefinito per il ripristino di emergenza. Se è necessario un servizio continuo durante un errore irreversibile, è consigliabile avere un secondo servizio in un'area diversa e implementare una strategia di replica geografica per garantire che gli indici siano completamente ridondanti in tutti i servizi.

Componenti con stato e senza stato

La velocità dell'innovazione nella suite di prodotti Microsoft e in Azure, in particolare, significa che il set di componenti usato per questo esempio funzionato si evolverà rapidamente. Per fornire indicazioni non aggiornate ed estendere queste linee guida ai componenti non trattati in modo esplicito in questo documento, la sezione seguente fornisce alcune istruzioni basate sulla classificazione granulare grossolana dello stato.

Un componente/servizio può essere descritto come con stato se è progettato per ricordare gli eventi precedenti o le interazioni dell'utente. Senza stato significa che non esiste alcun record di interazioni precedenti e ogni richiesta di interazione deve essere gestita interamente in base alle informazioni fornite con esso.

Per uno scenario di ripristino di emergenza che richiede la ridistribuzione:

  • I componenti o i servizi "senza stato", come Funzioni di Azure e le pipeline di Azure Data Factory, possono essere ridistribuiti dal controllo del codice sorgente con almeno uno smoke test per convalidare la disponibilità prima di essere introdotti nel sistema più ampio.
  • I componenti o i servizi "con stato", ad esempio database SQL di Azure e gli account di archiviazione, richiedono maggiore attenzione.
    • Quando si acquista il componente, una decisione chiave selezionerà la funzionalità di ridondanza dei dati. Questa decisione si concentra in genere su un compromesso tra disponibilità e durabilità con i costi operativi.
  • Gli archivi dati necessitano anche di una strategia di backup dei dati. La funzionalità di ridondanza dei dati dell'archiviazione sottostante riduce questo rischio per alcune progettazioni, mentre altri, come i database SQL, richiederanno un processo di backup separato.
    • Se necessario, il componente può essere ridistribuibile dal controllo del codice sorgente con una configurazione convalidata tramite un smoke test.
    • Un archivio dati ridistribuito deve avere il set di dati riattivato. La riattivazione può essere eseguita tramite ridondanza dei dati (se disponibile) o un set di dati di backup. Al termine della riattivazione, è necessario convalidarla per garantire l'accuratezza e la completezza.
      • A seconda della natura del processo di backup, i set di dati di backup possono richiedere la convalida prima di essere applicati. Il danneggiamento o gli errori del processo di backup possono comportare l'uso di un backup precedente al posto della versione più recente disponibile.
    • Qualsiasi delta tra data/ora del componente e la data corrente deve essere risolto eseguendo nuovamente o riproducendo i processi di inserimento dati da quel punto in avanti.
    • Quando il set di dati del componente è aggiornato, può essere introdotto nel sistema più ampio.

Altri servizi chiave

Questa sezione contiene indicazioni sulla disponibilità elevata e sul ripristino di emergenza per altri componenti e servizi dati di Azure chiave.

  • Azure Databricks - Linee guida per il ripristino di emergenza sono disponibili nella documentazione del prodotto.
  • Azure Analysis Services - Linee guida per la disponibilità elevata sono disponibili nella documentazione del prodotto.
  • Database di Azure per MySQL
    • Le linee guida per la disponibilità elevata del server flessibile sono disponibili nella documentazione del prodotto.
    • Le linee guida per la disponibilità elevata a server singolo sono disponibili nella documentazione del prodotto.
  • SQL
    • Le linee guida per SQL nelle macchine virtuali di Azure sono disponibili nella documentazione del prodotto.
    • Le linee guida per AZURE SQL e Istanza gestita di SQL di Azure sono disponibili nella documentazione del prodotto.

Passaggi successivi

Dopo aver appreso le informazioni sull'architettura dello scenario, è possibile ottenere informazioni sui dettagli dello scenario.