Руководство по аварийному восстановлению для Azure Data Lake Analytics

  • Статья

>[! ВАЖНО! > Azure Data Lake Analytics прекращена 29 февраля 2024 г. Дополнительные сведения см. в этом объявлении. >>Для аналитики данных ваша организация может использовать Azure Synapse Analytics или Microsoft Fabric.s.

Azure Data Lake Analytics — это служба обработки заданий аналитики по запросу, позволяющая упростить большие данные. Вместо развертывания и настройки оборудования вы пишете запросы для преобразования данных и получения ценных выводов. Служба аналитики способна мгновенно выполнять задания любого масштаба, для чего нужно указать необходимый объем ресурсов. Вы платите за работу только тогда, когда она работает, что делает ее экономически эффективной. В этой статье содержится руководство о том, как защитить свои задания от редких сбоев в работе или случайного удаления в масштабах всего региона.

Руководство по аварийному восстановлению

При использовании Azure Data Lake Analytics очень важно подготовить собственный план аварийного восстановления. Эта статья поможет вам составить план аварийного восстановления. Существует больше ресурсов, которые помогут вам создать собственный план:

Рекомендации и рекомендации по сценариям

Вы можете запустить повторяющееся задание U-SQL в учетной записи ADLA в регионе, который считывает и записывает таблицы U-SQL и неструктурированные данные. Подготовьтесь к катастрофе, выполнив следующие действия.

  1. Создайте учетные записи ADLA и ADLS во вторичном регионе, которые будут использоваться во время отключения.

    Примечание

    Поскольку имена учетных записей глобально уникальны, используйте согласованную схему именования, которая указывает, какая учетная запись является вторичной.

  2. Для неструктурированных данных см. Руководство по аварийному восстановлению данных в Azure Data Lake Storage 1-го поколения

  3. Для структурированных данных, хранящихся в таблицах и базах данных ADLA, создайте копии артефактов метаданных, таких как базы данных, таблицы, возвращающие табличное значение функции и сборки. Вам необходимо периодически повторно синхронизировать эти артефакты, когда в производственной среде происходят изменения. Например, вновь вставленные данные необходимо реплицировать во вторичную область путем копирования данных и вставки во вторичную таблицу.

    Примечание

    Эти имена объектов привязаны к вторичной учетной записи и не являются уникальными в глобальном масштабе, поэтому они могут иметь те же имена, что и в основной производственной учетной записи.

Во время простоя вам необходимо обновить свои скрипты, чтобы входные пути указывали на вторичную конечную точку. Затем пользователи отправляют свои задания в учетную запись ADLA во вторичном регионе. Результат задания будет записан в учетную запись ADLA и ADLS во вторичном регионе.

Дальнейшие действия

Руководство по аварийному восстановлению данных в Azure Data Lake Storage 1-го поколения