共用方式為


超大規模服務層級

適用於:Azure SQL 資料庫

Azure SQL Database 是以針對雲端環境調整的 SQL Server 資料庫引擎架構為基礎,可確保高可用性 (即使在基礎結構失敗的情況下)。 Azure SQL 資料庫的虛擬核心購買模型中有三個服務層級選項:

  • 一般用途
  • 業務至關重要
  • 超大規模

超大規模服務層級適用於所有工作負載類型。 其雲端原生架構提供可獨立調整的計算和儲存體,以支援各種傳統和新式應用程式。 超大規模資料庫的計算和儲存體資源大幅超過常規用途和業務關鍵層中可用的資源。

若要深入了解以虛擬核心為基礎的購買模型中的一般用途與商務關鍵服務層級,請參閱一般目的業務關鍵服務層級。 如需以虛擬核心為基礎的購買模型與以 DTU 為基礎的購買模型的比較,請參閱比較 Azure SQL 資料庫以虛擬核心為基礎的購買模型和以 DTU 為基礎的購買模型

超大規模資料庫服務層級目前僅適用於 Azure SQL 資料庫,而不適用於 Azure SQL 受控執行個體。

超大規模的功能有哪些

Azure SQL Database 中的超大規模資料庫服務層級提供下列額外功能:

  • 快速擴大 - 您可以在常數時間內依需要擴大計算資源以容納大量工作負載,然後在不需要時縮小計算資源。
  • 快速擴展 - 您可以建置一個或多個唯讀複本來卸載讀取負載,並作為熱備援。
  • 根據無伺服器計算的使用量,自動擴大、縮小計算並據此計費。
  • 利用彈性集區,根據各種資源需求,將一組超大規模資料庫的價格/效能進行最佳化。
  • 支援最多 128 TB 的資料庫或 100 TB 彈性集區大小的自動調整記憶體。
  • 整體效能提升,因為不論資料量大小,交易記錄輸送量更高且交易提交時間更快。
  • 快速的資料庫備份 (根據檔案快照),無論大小均不影響計算資源的 I/O 效能。
  • 快速的資料庫還原或拷貝 (根據檔案快照),僅需數分鐘,而非數小時或數天。

超大規模資料庫服務層級會移除傳統上會在雲端資料庫中看到的許多實際限制。 大部分其他資料庫都受限於單一節點中的可用資源,但超大規模資料庫服務層級中的資料庫沒有這類限制。 透過其彈性儲存體架構,儲存體可依需求成長。 事實上,超大規模資料庫的建立並沒有設定定義的最大大小。 超大規模資料庫可視需要成長,而且只向您收取配置的儲存體容量費用。 針對讀取密集的工作負載,超大規模服務層級透過適時佈建額外的複本來卸載讀取工作負載,以提供快速擴展。

此外,建立資料庫備份或擴展和縮減規模所需的時間,不再依賴於資料庫中的資料量。 超大規模資料庫幾乎瞬間予以備份。 您也可以在佈建的運算層級中,在幾分鐘內將資料庫的規模調整到數十 TB,或者使用無伺服器自動調整運算規模。 此功能讓您不必擔心因選擇初始設定而受到限制。

如需超大規模資料庫服務層級計算大小的詳細資訊,請參閱服務層級特性

誰應該考慮使用超大規模服務層

超大規模資料庫服務層級適用於需要較高效能和可用性、快速備份和還原,以及/或快速儲存體和計算可擴縮性的所有客戶。 這包括要移至雲端將其應用程式現代化的客戶,以及已在 Azure SQL Database 中使用其他服務層級的客戶。 超大規模資料庫服務層級支援各種不同的資料庫工作負載,從純 OLTP 到純分析。 已針對 OLTP 和混合式交易與分析處理 (HTAP) 工作負載進行最佳化。

超大規模定價模型

注意

