超大規模資料庫服務層級
適用於: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 效能。
- 快速的資料庫還原或拷貝 (根據檔案快照),僅需數分鐘,而非數小時或數天。
超大規模資料庫服務層級會移除傳統上會在雲端資料庫中看到的許多實際限制。 大部分其他資料庫都受限於單一節點中的可用資源,但超大規模資料庫服務層級中的資料庫沒有這類限制。 透過其彈性儲存體架構,儲存體可依需求成長。 事實上,不會建立具有所定義大小上限的超大規模資料庫服務層級。 超大規模資料庫服務層級可視需要成長,而且只向您收取配置的儲存體容量費用。 針對讀取密集的工作負載,超大規模資料庫服務層級可視需要佈建額外的複本來卸載讀取工作負載,以提供快速擴增。
此外,建立資料庫備份或是相應增加或減少所需的時間,不再繫結到資料庫中資料的磁碟區。 超大規模資料庫服務層級幾乎是立即予以備份。 您也可以在佈建的計算層幾分鐘內相應增加或減少資料庫,或使用無伺服器自動調整計算。 此功能讓您不需要擔心選擇的初始設定進行方塊化處理。
如需超大規模資料庫服務層級計算大小的詳細資訊,請參閱服務層級特性。
誰應該考慮使用超大規模資料庫服務層級
超大規模資料庫服務層級適用於需要較高效能和可用性、快速備份和還原,以及/或快速儲存體和計算可擴縮性的所有客戶。 這包括要移至雲端將其應用程式現代化的客戶,以及已在 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),以及快速調整計算資源的能力。
下圖說明功能性超大規模資料庫結構:
深入了解超大規模資料庫分散式函式架構。
規模和效能優點
超大規模資料庫架構可以快速加速/減速其他唯讀計算節點,因而允許大規模讀取功能,也可以釋出主要計算節點來提供更多寫入要求。 此外,基於超大規模資料庫架構的共用儲存體架構,也可以快速相應增加/減少計算節點。 超大規模資料庫中的唯讀計算節點也可在無伺服器計算層中使用,其會根據工作負載需求自動調整計算。
超大規模資料庫的資料庫高可用性
如同所有其他服務層級,不論計算複本可用性為何,超大規模資料庫都會保證認可交易的資料持久性。 肇因於主要複本無法使用的停機範圍取決於下列因素:容錯移轉類型 (計劃性與非計劃性)、是否已設定區域備援,以及是否至少有一個高可用性複本存在。 若是計劃性容錯移轉 (例如維護事件),系統會在起始容錯移轉之前建立新的主要複本,或使用現有的高可用性複本作為容錯移轉目標。 若是非計劃性容錯移轉 (例如主要複本的硬體失敗),系統會使用高可用性複本作為容錯移轉目標 (如果有的話),或從可用計算容量的集區建立新的主要複本。 在後者的情況下,因為建立新的主要複本需要額外步驟,所以停機時間較長。
您可以選擇維護視窗,讓對工作負載會產生影響的維修事件可預測且較不具干擾性。
如需超大規模資料庫 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 Enterprise 和隨用隨付的開發/測試訂用帳戶 |
保留執行個體 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 |
1 在 sys.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 天內,您可以將資料庫反向移轉至一般用途服務層級。 如果您想要將資料庫移轉到另一個服務層級 (例如業務關鍵),請先反向移轉到一般用途服務層級,再變更服務層級。 |
了解如何從超大規模資料庫反向移轉,包括反向移轉的限制。 |
壓縮
Azure SQL 超大規模資料庫的資料庫和檔案壓縮作業目前為預覽狀態。 如需有關預覽狀態的詳細資訊,請參閱 Azure SQL 超大規模資料庫的壓縮。
已知的限制
下列是超大規模資料庫服務層級目前的限制。 我們正積極處理以盡可能移除這些限制。
問題 | 描述 |
---|---|
停用 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 區域中使用。 如需清單,請參閱超大規模資料庫進階系列可用性。 |