Выполнение задания экспорта в журналах Azure Monitor (предварительная версия)

Экспорт исторических записей из таблицы рабочей области Log Analytics с помощью задания экспорта (предварительная версия). Задание экспорта — это асинхронная операция по запросу, которая экспортирует журналы из одной таблицы в учетную запись Хранилище BLOB-объектов Azure. На основе запроса на языке Kusto Query Language (KQL) и указанного вами временного диапазона результаты записываются в Хранилище BLOB-объектов в формате Parquet и распределяются по почасовым папкам.

Задание на экспорт дополняет правила экспорта данных Log Analytics, которые непрерывно передают новые данные по мере их поступления, но не могут охватить данные, которые уже поступили в вашу рабочую область. Задание экспорта заполняет этот разрыв. Используйте задание экспорта, если необходимо экспортировать исторические данные, которые уже есть в рабочей области до начала правила экспорта данных, или при экспорте определенного подмножества записей на основе запроса KQL.

В этой статье показано, как предоставить необходимые разрешения, отправить задание экспорта через REST API или PowerShell и отслеживать его до завершения.

Prerequisites

• Рабочая область Log Analytics с хотя бы одной таблицей в плане "Аналитика" или "Базовый". Вспомогательный план не поддерживается.
• Учетная запись Хранилище BLOB-объектов Azure для получения экспортированных данных. Планируйте емкость с учетом объема экспортируемых данных, как описано в целевых показателях масштабируемости учетной записи хранения.

Как работает задание экспорта

При отправке задания на экспорт Azure Monitor Logs распределяет запрос между несколькими параллельными секциями и экспортирует результаты в вашу учётную запись хранения Azure, раскладывая их по папкам за каждый час. Длительность задания зависит от объема сканированных и экспортированных данных, и может продлиться до нескольких дней при экспорте сотен терабайтов.

Встроенный механизм повторных попыток управляет временными сбоями, поэтому задание успешно завершается при экспорте всех данных. Если какие-либо контейнеры завершаются с ошибкой, задание завершается со статусом Failed. Отправьте запрос retry в течение семи дней, пока сохраняется состояние задания, чтобы вручную повторно обработать неудачные сегменты.

Задания экспорта выполняются на отдельных вычислительных ресурсах, независимо от процесса приема данных, поэтому они не влияют ни на прием данных в рабочую область, ни на выполнение запросов.

Создание заданий экспорта и управление ими с помощью REST API Log Analytics. Получите доступ к экспортированным данным в виде BLOB-объектов Parquet в вашей учетной записи хранения.

Права доступа к заданию экспорта

Чтобы запустить задание экспорта, вам потребуются разрешения в рабочей области Log Analytics. Кроме того, необходимо предоставить управляемой идентичности рабочей области, назначаемой системой, доступ к целевой учетной записи хранения.

Предоставьте управляемому удостоверению рабочей области Log Analytics доступ к служба хранилища Azure

Управляемое удостоверение, назначаемое системой, рабочей области Log Analytics проходит проверку подлинности в вашей учетной записи хранения Azure для записи экспортируемых BLOB-объектов. Настройте этот идентификатор один раз для каждого рабочего пространства.

Шаг 1. Создайте управляемое удостоверение, назначенное системой, для рабочей области

subscriptionId="aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e"
resourceGroupName="myResourceGroup"
workspaceName="myWorkspace"
apiVersion="2025-07-01"

apiEndpoint="https://management.azure.com"
path="/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider$queryString"

az account set --subscription "$subscriptionId"

az rest --method put --url "$url" --body @body.json

{
  "location": "eastus",
  "identity": {
    "type": "SystemAssigned"
  }
}

PUT https://management.azure.com/subscriptions/{subscriptionId}/resourcegroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}?api-version=2025-07-01
Authorization: Bearer {accessToken}
Content-Type: application/json

{
  "location": "eastus",
  "identity": {
    "type": "SystemAssigned"
  }
}

# User input
$subscriptionId = 'aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e'
$resourceGroupName = 'myResourceGroup'
$workspaceName = 'myWorkspace'
$apiVersion = '2025-07-01'

# Build request URL
$apiEndpoint = 'https://management.azure.com'
$path = "/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider$queryString"

# Set subscription context
Set-AzContext -Subscription $subscriptionId

