Udostępnij za pośrednictwem

Wskazówki dotyczące odzyskiwania po awarii dla usługi Azure Data Lake Analytics

  • Artykuł

>[! WAŻNE] > Usługa Azure Data Lake Analytics wycofana 29 lutego 2024 r. Dowiedz się więcej z tego ogłoszenia. > >W przypadku analizy danych organizacja może używać usługi Azure Synapse Analytics lub Microsoft Fabric.s

Usługa Azure Data Lake Analytics jest usługą zadań analizy na żądanie, która pozwala uprościć analizowanie danych big data. Zamiast wdrażać, konfigurować i dostosowywać sprzęt, możesz pisać zapytania umożliwiające przekształcanie danych i wyodrębniać wartościowe informacje. Usługa analizy może od razu rozpocząć obsługę zadań w dowolnej skali — należy wybrać ustawienie wskazujące potrzebną moc. Płacisz tylko za pracę, gdy jest uruchomiona, co czyni je opłacalnym. Ten artykuł zawiera wskazówki dotyczące ochrony zadań przed rzadkimi awariami w całym regionie lub przypadkowymi usunięciami.

Wskazówki dotyczące odzyskiwania po awarii

W przypadku korzystania z usługi Azure Data Lake Analytics ważne jest przygotowanie własnego planu odzyskiwania po awarii. Ten artykuł ułatwia utworzenie planu odzyskiwania po awarii. Istnieje więcej zasobów, które mogą pomóc w utworzeniu własnego planu:

Najlepsze rozwiązania i wskazówki dotyczące scenariuszy

Cykliczne zadanie U-SQL można uruchomić na koncie usługi ADLA w regionie, który odczytuje i zapisuje tabele U-SQL i dane bez struktury. Przygotuj się do awarii, wykonując następujące kroki:

  1. Utwórz konta ADLA i ADLS w regionie pomocniczym, które będą używane podczas awarii.

    Uwaga

    Ponieważ nazwy kont są globalnie unikatowe, użyj spójnego schematu nazewnictwa, który wskazuje, które konto jest pomocnicze.

  2. W przypadku danych bez struktury zapoznaj się ze wskazówkami dotyczącymi odzyskiwania po awarii dla danych w usłudze Azure Data Lake Storage Gen1

  3. W przypadku danych strukturalnych przechowywanych w tabelach i bazach danych usługi ADLA utwórz kopie artefaktów metadanych, takich jak bazy danych, tabele, funkcje wartości tabeli i zestawy. Należy okresowo ponownie synchronizować te artefakty w przypadku zmiany w środowisku produkcyjnym. Na przykład nowo wstawione dane muszą być replikowane do regionu pomocniczego przez skopiowanie danych i wstawienie do tabeli pomocniczej.

    Uwaga

    Te nazwy obiektów są ograniczone do konta pomocniczego i nie są globalnie unikatowe, dlatego mogą mieć takie same nazwy jak w podstawowym koncie produkcyjnym.

Podczas awarii należy zaktualizować skrypty, aby ścieżki wejściowe wskazywały pomocniczy punkt końcowy. Następnie użytkownicy przesyłają swoje zadania do konta USŁUGI ADLA w regionie pomocniczym. Dane wyjściowe zadania zostaną następnie zapisane na koncie ADLA i ADLS w regionie pomocniczym.

Następne kroki

Wskazówki dotyczące odzyskiwania po awarii dla danych w usłudze Azure Data Lake Storage Gen1