簡化的 Azure SQL 資料庫超大規模資料庫定價現已推出! 檢閱 Azure SQL 資料庫超大規模資料庫公告的新定價層,以及定價變更詳細資料,請參閱 Azure SQL 資料庫超大規模資料庫 – 降低、簡化定價!

超大規模服務層級僅在虛擬核心模型中提供。 為配合新的架構,定價模型會與一般用途或業務關鍵服務層級稍微不同:

  • 配置計算資源

    超大規模計算單位價格是按每個副本計算。 使用者可根據可用性和可擴縮性需求,調整從 0 到 4 的高可用性次要複本總數,並建立最多 30 個具名複本來支援各種讀取縮放工作負載。

  • 無伺服器計算

    無伺服器計算計費以使用量為基礎。 如需詳細資訊,請參閱 Azure SQL 資料庫的無伺服器計算階層

  • 存放裝置

    您設定超大規模資料庫時,不需要指定資料大小上限。 在超大規模層級中,資料庫的儲存空間費用是根據實際配置來計算的。 記憶體會自動配置在 10 GB 到 128 TB 之間,並視需要以 10 GB 增量成長。

如需有關超大規模資料庫定價的詳細資訊,請參閱 Azure SQL 資料庫定價。

分散式函式架構

超大規模資料庫會將查詢處理引擎與資料提供資料長期儲存和持久性的元件分開。 此架構可讓您視需要順暢地調整記憶體容量(最多 128 TB),以及快速調整計算資源的能力。

下圖說明功能性超大規模資料庫結構:

圖表顯示超大規模架構。

深入了解超大規模資料庫分散式函式架構

規模和效能優點

Hyperscale 架構可以快速啟動/關閉新增的唯讀計算節點,因而允許大規模讀取能力,還可以釋出主要計算節點來提供更多寫入要求。 此外,基於超大規模架構的共用儲存體設計,計算節點可以被快速地擴增或縮減。 超大規模資料庫中的唯讀計算節點也可在無伺服器計算層中使用,其會根據工作負載需求自動調整計算。

超大規模中的資料庫高可用性

如同所有其他服務層級,不論計算複本可用性為何,超大規模資料庫都會保證認可交易的資料持久性。 因主要複本無法使用而造成的停機範圍取決於以下因素:容錯移轉類型(計劃性或非計劃性)、是否已設定區域備援,以及是否至少存在一個高可用性複本。 若是計劃性的故障轉移(像是維護活動),系統會在啟動故障轉移之前建立新的主要備援,或使用現有的高可用性備援作為故障轉移目標。 若是非計劃性故障轉移(例如主要副本的硬體故障),系統會使用高可用性副本作為故障轉移目標(如果有的話),或從可用的計算資源池中建立新的主要副本。 在後者的情況下,因為建立新的主要複本需要額外步驟,所以停機時間較長。

您可以選擇維護視窗,讓對工作負載會產生影響的維修事件可預測且較不具干擾性。

如需超大規模資料庫 SLA,請參閱 Azure SQL Database 的 SLA

緩衝池、彈性緩衝池擴展和持續預備

在 Azure 資料庫超大規模資料庫中,計算和記憶體之間有相異的分隔。 記憶體包含一個資料庫中的所有資料庫頁面,而且可以在資料庫成長時配置到多部機器上。 不過,計算節點只會快取最近使用的資料。 計算中最熱門的頁面會保留在名為緩衝池 (BP) 的結構記憶體中。 它也會儲存在本機 SSD 和韌性緩衝池擴充(RBPEX)中,因此在計算程式重新啟動時,可以更快速地擷取資料。

在雲端系統中,計算可以視需要移至不同的計算機。 計算層可以有多個複本。 一個是主要複本,並接收所有更新,而另一個則是次要複本。 發生主要故障時,可以在稱為故障轉移的過程中,將其中一個高可用性次要副本快速提升為主要副本。 次要復本在其 BP 和 RBPEX 中可能沒有針對主要工作負載優化的快取。

