Azure SQL Database通用型实例运维成本突增排查方法咨询

当然可以通过Azure内置的日志工具排查成本突增原因，以下是具体的排查路径：

1. 先从成本明细定位收费项 #

• 打开Azure门户的成本管理 + 计费，进入「成本分析」页面，筛选时间范围为11月22日-28日，资源类型选择「SQL数据库」，拆分维度为「计量项」。
• 查看具体的收费条目：比如是vCore计算小时数突增，还是备份存储、异地冗余存储这类附加项产生的费用，先锁定成本来源。
• 如果需要更详细的数据，用「导出成本数据」功能导出CSV，核对每一条计量记录的用量和单价。

2. 用Azure Monitor日志查资源消耗 #

如果成本来自计算或存储资源的异常使用，可通过以下日志排查：

• 若之前已启用数据库的诊断设置（将日志发送到Log Analytics工作区），运行KQL查询查看这段时间的资源使用率：

  AzureMetrics
  | where ResourceType == "MICROSOFT.SQL/SERVERS/DATABASES"
  | where TimeGenerated between (datetime(2023-11-22) .. datetime(2023-11-28))
  | where MetricName in ('cpu_percent', 'log_write_percent', 'storage_used_mb')
  | summarize max(Maximum) by MetricName, bin(TimeGenerated, 1h)
  

  该查询会展示CPU、日志写入、存储用量的小时峰值，判断是否有异常的资源占用（比如后台自动维护、意外的外部连接）。
• 查看Query Store日志：即使你没有手动操作，数据库可能会自动执行索引重建、统计信息更新等维护任务，这些操作会消耗计算资源，Query Store会记录所有执行的查询和资源消耗。

3. 检查Azure活动日志 #

活动日志会记录所有针对该数据库的操作（包括系统或用户发起的配置变更）：

• 进入Azure门户的「活动日志」页面，筛选资源类型为Microsoft.Sql/servers/databases，时间范围锁定11月22日-28日。
• 查看是否有服务层级变更、扩容、备份策略修改等操作——这类变更会直接导致成本变化，即使你没手动操作，也要排查是否有自动化脚本或误操作触发的变更。

4. 排查备份存储成本 #

如果成本来自备份存储：

• 进入数据库的「备份」页面，查看11月22日-28日的备份存储用量变化，确认是否因数据库产生大量事务日志导致备份存储激增，或者是否修改了备份保留期。
• 若启用了诊断日志，可查询AzureStorageMetrics日志，查看备份存储的写入量和存储占用趋势。

注意点 #

如果之前未启用数据库的诊断设置，那么这段时间的运行日志（如Query Store、资源使用率）可能无法查询，但成本管理的日志是默认保留的，依然可以通过成本明细定位收费项。

内容的提问来源于stack exchange，提问作者Storm