通过

使用诊断日志监视 Azure 数据资源管理器的引入、命令、查询和表

  • 项目

Azure 数据资源管理器是一项快速、完全托管的数据分析服务，用于实时分析从应用程序、网站和 IoT 设备等资源流式传输的海量数据。 Azure Monitor 诊断日志提供有关 Azure 资源操作的数据。 Azure 数据资源管理器使用诊断日志获取有关引入、命令、查询和表的见解。 可将操作日志导出到 Azure 存储、事件中心或 Log Analytics 以监视引入、命令和查询状态。 来自 Azure 存储和 Azure 事件中心的日志可以路由到 Azure 数据资源管理器群集中的表，供进一步分析。

重要

诊断日志数据可能包含敏感数据。 请根据监视需求限制日志目标的权限。

注意

在 Azure 门户中，“指标”和“见解”页面的原始指标数据存储在 Azure Monitor 中。 这些页面上的查询会直接查询原始指标数据，以提供最准确的结果。 使用诊断设置功能时，可以将原始指标数据迁移到 Log Analytics 工作区。 在迁移过程中，可能会因为四舍五入而丢失部分数据精度；因此，查询结果可能与原始数据略有不同。 误差幅度小于百分之一。

先决条件

设置 Azure 数据资源管理器群集的诊断日志

诊断日志可用于配置以下日志数据的收集：

注意

  • 使用 Kusto 客户端库和数据连接器排队引入到数据引入 URI 时，支持引入日志。
  • 对于流式引入、目标为 群集 URI 的直接引入、从查询进行的引入或者 .set-or-append 命令，引入日志不受支持。

注意

只会针对引入操作的最终状态报告“失败引入”日志，这与引入结果指标不同，后者是针对在内部重试的暂时性故障发出的。

  • 成功的引入操作：这些日志包含有关已成功完成的引入操作的信息。
  • 失败的引入操作：这些日志包含有关失败的引入操作的详细信息，包括错误详细信息。
  • 引入批处理操作：这些日志包含准备引入的批的详细统计信息（持续时间、批大小、blob 计数和批处理类型）。

可以选择将日志数据发送到 Log Analytics 工作区、存储帐户，或将其流式传输到事件中心。

启用诊断日志

诊断日志默认已禁用。 使用以下步骤为群集启用诊断日志：

  1. 在 Azure 门户中，选择要监视的群集资源。

  2. 在“监视”下，选择“诊断设置” 。

    添加诊断日志。

  3. 选择“添加诊断设置”。

  4. 在“诊断设置”窗口中，执行以下操作：

    “诊断设置”屏幕的屏幕截图，可以在其中配置要为 Azure 数据资源管理器群集收集哪些监视数据。

    1. 输入一个诊断设置名称。
    2. 选择一个或多个目标：Log Analytics 工作区、存储帐户或事件中心。
    3. 选择要收集的日志：成功的引入、失败的引入、引入批处理、命令、查询、表使用情况统计信息、表详细信息或日记。
    4. 选择要收集的指标（可选）。
    5. 选择“保存”以保存新的诊断日志设置和指标。

设置准备就绪后，日志将开始显示在配置的目标中（存储帐户、事件中心或 Log Analytics 工作区）。

注意

如果将日志发送到 Log Analytics，则 SucceededIngestion、FailedIngestion、IngestionBatching、Command、Query、TableUsageStatistics、TableDetails 和 Journal 日志会分别存储在名为 SucceededIngestion、FailedIngestion、ADXIngestionBatching、ADXCommand、ADXQuery、ADXTableUsageStatistics、ADXTableDetails 和 ADXJournal 的 Log Analytics 表中。

诊断日志架构

所有 Azure Monitor 诊断日志共享一个通用的顶级架构。 Azure 数据资源管理器事件具有其自己的唯一属性，如以下架构参考中所述：

相关内容