# Build request body
$body = @{
  location = 'eastus'
  identity = @{ type = 'SystemAssigned' }
} | ConvertTo-Json -Depth 5

# Send request
$params = @{
  Method = 'PUT'
  Uri    = $url
  Payload = $body
}

Invoke-AzRestMethod @params

Шаг 2. Предоставьте управляемому удостоверению доступ на запись к целевой учетной записи хранения

1. На портале Azure откройте целевую учетную запись хранения.
2. Выберите Управление доступом (IAM)>Добавить>Добавить назначение ролей.
3. На вкладке Роль выберите Участник данных больших двоичных объектов хранилища, а затем выберите Далее.
4. На вкладке «Участники» в поле «Назначить доступ для» выберите «Управляемое удостоверение», а затем выберите «+ Выбрать участников».
5. На панели «Выбор управляемых удостоверений» выберите подписку и тип управляемого удостоверения рабочая область Log Analytics, выберите рабочую область, а затем выберите Выбрать.
6. Выберите кнопку Проверить + назначить.

Шаг 3. Предоставление управляемому удостоверению доступа на чтение к конечной точке учетной записи хранения

Повторите процедуру назначения роли, но на этот раз назначьте тому же управляемому удостоверению встроенную роль Log Analytics Reader. Эта роль предоставляет разрешение Microsoft.Storage/storageAccounts/read, необходимое для определения конечной точки учётной записи хранения.

Особенности задания на экспорт

Перед отправкой задания экспорта рассмотрите следующие факторы:

• Настройте задание с помощью REST API. Интерфейс портала Azure еще недоступен.
• Экспорт таблиц в планах "Аналитика" и "Базовый". Вспомогательный план не поддерживается.
• Экспортированные данные записываются в формате Parquet. Формат JSON еще не поддерживается.
• Приватный канал Azure и периметр безопасности сети пока не поддерживаются.
• Аварийное переключение при сбое репликации рабочей области может прервать выполняющиеся задания. Вы не можете создавать новые задания на экспорт во вторичном регионе.
• Задание на экспорт не поддерживает условия контроля доступа на основе атрибутов Azure (ABAC). Если вы настраиваете любое условие ABAC в рабочей области или существует защищенная таблица, и у вас нет достаточных разрешений для запроса, задания экспорта завершаются сбоем на уровне рабочей области и возвращают ошибку 403 (запрещено) без подробного сообщения.

Экспорт цен на задание

Плата за задания экспорта взимается на основе двух счетчиков Azure Monitor:

• Поиск заданий тарифицируется по объему данных, просканированных в исходной таблице.
• Экспорт данных Log Analytics тарифицируется по объему экспортированных данных, измеренному в целевой учетной записи хранения Azure.

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

Метрики экспорта данных Log Analytics используются правилами экспорта данных. Чтобы отличить начисления за задания на экспорт от начислений за правила экспорта данных в счете или в разделе анализа затрат, проверьте поле «Дополнительные сведения». Задания экспорта помечены тегом ExportType:Export job. Правила экспорта данных помечены тегом ExportType:Data export rule.

Подробные сведения о ценах см. в статье Цены на Azure Monitor.

Обеспечение полноты данных

Задание экспорта предназначено для обработки сотен терабайт журналов и включает механизм повторных попыток для преодоления временных проблем в запросах, сетях или хранилище. Если задание завершилось с ошибкой, в одном или нескольких контейнерах могут отсутствовать результаты. Экспорт можно завершить в течение семи дней после завершения исходного задания с помощью действия retry в jobId. Процесс повторных попыток оптимизирован для обработки неполных или отсутствующих данных, при этом пропуская данные, которые уже были успешно экспортированы, чтобы предотвратить дублирование в целевой системе.

Чтобы проверить состояние активных и завершенных заданий, включите параметры диагностики заданий в рабочей области, а затем запросите таблицу LAJobLogs . Вы можете инициировать до пяти повторных попыток, каждая из которых должна быть выполнена в течение семи дней с момента последнего завершения задания.

Следующий пример запроса возвращает неудачные задания за последние семь дней:

LAJobLogs
| where TimeGenerated > ago(7d)
| where Status == "Failed"
| sort by TimeGenerated asc

Управление заданием экспорта

Управление заданиями экспорта с помощью REST API с параметрами конфигурации задания. API поддерживает действия для создания заданий, проверок состояния, повторных попыток и отмены.

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