持續預熱是一個過程,可收集所有計算複本中最受歡迎的頁面相關資訊。 該資訊會被匯總,而高可用性的次要副本會使用清單中的熱門頁面,這些頁面對應於典型客戶的工作負載。 這會持續不斷地填入 BP 和 RBPEX 內最熱門的頁面,以跟上顧客工作負載的變化。

在缺乏連續準備的情況下,BP 和 RBPEX 不會被新的高可用性復本繼承,僅能在使用者工作負載期間重新建構。 連續預載可節省時間並防止效能不一致,因為快取在再次完全載入前不需要等待。 透過持續初始化,新的高可用性備援副本會立即開始初始化其 BP 和 RBPEX。 這有助於在故障轉移發生時更穩定地維護效能。

連續預備的作用方式是雙向的:高可用性次要複本會快取主要複本中正在使用的頁面,而主要複本則會快取來自次要複本工作負載的頁面。

注意

連續準備目前處於限制預覽狀態,且不適用於無伺服器資料庫。 如需詳細資訊,以及選擇加入持續初始化,請參閱 部落格:2024 年 11 月超大規模資料庫增強功能

備份及還原

超大規模資料庫的備份和還原作業是以檔案快照集為基礎。 因此這些作業幾乎可以立即完成。 由於超大規模資料庫架構是利用儲存體層進行備份與還原,因此可降低對計算複本的處理負擔和效能影響。 若要深入了解,請參閱超大規模資料庫備份和儲存體備援

超大規模資料庫的災害復原

如果您需要將 Azure SQL Database 中的超大規模資料庫還原至目前裝載地區以外的另一個地區,無論是作為災害復原演習、搬遷還是其他原因,主要方法是執行資料庫 異地還原。 當您選擇異地備援儲存體 (RA-GRS) 以作為儲存體備援時,才能執行異地還原。

深入了解如何將超大規模資料庫還原至不同的區域

比較資源限制

以虛擬核心為基礎的服務層級會根據資料庫可用性、儲存體類型、效能和儲存體大小上限來區分。 下表將說明這些差異:

一般用途 業務關鍵 超大規模
適用對象 提供以預算為導向且平衡的計算與儲存體選項。 具有高交易率和低 I/O 延遲的 OLTP 應用程式。 使用多個熱待命的副本來提高對故障的高復原能力,並實現快速的故障轉移。 最多樣的工作負載。 自動調整儲存空間大小高達 128 TB,快速的縱向和橫向計算擴展,快速資料庫還原。
計算大小 2 到 128 個虛擬核心 2 到 128 個虛擬核心 2 到 128 個虛擬核心
儲存體類型 進階遠端儲存體 (每個執行個體) 超快速本機 SSD 儲存體 (每個實例) 與本機 SSD 快取分離的儲存體 (每個計算複本)
儲存體大小 1 GB – 4 TB 1 GB – 4 TB 10 GB – 128 TB
IOPS 每個虛擬核心 320 IOPS,且 IOPS 上限為 16,000 每個虛擬核心 4,000 IOPS,且 IOPS 上限為 327,680 327,680 IOPS 搭配最高本機 SSD
超大規模架構是一種多層式架構,具有多層級的快取功能。 有效的 IOPS 視工作負載而定。
記憶體/虛擬核心 5.1 GB 5.1 GB 5.1 GB 或 10.2 GB
可用性 唯一複本、無讀取擴展、區域冗餘 HA 三個複本、一個讀取縮放、區域備援 HA 多個複本、最多四個讀取縮放、區域備援 HA
備份 選擇區域備援 (LRS)、地區備援 (ZRS) 或全球備援 (GRS) 的儲存選項
1-35 天(預設七天)的保留期限,另外提供最長達 10 年的長期保留選項
選擇本機備援 (LRS)、區域備援 (ZRS) 或異地備援 (GRS) 儲存體
1-35 天(預設七天)的保留期限,另外提供最長達 10 年的長期保留選項
選擇本機備援 (LRS)、區域備援 (ZRS) 或異地備援 (GRS) 儲存體
1-35 天(預設七天)的保留期限,另外提供最長達 10 年的長期保留選項
定價/計費 虛擬核心、保留儲存體和備份儲存體會收取費用。
IOPS 不會計費。
虛擬核心、保留儲存體和備份儲存體會收取費用。
IOPS 不收費。
每個副本的虛擬核心、已分配的資料儲存和備份儲存體會收取費用。
IOPS 不計費。
折扣模型1 預留執行個體
Azure Hybrid Benefit2
企業版隨用隨付的開發/測試方案
保留執行個體
Azure Hybrid Benefit2
Enterprise隨用隨付的開發/測試方案訂用帳戶
保留執行個體
Azure Hybrid Benefit2
Enterprise開發/測試隨用隨付優惠方案訂用帳戶

