Delen via

Richtlijnen voor herstel na noodgevallen voor Azure Data Lake Analytics

  • Artikel

>[! BELANGRIJK] > Azure Data Lake Analytics op 29 februari 2024 buiten gebruik gesteld. Meer informatie over deze aankondiging. > >Voor gegevensanalyse kan uw organisatie Azure Synapse Analytics of Microsoft Fabric.s gebruiken

Azure Data Lake Analytics is een service op aanvraag voor het uitvoeren van analysetaken, om de analyse van big data te vereenvoudigen. U hoeft geen hardware te implementeren, configureren en optimaliseren, maar kunt query's schrijven om uw data te transformeren en waardevolle inzichten te verkrijgen. De analyseservice kan taken van elke schaal onmiddellijk verwerken, door de hoeveelheid rekenkracht die u nodig hebt aan te passen. U betaalt alleen voor uw taak wanneer deze wordt uitgevoerd, waardoor deze rendabel is. Dit artikel bevat richtlijnen voor het beveiligen van uw taken tegen zeldzame regiobrede storingen of onbedoelde verwijderingen.

Richtlijnen voor herstel na noodgevallen

Wanneer u Azure Data Lake Analytics gebruikt, is het essentieel dat u uw eigen noodherstelplan voorbereidt. Dit artikel helpt u bij het maken van een noodherstelplan. Er zijn meer resources die u kunnen helpen bij het maken van uw eigen plan:

Best practices en richtlijnen voor scenario's

U kunt een terugkerende U-SQL-taak uitvoeren in een ADLA-account in een regio die U-SQL-tabellen en ongestructureerde gegevens leest en schrijft. Bereid u voor op een noodgeval door de volgende stappen uit te voeren:

  1. Maak ADLA- en ADLS-accounts in de secundaire regio die worden gebruikt tijdens een storing.

    Notitie

    Omdat accountnamen wereldwijd uniek zijn, gebruikt u een consistent naamgevingsschema dat aangeeft welk account secundair is.

  2. Raadpleeg Richtlijnen voor herstel na noodgevallen voor gegevens in Azure Data Lake Storage Gen1 voor ongestructureerde gegevens

  3. Voor gestructureerde gegevens die zijn opgeslagen in ADLA-tabellen en -databases, maakt u kopieën van de metagegevensartefacten, zoals databases, tabellen, tabelwaardefuncties en assembly's. U moet deze artefacten regelmatig opnieuw synchroniseren wanneer er wijzigingen plaatsvinden in de productie. Nieuw ingevoegde gegevens moeten bijvoorbeeld worden gerepliceerd naar de secundaire regio door de gegevens te kopiëren en in te voegen in de secundaire tabel.

    Notitie

    Deze objectnamen zijn gericht op het secundaire account en zijn niet globaal uniek, zodat ze dezelfde namen kunnen hebben als in het primaire productieaccount.

Tijdens een storing moet u uw scripts bijwerken, zodat de invoerpaden naar het secundaire eindpunt verwijzen. Vervolgens verzenden de gebruikers hun taken naar het ADLA-account in de secundaire regio. De uitvoer van de taak wordt vervolgens naar de ADLA en het ADLS-account in de secundaire regio geschreven.

Volgende stappen

Richtlijnen voor herstel na noodgevallen voor gegevens in Azure Data Lake Storage Gen1