Azure - 数据库 [NAME] 已达到其大小配额
Azure - The database [NAME] has reached its size quota
今天早上我收到一封电子邮件，说我的网站无法运行。每当我尝试写入我的数据库时，我都会收到错误消息。错误是：
数据库 [NAME] 已达到其大小配额。分区或删除数据、删除索引或查阅文档以获取可能的解决方案。
我的数据库只有 16MB，限制为 2GB！我 运行 在做了一些研究后对数据库进行了此查询。
SELECT DATABASEPROPERTYEX ('DatabaseName','Edition')
SELECT DATABASEPROPERTYEX('DatabaseName','MaxSizeInBytes')
SELECT (SUM(reserved_page_count) * 8192)
FROM sys.dm_db_partition_stats
结果是
基本
2147483648
15777792
显然我的数据库比最大大小小得多。是否有任何其他问题可能导致这种情况发生？
我打算同时尝试删除和恢复数据库。
谢谢！
更新
恢复数据库后，它又开始工作了。
是sql db V12吗？如果 SQLDB v12，您可以查询 sys.database_files 以查看数据库文件的实际大小。我建议升级到 V12，因为它带来了 SQL 早期版本中没有的许多功能。
昨晚刚刚遇到与 Azure DB 类似的问题（相同的异常消息）——我们在 Azure 中有 50 GB 的弹性数据库池配额，现在池数据库的总大小约为 4 GB。所以我期待所有数据库只要达到总池配额就可以增长。
事实证明，Azure 实际上处理配额不是基于您在数据库或弹性池的服务计划中设置的配额，而是基于存储在数据库中的配额 属性：
https://blogs.msdn.microsoft.com/sqlcat/2016/09/13/real-world-azure-sql-db-unexpected-database-maximum-size-limit/
Specifically, when a database with a size quota explicitly lowered from the default is scaled up to a higher service objective, its size quota remains unchanged. For an administrator expecting the maximum size quota for the new service objective to be in effect after the scaling operation completes, this may be an unpleasant surprise.
今天早上我收到一封电子邮件，说我的网站无法运行。每当我尝试写入我的数据库时，我都会收到错误消息。错误是：
数据库 [NAME] 已达到其大小配额。分区或删除数据、删除索引或查阅文档以获取可能的解决方案。
我的数据库只有 16MB，限制为 2GB！我 运行 在做了一些研究后对数据库进行了此查询。
SELECT DATABASEPROPERTYEX ('DatabaseName','Edition')
SELECT DATABASEPROPERTYEX('DatabaseName','MaxSizeInBytes')
SELECT (SUM(reserved_page_count) * 8192)
FROM sys.dm_db_partition_stats
结果是
基本
2147483648
15777792
显然我的数据库比最大大小小得多。是否有任何其他问题可能导致这种情况发生？
我打算同时尝试删除和恢复数据库。
谢谢！
更新
恢复数据库后，它又开始工作了。
是sql db V12吗？如果 SQLDB v12，您可以查询 sys.database_files 以查看数据库文件的实际大小。我建议升级到 V12，因为它带来了 SQL 早期版本中没有的许多功能。
昨晚刚刚遇到与 Azure DB 类似的问题（相同的异常消息）——我们在 Azure 中有 50 GB 的弹性数据库池配额，现在池数据库的总大小约为 4 GB。所以我期待所有数据库只要达到总池配额就可以增长。
事实证明，Azure 实际上处理配额不是基于您在数据库或弹性池的服务计划中设置的配额，而是基于存储在数据库中的配额 属性： https://blogs.msdn.microsoft.com/sqlcat/2016/09/13/real-world-azure-sql-db-unexpected-database-maximum-size-limit/
Specifically, when a database with a size quota explicitly lowered from the default is scaled up to a higher service objective, its size quota remains unchanged. For an administrator expecting the maximum size quota for the new service objective to be in effect after the scaling operation completes, this may be an unpleasant surprise.