Condividi tramite

Linee guida per il ripristino di emergenza per Azure Data Lake Analytics

  • Articolo

>[! IMPORTANTE] > Azure Data Lake Analytics ritirato il 29 febbraio 2024. Altre informazioni con questo annuncio. > >Per l'analisi dei dati, l'organizzazione può usare Azure Synapse Analytics o Microsoft Fabric.s

Azure Data Lake Analytics è un servizio per processi di analisi su richiesta che semplifica l'uso dei Big Data. Anziché distribuire, configurare e ottimizzare l'hardware, è possibile scrivere query per trasformare i dati ed estrarre informazioni di interesse. Con il servizio di analisi è possibile gestire processi di qualsiasi dimensione immediatamente definendo il livello e l'ambito necessari. Si paga solo per il lavoro quando è in esecuzione, rendendolo conveniente. Questo articolo fornisce indicazioni su come proteggere i processi da interruzioni rare a livello di area o eliminazioni accidentali.

Indicazioni sul ripristino di emergenza

Quando si usa Azure Data Lake Analytics, è fondamentale preparare il proprio piano di ripristino di emergenza. Questo articolo illustra come creare un piano di ripristino di emergenza. Sono disponibili altre risorse che consentono di creare il proprio piano:

Procedure consigliate e linee guida per scenari

È possibile eseguire un processo U-SQL ricorrente in un account ADLA in un'area che legge e scrive tabelle U-SQL e dati non strutturati. Preparare una emergenza eseguendo questa procedura:

  1. Creare account ADLA e ADLS nell'area secondaria che verranno usati durante un'interruzione.

    Nota

    Poiché i nomi degli account sono univoci a livello globale, usare uno schema di denominazione coerente che indica quale account è secondario.

  2. Per i dati non strutturati, fare riferimento alle linee guida per il ripristino di emergenza per i dati in Azure Data Lake Storage Gen1

  3. Per i dati strutturati archiviati in tabelle e database ADLA, creare copie degli artefatti dei metadati, ad esempio database, tabelle, funzioni con valori di tabella e assembly. È necessario risincronizzare periodicamente questi artefatti quando si verificano modifiche nell'ambiente di produzione. Ad esempio, i dati appena inseriti devono essere replicati nell'area secondaria copiando i dati e inserendo nella tabella secondaria.

    Nota

    Questi nomi di oggetti sono inclusi nell'ambito dell'account secondario e non sono univoci a livello globale, in modo che possano avere gli stessi nomi dell'account di produzione primario.

Durante un'interruzione, è necessario aggiornare gli script in modo che i percorsi di input puntino all'endpoint secondario. Gli utenti inviano quindi i propri processi all'account ADLA nell'area secondaria. L'output del processo verrà quindi scritto nell'account ADLA e ADLS nell'area secondaria.

Passaggi successivi

Materiale sussidiario per il ripristino di emergenza dei dati in Azure Data Lake Storage Gen1