1 簡化的 SQL Database 超大規模資料庫定價於 2023 年 12 月推出。 如需詳細資料,請檢閱超大規模資料庫定價部落格

2 自 2023 年 12 月起,Azure Hybrid Benefit 無法供新的超大規模資料庫或開發/測試訂用帳戶使用。 在 2026 年 12 月之前,具有已佈建計算的現有超大規模資料庫單一資料庫可以繼續使用 Azure Hybrid Benefit 來節省計算成本。 如需詳細資訊,請檢閱超大規模資料庫定價部落格

計算資源

硬體組態 中央處理器 (CPU) 記憶體
標準系列 (Gen5) 佈建計算
- Intel® E5-2673 v4 (Broadwell) 2.3 GHz、Intel® SP-8160 (Skylake)1、Intel® 8272CL (Cascade Lake) 2.5 GHz1、Intel® Xeon® Platinum 8370C (Ice Lake)1、AMD EPYC 7763v (Milan) 處理器
- 佈建最多 80 個虛擬核心 (超執行緒)

無伺服器計算
- Intel® E5-2673 v4 (Broadwell) 2.3 GHz、Intel® SP-8160 (Skylake)1、Intel® 8272CL (Cascade Lake) 2.5 GHz1、Intel® Xeon® Platinum 8370C (Ice Lake)1、AMD EPYC 7763v (Milan) 處理器
- 自動縮放最多 80 個虛擬核心 (超執行緒)
- 記憶體對虛擬核心比率會根據工作負載需求動態調整,以適應記憶體和 CPU 使用量,而且每個虛擬核心可高達 24 GB。 例如,在指定的時間點,工作負載可能會使用 240 GB 記憶體和僅 10 個虛擬核心,並且按此方式計費。
佈建計算
- 每個虛擬核心 5.1 GB
- 最多可部署 625 GB

無伺服器計算
- 每個虛擬核心最多可自動調整至 24 GB
- 最多可自動縮放至 240 GB (上限)
進階系列 - Intel® Xeon® Platinum 8370C (Ice Lake)、AMD EPYC 7763v (Milan) 處理器
- 佈建最多 128 個虛擬核心 (超執行緒)
- 每個虛擬核心 5.1 GB
進階系列,記憶體最佳化 - Intel® Xeon® Platinum 8370C (Ice Lake)、AMD EPYC 7763v (Milan) 處理器
- 佈建最多 80 個虛擬核心 (超執行緒)
每個虛擬核心 10.2 GB

1sys.dm_user_db_resource_governance 動態管理檢視中,使用 Intel® SP-8160 (Skylake) 處理器之資料庫的硬體世代會顯示為 Gen6、使用 Intel® 8272CL (Cascade Lake) 之資料庫的硬體世代會顯示為 Gen7,而使用 Intel® Xeon® Platinum 8370C (Ice Lake) 或 AMD® EPYC® 7763v (Milan) 之資料庫的硬體世代會顯示為 Gen8。 針對指定的計算大小和硬體設定,無論 CPU 類型為何,資源限制都會相同。 如需詳細資訊,請參閱單一資料庫彈性集區的資源限制。

