2024 年 1 月 9 日 存储分析指标，也称为 经典指标 将停用。 如果使用经典指标，请确保在该日期之前转换到 Azure Monitor 中的指标。 本文可帮助你进行转换。
Azure 存储使用存储分析解决方案来存储指标，其中包括有关对存储服务的请求的聚合事务统计信息和容量数据。 事务会在 API 操作级别和存储服务级别进行报告。 容量报告是在存储服务级别进行的。 指标数据可用于：
- 分析存储服务使用情况。
- 诊断针对存储服务发出的请求的问题。
- 提高使用服务的应用程序的性能。
默认情况下，为新存储帐户启用存储分析指标。 可以使用 PowerShell 或 Azure CLI 在 Azure 门户中配置指标。 有关分步指南，请参阅 启用和管理 Azure 存储分析指标（经典）。 还可以通过 REST API 或客户端库以编程方式启用存储分析。 使用“设置服务属性”操作来为每个服务启用存储分析功能。
注释
存储分析指标适用于 Azure Blob 存储、Azure 队列存储、Azure 表存储和 Azure 文件存储。 存储分析指标现在是经典指标。 建议在 Azure Monitor 中使用 存储指标，而不是使用存储分析指标。
交易指标
为每个存储服务和请求的 API操作，以小时或分钟间隔记录一组健全的数据集，其中包括数据流入和流出、可用性、错误以及分类的请求百分比。 有关事务详细信息的完整列表，请参阅 存储分析指标表架构。
事务数据记录在服务级别和 API 操作级别。 在服务级别，即使没有向服务发出任何请求，所有请求的 API 操作的汇总统计信息每小时都会写入一个表实体。 在 API 操作级别，只有当操作在该小时内被请求时，统计信息才会写入实体。
例如，如果在 Blob 服务上执行 GetBlob操作，存储分析指标会记录请求，并将其包含在 Blob 服务和 GetBlob操作的聚合数据中。 如果在一小时内没有请求 GetBlob 操作，则不会将实体写入用于该操作的 $MetricsTransactionsBlob。
事务指标会记录用户请求以及存储分析自身所发出的请求。 例如，存储分析对写入日志和表实体的请求将被记录。
容量度量值
注释
目前，容量指标仅适用于 Blob 服务。
每天为存储帐户的 Blob 服务记录容量数据，并写入两个表实体。 一个实体提供用户数据的统计信息，另一个实体提供有关存储分析使用的 $logs blob 容器的统计信息。
$MetricsCapacityBlob 表包含以下统计信息：
容量：存储帐户的 Blob 服务使用的存储量（以字节为单位）。
ContainerCount：存储帐户 blob 服务中的 Blob 容器数。
ObjectCount：存储帐户 Blob 服务中已提交和未提交的块或页 Blob 的数量。
有关容量指标的详细信息，请参阅 存储分析指标表架构。
如何存储指标
每个存储服务的所有指标数据都存储在为该服务保留的三个表中。 一个表用于事务信息，一个表用于分钟事务信息，另一个表用于容量信息。 事务和分钟事务信息由请求和响应数据组成。 容量信息由存储使用情况数据组成。 在下表中命名的表格中，可以访问存储帐户的 Blob 服务的小时指标、分钟指标以及容量。
| 指标级别 | 表名 | 支持的版本 |
|---|---|---|
| 每小时指标，主要位置 | - $MetricsTransactionsBlob - $MetricsTransactionsTable - $MetricsTransactionsQueue |
仅 2013 年 8 月 15 日之前的版本。 尽管仍支持这些名称，但我们建议你改用后面的表。 |
| 每小时指标，主要位置 | - $MetricsHourPrimaryTransactionsBlob - $MetricsHourPrimaryTransactionsTable - $MetricsHourPrimaryTransactionsQueue - $MetricsHourPrimaryTransactionsFile |
所有版本。 文件服务指标的支持仅适用于版本 2015 年 4 月 5 日及更高版本。 |
| 分钟指标，主要位置 | - $MetricsMinutePrimaryTransactionsBlob - $MetricsMinutePrimaryTransactionsTable - $MetricsMinutePrimaryTransactionsQueue - $MetricsMinutePrimaryTransactionsFile |
所有版本。 文件服务指标的支持仅适用于版本 2015 年 4 月 5 日及更高版本。 |
| 每小时指标，次要位置 | - $MetricsHourSecondaryTransactionsBlob - $MetricsHourSecondaryTransactionsTable - $MetricsHourSecondaryTransactionsQueue |
所有版本。 必须启用读取访问异地冗余复制。 |
| 分钟指标，辅助位置 | - $MetricsMinuteSecondaryTransactionsBlob - $MetricsMinuteSecondaryTransactionsTable - $MetricsMinuteSecondaryTransactionsQueue |
所有版本。 必须启用读取访问地理冗余复制。 |
| 容量（仅限 Blob 服务） | $MetricsCapacityBlob | 所有版本。 |
为存储服务终结点启用存储分析时，会自动创建这些表。 它们通过存储帐户的命名空间进行访问，例如 https://<accountname>.table.core.windows.net/Tables("$MetricsTransactionsBlob")。 指标表不会出现在列表作中，必须直接通过表名进行访问。
指标警报
请考虑在 Azure 门户中设置警报，以便自动收到存储服务行为中重要更改的通知。 有关分步指南，请参阅 创建指标警报。
如果使用存储资源管理器工具以带分隔符的格式下载此指标数据，可以使用 Microsoft Excel 分析数据。 有关可用存储资源管理器工具的列表，请参阅 Azure 存储客户端工具。
重要
存储事件与记录相应的每小时或分钟指标数据之间可能存在延迟。 对于分钟指标，可能会同时写入几分钟的数据。 此问题可能导致前几分钟的交易被合并到当前分钟的交易中。 出现此问题时，警报服务可能没有配置警报间隔的所有可用指标数据，这可能会导致警报意外触发。
根据存储指标进行计费
为指标创建表实体的写入请求按适用于所有 Azure 存储作的标准费率收费。
客户端对指标数据的读取请求也按标准费率计费。
指标表使用的容量也是可计费的。 使用以下信息估算用于存储指标数据的容量量：
- 如果服务每小时利用每个服务中的每个 API，则如果启用了服务级别和 API 级摘要，则每小时将大约 148 KB 的数据存储在指标事务表中。
- 如果服务在每个小时内利用服务中的每个 API，则如果仅启用服务级别摘要，则每小时将大约 12 KB 的数据存储在指标事务表中。
- 假如您选择启用日志，Blob 的容量表每天会添加两行。 此方案意味着，此表的大小每天增加最多 300 字节。