监视 Azure 运营商见解

当你的关键应用程序和业务流程依赖于 Azure 资源时，你需要监视这些资源的可用性、性能和操作。

Azure 运营商见解数据产品使用 Azure Monitor。 这些产品收集与监视 Azure 资源中的数据中所述的其他 Azure 资源类型相同的监视数据。 有关数据产品创建的监视数据的详细信息，请参阅监视 Azure 运营商见解数据参考。

引入代理还会收集可由你或 Microsoft 支持人员用来进行故障排除的监视数据。

数据产品的指标：概述、收集和分析

Azure 运营商见解不提供 Azure Monitor 中的指标。

数据产品的活动日志：概述、收集和分析

活动日志是 Azure 中的一种平台日志，可用于深入了解订阅级别的事件。 对于 Azure 运营商见解，活动日志包括创建数据产品或更改其设置等活动。

活动日志由 Azure 自动收集和存储。 可以：

• 请在数据产品的活动日志中查看活动日志。
• 将活动日志路由到 Log Analytics 工作区，该工作区可提供功能丰富的查询界面。 请参阅发送到 Log Analytics 工作区。
• 将活动日志路由到其他位置或将其下载。 请参阅 Azure Monitor 活动日志。

数据产品的资源日志：概述、收集和分析

资源日志针对 Azure 资源执行的操作提供见解。 这称为“数据平面”。 对于数据产品，资源日志包括引入（有关上传到 Azure 运营商见解的文件的活动）、摘要提取（处理这些文件中的数据）以及已处理数据的管理。

在收集和存储资源日志之前，需要先创建一个用于将其路由到一个或多个位置的诊断设置。 我们建议将其路由到 Log Analytics 工作区，该工作区会将日志存储在 Azure Monitor 日志中。 Log Analytics 允许你在 Azure Monitor 日志中一起分析所有 Azure 资源的日志，并利用提供给 Azure Monitor 日志的所有功能，包括日志查询和日志警报。

有关 Log Analytics 用法入门和创建诊断设置的说明，请参阅数据产品的资源日志入门。 有关可用数据的详细信息，请参阅 Azure Monitor 日志中的数据产品信息。

数据产品的资源日志入门

若要开始使用 Azure Monitor 日志和 Log Analytics 监视数据产品，请执行以下操作：

1. 按照创建 Log Analytics 工作区中的说明创建 Log Analytics 工作区。
2. 在数据产品的“诊断设置”视图中创建一个诊断设置，以将要收集的日志路由到 Log Analytics 工作区。 在此过程中若要使用示例查询，请包含“数据库查询”（以及要收集的任何其他类别的日志）。
   • 有关说明，请参阅创建诊断设置以收集 Azure 中的平台日志和指标。 可以使用 Azure 门户、CLI 或 PowerShell。
   • Azure 运营商见解监视数据参考中列出了 Azure 运营商见解的日志类别。
3. 在此过程中若要使用示例查询，请按照查询数据产品中的数据中的说明对数据产品中的数据运行查询。 此步骤可确保 Azure Monitor 日志包含数据产品的某些数据。
4. 返回数据产品资源，然后从 Azure 运营商见解菜单中选择“日志”以访问 Log Analytics。
5. 运行以下查询以查看针对数据产品运行的查询的日志（运行该查询时，请将 username@example.com 替换为你使用的电子邮件地址）。 还可以改编示例 Kusto 查询中的示例查询。

   AOIDatabaseQuery
   | where User has_cs "username@example.com"
   | take 100
   

Azure Monitor 日志中的数据产品信息

有关为 Azure 运营商见解收集的资源日志类型的完整列表，请参阅监视 Azure 运营商见解数据参考：资源日志。

Azure Monitor 日志中的数据以表形式存储，每个表具有自己独有的属性集。 有关 Azure Monitor 日志使用的且可由 Log Analytics 查询的 Azure 运营商见解表的列表，请参阅监视 Azure 运营商见解数据参考：Azure Monitor 日志表。

Azure Monitor 中的所有资源日志都具有后跟服务特定字段的相同字段。 Azure Monitor 资源日志架构中概述了常用架构。Azure 运营商见解资源日志的架构可在 Azure 运营商见解数据参考：架构中找到。

示例 Kusto 查询

可以在 Log Analytics 工作区中使用以下示例查询来帮助监视数据产品：

• 获取有关未成功提取摘要的行的所有日志：

  AOIDigestion
  | where Message startswith_cs "Failed to decode row"
  | take 100
  

• 获取未提取摘要的文件数量的明细，按这些文件上传到的顶级目录（通常是 SiteId）进行分组：

  AOIDigestion
  | where Message startswith_cs "Failed to digest file"
  | parse FilePath with Source:string "/" *
  | summarize count() by Source
  

• 列出特定用户针对“体验质量 - MCC 数据产品”运行的所有查询：

  AOIDatabaseQuery
  | where DatabaseName has_cs "edrdp" and User has_cs "username@example.com"
  | take 100
  

• 列出针对数据产品的输入存储执行的所有引入操作：

  AOIStorage
  | where Category has_cs "Ingestion"
  | take 100
  

• 列出针对数据产品的输入存储执行的所有删除操作：

  AOIStorage
  | where Category has_cs "IngestionDelete"
  | take 100
  

• 列出针对数据产品存储执行的所有读取操作：

  AOIStorage
  | where Category has_cs "ReadStorage"
  | take 100
  

有关 Azure 运营商见解的常用查询列表，请参阅 Log Analytics 查询界面。

监视引入代理

Azure 运营商见解还要求在网络中部署引入代理。

我们提供的引入代理会自动收集指标和日志用于故障排除。 指标和日志存储在代理所安装到的 VM 上，而不会上传到 Azure Monitor。 有关详细信息，请参阅监视 Azure 运营商见解的引入代理并对其进行故障排除。

后续步骤

• 有关 Azure 运营商见解创建的 Azure Monitor 数据的参考，请参阅监视 Azure 运营商见解数据参考。
• 有关 MCC EDR 引入代理的指标和日志的详细信息，请参阅监视 Azure 运营商见解的 MCC EDR 引入代理并对其进行故障排除。
• 有关 SFTP 引入代理的指标和日志的详细信息，请参阅监视 Azure 运营商见解的 SFTP 引入代理并对其进行故障排除。
• 有关 Azure Monitor 的背景知识，请参阅使用 Azure Monitor 监视 Azure 资源。