Экспорт параметров API заданий

Следующие параметры определяют запрос задания экспорта:

Оценка размера задания экспорта

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

Если вы хотите экспортировать все данные для заданного диапазона времени, укажите только имя таблицы.query Если вы хотите экспортировать подмножество записей, напишите поисковый запрос, используя те же соглашения KQL, что и задания поиска , и убедитесь, что он возвращает только необходимые записи.

Например, чтобы оценить экспорт всех данных в StorageBlobLogs течение 90-дневного периода, выполните следующий запрос в рабочей области. Результат указывает общий объём данных, затрагиваемый заданием, и вероятность того, что задание завершится по тайм-ауту.

// Definitions
let maxExportGBperDay = 10000;       // assessed max daily GB during preview
let maxExportDurationDays = 7;        // max job runtime in days
//---------------------------------
// Job parameters
let exportRangeDays = 90;             // export time range in days
let tableName = 'StorageBlobLogs';    // table to export
//----------------------------------
// Query
Usage
| where TimeGenerated > ago(30d)
| where DataType == tableName
| summarize last30dGB = sum(Quantity) / 1000   // 30-day ingestion in GB
| extend TotalGBforRange = last30dGB / 30 * exportRangeDays
| extend IsExceedLimit = iff(TotalGBforRange > maxExportDurationDays * maxExportGBperDay, true, false)
| project-away last30dGB

Когда IsExceedLimit имеет значение true, выполнение задания, скорее всего, завершится по тайм-ауту. Вместо этого отправьте несколько заданий с меньшими временными диапазонами.

Сгенерируйте токен Bearer для вызова API задания на экспорт

Запросы REST к API заданий экспорта требуют маркера Authorization: Bearer . Срок действия токенов периодически истекает, и истекший токен возвращает ответ 403 Unauthorized. API задания экспорта использует конечную точку api.loganalytics.io плоскости данных (эквивалентно api.loganalytics.azure.com). Существует несколько способов получить токен.

• Если вы используете Azure CLI, команда az rest автоматически создает токены.
• Если вы используете Azure PowerShell, командлет Invoke-AzRestMethod создает токены за вас.
• Для прямых вызовов REST API используйте один из следующих скриптов, чтобы сгенерировать токен, а затем вставьте его в качестве значения Authorization в своих REST-запросах.