只有標準系列 (Gen5) 硬體才支援無伺服器。

建立及管理超大規模資料庫

您可以使用 Azure 入口網站、Transact-SQL、PowerShell 和 Azure CLI 來建立及管理超大規模資料庫。 如需詳細資訊,請參閱快速入門:建立超大規模資料庫

運算 詳細資料 深入了解
建立超大規模資料庫 僅在使用以虛擬核心為基礎的購買模型時,才提供超大規模資料庫。 參閱快速入門:在 Azure SQL Database 中建立超大規模資料庫,以尋找新的超大規模資料庫建立範例。
將現有的資料庫升級為超大規模資料庫 將 Azure SQL Database 中現有資料庫移轉至超大規模資料庫層級是關乎於資料大小的作業。 了解如何將現有的資料庫移轉到超大規模資料庫
將超大規模資料庫反向移轉至一般用途服務層級 如果您先前已將現有的 Azure SQL Database 移轉至超大規模資料庫,您可以在原始移轉至超大規模資料庫 45 天內,將資料庫反向移轉至一般用途服務層級。

如果您想要將資料庫移轉到另一個服務層級 (例如業務關鍵),請先反向移轉到一般用途服務層級,再變更服務層級。
了解如何從超大規模資料庫反向移轉,包括反向移轉的限制

局限性

下列是超大規模資料庫服務層級目前的限制。 我們正積極進行改善,盡可能移除這些限制。

問題 描述
停用 TDE 時縮減操作會被阻擋 目前,在 Azure SQL 超大規模資料庫的透明資料加密 (TDE) 停用時,不支援資料庫和檔案壓縮作業。
從其他服務層還原資料庫 非超大規模資料庫無法還原為超大規模資料庫,而超大規模資料庫也無法還原為非超大規模資料庫。

如果資料庫是從其他 Azure SQL Database 服務層級移轉至超大規模資料庫,則移轉前備份會在來源資料庫的備份保留期間內保留,包括長期保留原則。 在資料庫的備份保留期間內,支援從命令列還原移轉前備份。 您可以將這些備份還原至任何非超大規模資料庫服務層級。
使用記憶體內部 OLTP 物件移轉資料庫 超大規模資料庫支援記憶體內部 OLTP 物件的子集,包括經記憶體最佳化的資料表類型、資料表變數和原生編譯模組。 不過,當要移轉的資料庫中有任何記憶體內部 OLTP 物件時,即不支援從進階和業務關鍵服務層級移轉至超大規模資料庫服務層級。 若要將這類資料庫移轉至超大規模資料庫,您必須卸載所有記憶體內部 OLTP 物件及其相依性。 移轉資料庫之後,您可以重新建立這些物件。 超大規模資料庫目前不支援持久性和非持久性經記憶體最佳化的資料表,而必須將其變更為磁碟資料表。
資料庫完整性檢查 超大規模資料庫目前不支援 DBCC CHECKDB。 您可以使用 DBCC CHECKTABLE ('TableName') WITH TABLOCK 和 DBCC CHECKFILEGROUP WITH TABLOCK 作為臨時解決方案。 如需 Azure SQL Database 的資料完整性管理詳細資料,請參閱 Azure SQL Database 中的資料完整性
彈性作業 不支援使用超大規模資料庫作為作業資料庫。 不過,彈性作業可以將目標設為超大規模資料庫,方法與 Azure SQL Database 中的任何其他資料庫相同。
資料同步 不支援將超大規模資料庫用作中樞或同步中繼資料庫。 不過,超大規模資料庫可以是資料同步拓撲中的成員資料庫。
超大規模服務層級進階系列硬體 進階版系列和記憶體最佳化進階版系列硬體目前不支援無伺服器運算層級。
區域可用性 超大規模服務層級的進階系列和進階系列記憶體優化硬體僅在部分 Azure 區域中提供。 如需清單,請參閱超大規模進階系列可用性