Azure SQL 无服务器数据库 CPU 持续计费
Alt*_*ard 6 azure azure-sql-database azure-sql-server
因此，我在设置新的 Azure SQL 无服务器数据库时遇到了一些问题。
我不断获得高 CPU 计费使用率，这花费了一大笔钱，我什至在新区域中使用新名称创建一个新数据库，使用新用户名和密码以及锁定防火墙。备份以及所有自动功能均被禁用。但一旦部署完成，我就开始收到账单。
我已经运行了 sql profiler，但没有任何东西触及数据库。
有人以前遇到过这个问题，或者知道从哪里开始寻找吗？
该文档对于自动暂停启动所需的条件相当清楚：
如果在自动暂停延迟期间满足以下所有条件，则会触发自动暂停：
对于用户池中运行的用户工作负载，会话数 = 0 CPU = 0
它还列出了一些可能阻止自动暂停的条件 - 您应该仔细检查您没有启用以下任何一项：
- 异地复制（活动异地复制和自动故障转移组）。
- 长期备份保留 (LTR)。
- SQL数据同步中使用的同步数据库。与同步数据库不同，中心数据库和成员数据库支持自动暂停。
- DNS 别名
- Elastic Jobs（预览版）中使用的作业数据库。
如果您发现数据库仍未暂停，有多种方法可以跟踪活动连接：
- Azure 门户 - 该门户允许您只需单击“智能性能中心”和“查询性能洞察”边栏选项卡即可深入了解活动：
单击查询 ID（在我的图片中的红色框中）以关注各个查询。
- 连接到数据库并运行
sp_who2或sp_whoIsActive（现在托管在github上）以列出活动会话。如果您发现活动会话，则可以断开它们（例如活动的 SQL Server Management Studio (SSMS) 连接或 Azure Data Studio (ADS)）kill，只要您知道自己在做什么并了解终止命令的含义即可。 - 我发现（此处）的一个稍微令人不快的解决方法是将层切换到标准层，然后再次切换回无服务器层。我希望这只会杀死所有活动连接以切换层，并且不会到达它对我有用的根本原因。
我建议您尝试使用上述方法 1 或 2 诊断活动连接并报告。
| 归档时间： |
|
| 查看次数： |
5953 次 |
| 最近记录： |