az login --tenant aaaabbbb-0000-cccc-1111-dddd2222eeee
az account set --subscription aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e
token=$(az account get-access-token --resource https://api.loganalytics.io --query accessToken -o tsv)

Connect-AzAccount -Tenant 'aaaabbbb-0000-cccc-1111-dddd2222eeee'
Set-AzContext -Subscription 'aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e'
$tokenObj = Get-AzAccessToken -ResourceUrl "https://api.loganalytics.io" -AsSecureString
$token = ConvertFrom-SecureString -SecureString $tokenObj.Token -AsPlainText

Создание задания экспорта

Перед созданием задания на экспорт убедитесь, что рабочая область имеет системно назначенную управляемую идентичность с ролью "Участник данных BLOB-объектов хранилища" для целевой учетной записи хранения. Для прямых вызовов REST API вам также потребуется токен bearer для API плоскости данных Log Analytics.

Отправьте следующий запрос, чтобы запустить задание экспорта. Операция выполняется асинхронно и может выполняться несколько дней при объёме данных в сотни терабайт.

subscriptionId="aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e"
resourceGroupName="myResourceGroup"
workspaceName="myWorkspace"
apiVersion="2025-06-01-preview"

apiEndpoint="https://api.loganalytics.io"
path="/v2/subscriptions/$subscriptionId/resourcegroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider/jobs/export$queryString"

az account set --subscription "$subscriptionId"

az rest --method post --url "$url" --body @body.json

{
  "startTime": "2026-01-01T00:00:00",
  "endTime": "2026-03-01T00:00:00",
  "query": "CommonSecurityLog",
  "destinationStorageAccounts": [
    "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/myResourceGroup/providers/Microsoft.Storage/storageAccounts/myStorageAccount"
  ],
  "containerName": "common-security-log-export",
  "outputDataFormat": "Parquet",
  "dateTimeFormat": "yyyy-MM-ddTHH"
}

POST https://api.loganalytics.azure.com/v2/subscriptions/{subscriptionId}/resourcegroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/jobs/export?api-version=2025-06-01-preview
Authorization: Bearer {accessToken}
Content-Type: application/json

{
  "startTime": "2026-01-01T00:00:00",
  "endTime": "2026-03-01T00:00:00",
  "query": "CommonSecurityLog",
  "destinationStorageAccounts": [
    "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/myResourceGroup/providers/Microsoft.Storage/storageAccounts/myStorageAccount"
  ],
  "containerName": "common-security-log-export",
  "outputDataFormat": "Parquet",
  "dateTimeFormat": "yyyy-MM-ddTHH"
}

202 Accepted

{
  "operationId": "aaaa0000-bb11-2222-33cc-444444dddddd"
}

# User input
$subscriptionId = 'aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e'
$resourceGroupName = 'myResourceGroup'
$workspaceName = 'myWorkspace'
$storageAccountName = 'myStorageAccount'
$containerName = 'common-security-log-export'
$query = 'CommonSecurityLog'
$apiVersion = '2025-06-01-preview'

# Build request URL
$apiEndpoint = 'https://api.loganalytics.io'
$path = "/v2/subscriptions/$subscriptionId/resourcegroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider/jobs/export$queryString"

# Build destination storage account resource ID
$storagePath = "/subscriptions/$subscriptionId/resourceGroups/$resourceGroupName"
$storageProviders = "Microsoft.Storage/storageAccounts/$storageAccountName"
$destinationStorageAccount = "$storagePath/providers/$storageProviders"

# Set subscription context
Set-AzContext -Subscription $subscriptionId

# Build request body
$createJobBody = @{
  startTime                  = '2026-01-01T00:00:00'
  endTime                    = '2026-03-01T00:00:00'
  query                      = $query
  destinationStorageAccounts = @($destinationStorageAccount)
  containerName              = $containerName
  outputDataFormat           = 'Parquet'
  dateTimeFormat             = 'yyyy-MM-ddTHH'
} | ConvertTo-Json -Depth 4

# Send request
$createJobParams = @{
  Method   = 'POST'
  Uri      = $url
  Payload  = $createJobBody
}

Invoke-AzRestMethod @createJobParams

Проверка состояния задания экспорта

Отправьте следующий запрос с заданием jobId экспорта, чтобы проверить состояние задания.

subscriptionId="aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e"
resourceGroupName="myResourceGroup"
workspaceName="myWorkspace"
jobId="aaaa0000-bb11-2222-33cc-444444dddddd"
apiVersion="2025-06-01-preview"

apiEndpoint="https://api.loganalytics.io"
path="/v2/subscriptions/$subscriptionId/resourcegroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider/jobs/export/$jobId/status$queryString"

az account set --subscription "$subscriptionId"

az rest --method get --url "$url"

GET https://api.loganalytics.azure.com/v2/subscriptions/{subscriptionId}/resourcegroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/jobs/export/{jobId}/status?api-version=2025-06-01-preview
Authorization: Bearer {accessToken}
Content-Type: application/json

200 OK

{
  "jobStatus": "InProgress",
  "resultStatistics": {
    "progressPercentage": 28.571428571428573,
    "resultCount": 660296130,
    "scannedGigabytes": 316.164495156
  }
}

# User input
$subscriptionId = 'aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e'
$resourceGroupName = 'myResourceGroup'
$workspaceName = 'myWorkspace'
$jobId = 'aaaa0000-bb11-2222-33cc-444444dddddd'
$apiVersion = '2025-06-01-preview'

# Build request URL
$apiEndpoint = 'https://api.loganalytics.io'
$path = "/v2/subscriptions/$subscriptionId/resourcegroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider/jobs/export/$jobId/status$queryString"

# Set subscription context
Set-AzContext -Subscription $subscriptionId

# Send request
$statusParams = @{
  Method   = 'GET'
  Uri      = $url
}

Invoke-AzRestMethod @statusParams

Отмена задания экспорта

Отправьте следующий запрос с заданием экспорта jobId, чтобы отменить это задание. Данные, обработанные и экспортированные до отмены, остаются доступными в целевой учетной записи хранения Azure и оплачиваются соответствующим образом.

subscriptionId="aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e"
resourceGroupName="myResourceGroup"
workspaceName="myWorkspace"
jobId="aaaa0000-bb11-2222-33cc-444444dddddd"
apiVersion="2025-06-01-preview"

apiEndpoint="https://api.loganalytics.io"
path="/v2/subscriptions/$subscriptionId/resourcegroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider/jobs/export/$jobId/cancel$queryString"

az account set --subscription "$subscriptionId"

az rest --method post --url "$url"

POST https://api.loganalytics.azure.com/v2/subscriptions/{subscriptionId}/resourcegroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/jobs/export/{jobId}/cancel?api-version=2025-06-01-preview
Authorization: Bearer {accessToken}
Content-Type: application/json

200 OK

{
  "jobStatus": "Canceled",
  "resultStatistics": {
    "progressPercentage": 57.1428571428573,
    "resultCount": 296130,
    "scannedGigabytes": 461.64495156
  }
}

# User input
$subscriptionId = 'aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e'
$resourceGroupName = 'myResourceGroup'
$workspaceName = 'myWorkspace'
$jobId = 'aaaa0000-bb11-2222-33cc-444444dddddd'
$apiVersion = '2025-06-01-preview'

# Build request URL
$apiEndpoint = 'https://api.loganalytics.io'
$path = "/v2/subscriptions/$subscriptionId/resourcegroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider/jobs/export/$jobId/cancel$queryString"

# Set subscription context
Set-AzContext -Subscription $subscriptionId

# Send request
$cancelParams = @{
  Method   = 'POST'
  Uri      = $url
}

Invoke-AzRestMethod @cancelParams

Повторите задание экспорта

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

Вы можете вручную повторно запустить задание экспорта не более пяти раз для каждого jobId. Каждая повторная попытка должна быть выполнена в течение семи дней с момента последнего завершения задания. Если все попытки повторных попыток исчерпаны, задание завершается с состоянием Failed .

subscriptionId="aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e"
resourceGroupName="myResourceGroup"
workspaceName="myWorkspace"
jobId="aaaa0000-bb11-2222-33cc-444444dddddd"
apiVersion="2025-06-01-preview"

apiEndpoint="https://api.loganalytics.io"
path="/v2/subscriptions/$subscriptionId/resourcegroups/$resourceGroupName"
provider="Microsoft.OperationalInsights/workspaces/$workspaceName"
queryString="?api-version=$apiVersion"
url="$apiEndpoint$path/providers/$provider/jobs/export/$jobId/retry$queryString"

az account set --subscription "$subscriptionId"

az rest --method post --url "$url"

POST https://api.loganalytics.azure.com/v2/subscriptions/{subscriptionId}/resourcegroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/jobs/export/{jobId}/retry?api-version=2025-06-01-preview
Authorization: Bearer {accessToken}
Content-Type: application/json

202 Accepted

{
  "operationId": "aaaa0000-bb11-2222-33cc-444444dddddd"
}

# User input
$subscriptionId = 'aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e'
$resourceGroupName = 'myResourceGroup'
$workspaceName = 'myWorkspace'
$jobId = 'aaaa0000-bb11-2222-33cc-444444dddddd'
$apiVersion = '2025-06-01-preview'

# Build request URL
$apiEndpoint = 'https://api.loganalytics.io'
$path = "/v2/subscriptions/$subscriptionId/resourcegroups/$resourceGroupName"
$provider = "Microsoft.OperationalInsights/workspaces/$workspaceName"
$queryString = "?api-version=$apiVersion"
$url = "$apiEndpoint$path/providers/$provider/jobs/export/$jobId/retry$queryString"

# Set subscription context
Set-AzContext -Subscription $subscriptionId

# Send request
$retryParams = @{
  Method   = 'POST'
  Uri      = $url
}

Invoke-AzRestMethod @retryParams

Мониторинг заданий экспорта

Следите как за целевой учетной записью хранения Azure, так и за выполнением задания экспорта.

Мониторинг целевой учетной записи хранения Azure

Настройте оповещение на метрику Ingress для целевой учетной записи хранения, чтобы обнаружить момент приближения к пределу приема данных для этой учетной записи хранения. Регулирование в месте назначения приводит к сбою ячеек и повторных попыток.

Дополнительные сведения см. в статье о масштабируемости учетной записи хранения.

Если для целевой учетной записи хранения применяется ограничение пропускной способности, рассмотрите возможность использования изолированной учетной записи хранения, которая не используется другими приложениями, или настройте задание экспорта с несколькими учетными записями хранения, чтобы экспортируемые данные распределялись между ними.

Мониторинг выполнения задания экспорта

Чтобы отслеживать операции экспорта заданий, настройте параметры диагностики в рабочей области и включите категорию заданий . Такие операции задания, как Started, SucceededCanceledи Failed отправляются в таблицу LAJobLogs, где можно запрашивать их и создавать оповещения.

Чтобы настроить параметр диагностики, выполните следующие действия.

1. В портале Azure откройте рабочую область Log Analytics.
2. В разделе Мониторинг выберите Параметры диагностики.
3. Выберите Добавить параметр диагностики.
4. В разделе Журналы выберите категорию Задачи.
5. В разделе Сведения о назначении выберите Отправить в рабочую область Log Analytics и выберите свою рабочую область.
6. Укажите имя и нажмите кнопку "Сохранить".

LAJobLogs схема

Следующие ключевые LAJobLogs поля в таблице относятся к заданиям экспорта. Полный пример схемы см. в статье LAJobLogs.

Аудит заданий экспорта

Отслеживайте и проверяйте операции, связанные с заданиями экспорта, и запросы для обеспечения безопасности и соответствия требованиям.

Аудит операций задания экспорта

При создании, отмене или повторном выполнении задания экспорта событие аудита регистрируется в журнале действий Azure, отражающее состояние операции как AcceptedStarted, или Succeeded.

Чтобы отслеживать операции экспорта заданий в подписке, настройте правило генерации оповещений журнала действий. На портале Azure откройте Azure Monitor, выберите "Оповещения" и создайте новое правило генерации оповещений. Выберите подписку в разделе Область, а затем выберите операцию задания на экспорт на вкладке Условие.

Аудит запросов на экспорт заданий

Чтобы проверить запросы, используемые в заданиях экспорта, настройте параметры диагностики в рабочей области и включите категорию аудита . Запросы, используемые в заданиях, отправляются в таблицу LAQueryLogs .

Запрос экспортированных данных из служба хранилища Azure

После завершения задания экспорта отправьте запрос к экспортируемым BLOB-объектам Parquet с помощью Log Analytics или Azure Data Explorer (ADX). Оба поддерживают KQL.

Запрос конкретного BLOB-объекта из Log Analytics

Используйте оператор externaldata в Log Analytics, когда:

• Необходимо проверить определенный час или небольшой набор журналов.
• Вам нужен специальный анализ без развертывания дополнительной инфраструктуры.

externaldata (
    TimeGenerated: datetime,
    Message: string,
    Severity: string,
    Facility: string
)
[
    @"https://<storage-account-name>.blob.core.windows.net/<container-name>/workspaceId/<workspace-id>/jobId/<job-id>/timestamp=2026-05-01T00/aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb.gz.parquet?<blob-sas-token>"
]
with (
    format="parquet"
)

Запрос экспортированных журналов из ADX

Определите внешнюю таблицу в кластере Azure Data Explorer (ADX) и запросите ее с external_table() помощью функции (не требуется перемещение данных). Используйте этот подход, когда:

• Вам нужен масштабный анализ по множеству BLOB-объектов или большим наборам данных.
• Требуется постоянная схема и оптимизированная производительность для повторяющихся запросов.

.create external table ExportedLogs (TimeGenerated:datetime, Level:string, Message:string)
kind=blob
dataformat=parquet
(
    h@"https://<storage-account-name>.blob.core.windows.net/<container-name>;<storage-account-key>"
)

external_table("ExportedLogs")
| summarize count() by Level

Сравнение методов запроса

Загрузите журналы заданий экспорта в ADX пакетно

Используйте LightIngest для массовой загрузки результатов задания экспорта в кластер ADX. LightIngest рекомендуется для крупных разовых задач загрузки данных, таких как ретроспективная загрузка исторических данных. Он поддерживает сжатые форматы, включая Parquet, с рекомендуемыми размерами файлов в диапазоне от 100 МБ до 1 ГБ. Дополнительные сведения о дозаполнении исторических данных и настройке свойства приема данных creationTime см. в статье Прием исторических данных в Azure Data Explorer.

Связанные материалы

• Экспорт данных рабочей области Log Analytics в Azure Monitor
• Выполнение заданий поиска в Azure Monitor
• Восстановление журналов в Azure Monitor
• Экспорт данных в учетную запись хранения с помощью Logic Apps
• Справочник по LAJobLogs