使用基于 DTU 的购买模型的单一数据库的资源限制

本文提供了针对使用基于 DTU 的购买模型的 Azure SQL 数据库的单一数据库的详细资源限制。

有关弹性池的基于 DTU 的购买模型资源限制,请参阅基于 DTU 的资源限制 - 弹性池。 有关基于 vCore 的资源限制,请参阅基于 vCore 的资源限制 - 单一数据库基于 vCore 的资源限制 - 弹性池

Important

在某些情况下,可能需要收缩数据库来回收未使用的空间。 有关详细信息,请参阅管理 Azure SQL 数据库中的文件空间

单一数据库:存储大小和计算大小

对于单一数据库,下表显示了可用于每个服务层和计算大小的单一数据库的资源。 可通过 Azure 门户PowerShellAzure CLIREST API 为单一数据库设置服务层、计算大小和存储量。

基本服务层

计算大小 基本
最大 DTU 数 5
包含的存储 (GB) 2
最大存储选择 (GB) 2
最大内存中 OLTP 存储 (GB) 不适用
最大并发工作线程数(请求数) 30
最大并发会话数 300

标准服务层

计算大小 S0 S1 S2 S3
最大 DTU 10 个 20 50 100
包含的存储 (GB) 250 250 250 250
最大存储选择 (GB) 250 250 250 250, 500, 750, 1024
最大内存中 OLTP 存储 (GB) 不适用 不适用 不适用 不适用
最大并发工作线程数(请求数) 60 90 120 200
最大并发会话数 600 900 1200 2400

标准服务层(续)

计算大小 S4 S6 S7 S9 S12
最大 DTU 数 200 400 800 1600 3000
包含的存储 (GB) 250 250 250 250 250
最大存储选择 (GB) 250, 500, 750, 1024 250, 500, 750, 1024 250, 500, 750, 1024 250, 500, 750, 1024 250, 500, 750, 1024
最大内存中 OLTP 存储 (GB) 不适用 不适用 不适用 不适用 不适用
最大并发工作线程数(请求数) 400 800 1600 3200 6000
最大并发会话数 4800 9600 19200 30000 30000

高级服务层

计算大小 P1 P2 P4 P6 P11 P15
最大 DTU 数 125 250 500 1000 1750 4000
包含的存储 (GB) 500 500 500 500 4096 4096
最大存储选择 (GB) 500, 750, 1024 500, 750, 1024 500, 750, 1024 500, 750, 1024 4096 4096
最大内存中 OLTP 存储 (GB) 1 2 4 8 14 32
最大并发工作线程数(请求数) 200 400 800 1600 2400 6400
最大并发会话数 30000 30000 30000 30000 30000 30000

单一数据库:更改存储大小

  • 单一数据库的 DTU 价格附送了一定容量的存储,无需额外费用。 超出附送的量后,可花费额外的费用预配额外的存储,但不能超过存储上限,不超过 1 TB 时,以 250 GB 为增量进行预配,超出 1 TB 时,以 256 GB 为增量进行预配。 有关包括的存储量和大小上限,请参阅单一数据库:存储大小和计算大小
  • 可通过 Azure portalTransact-SQLPowerShellAzure CLIREST API 为单一数据库增加大小上限,以预配额外存储。
  • 单一数据库的额外存储价格等于额外存储量乘以服务层的额外存储单价。 有关额外存储价格的详细信息,请参阅 SQL 数据库定价

单一数据库:更改 DTU

首先选择服务层、计算大小和存储量,然后使用 Azure 门户Transact-SQLPowerShellAzure CLIREST API,根据实际体验动态扩展或缩减单一数据库。

下面的视频演示了如何动态更改服务层和计算大小以增加单一数据库的可用 DTU。

更改数据库的服务层和/或计算大小将以新的计算大小创建原始数据库的副本,并将连接切换到副本。 当我们切换到副本时,在此过程中不会丢失任何数据,但在短暂的瞬间,将禁用与数据库的连接,因此可能回滚某些处于进行状态的事务。 用于切换的时间长度因情况而异,但 99% 的情况下少于 30 秒。 如果在禁用连接的那一刻有大量的事务正在进行,则用于切换的时间长度可能会更长。

整个扩展过程的持续时间同时取决于更改前后数据库的大小和服务层。 例如,一个正在更改到标准服务层、从标准服务层更改或在标准服务层内更改的 250 GB 的数据库应在六小时内完成。 如果数据库与正在高级服务层内更改计算大小的大小相同,应在三小时内完成扩展。

Tip

若要监视正在进行的操作,请参阅:使用 SQL REST API 管理操作使用 CLI 管理操作使用 T-SQL 监视操作和以下两个 PowerShell 命令:Get-AzureRmSqlDatabaseActivityStop-AzureRmSqlDatabaseActivity

  • 如果要升级到更高的服务层或计算大小,除非显式指定了更大的大小(最大),否则,最大数据库大小不会增大。
  • 若要对数据库进行降级,数据库所用空间必须小于目标服务层和计算大小允许的最大大小。
  • 从高级层降级至标准层时,如果同时满足 (1) 目标计算大小支持该数据库的最大大小,(2) 最大大小超出目标计算大小包括的存储量,那么将产生额外存储费用。 例如,如果将最大大小为 500 GB 的 P1 数据库缩小至 S3,那么将产生额外的存储费用,因为 S3 支持的最大大小为 500 GB,而它的附送存储量仅为 250 GB。 因此,额外存储量为 500 GB - 250 GB = 250 GB。 有关额外存储定价的信息,请参阅 SQL 数据库定价。 如果实际使用的空间量小于附送的存储量,只要将数据库最大大小减少到附送的量,就能避免此项额外费用。
  • 在启用了异地复制的情况下升级数据库时,请先将其辅助数据库升级到所需的服务层和计算大小,然后再升级主数据库(用于实现最佳性能的常规指南)。 在升级到另一版本时,必须首先升级辅助数据库。
  • 在启用了异地复制的情况下降级数据库时,请先将其主数据库降级到所需的服务层和计算大小,然后再降级辅助数据库(用于实现最佳性能的常规指南)。 在降级到另一版本时,必须首先降级主数据库。
  • 各服务层的还原服务不同。 如果要降级到基本层,则备份保留期也将减少 - 请参阅 Azure SQL 数据库备份
  • 更改完成前不会应用数据库的新属性。

后续步骤