Azure SQL 受控執行個體資源限制概觀
適用於:Azure SQL 受控執行個體
本文將概述 Azure SQL 受控執行個體的技術特性和資源限制,並說明如何要求提高這些限制。
注意
若想了解支援的功能和 T-SQL 陳述式的差異,請參閱功能差異和 T-SQL 陳述式支援。 若要了解 Azure SQL Database 與 SQL 受控執行個體的服務層級之間的一般差異,請檢閱一般用途和業務關鍵服務層級。
硬體設定特性
SQL 受控執行個體具有取決於基礎結構和架構的特性與資源限制。 SQL 受控執行個體可部署於多種硬體設設定上。
注意
Gen5 硬體已重新命名為標準系列 (第 5 代) 。
如需先前可用硬體的資訊,請參閱本文稍後的先前可用硬體。
硬體設定有不同的特性,如下表所述:
標準系列 (Gen5) | 進階系列 | 記憶體最佳化進階系列 | |
---|---|---|---|
CPU | Intel® E5-2673 v4 (Broadwell) 2.3 GHz、Intel® SP-8160 (Skylake) 和 Intel® 8272CL (Cascade Lake) 2.5 GHz 處理器 | Intel® 8370C (Ice Lake) 2.8 GHz 處理器 | Intel® 8370C (Ice Lake) 2.8 GHz 處理器 |
虛擬核心數目 vCore=1 LP (超執行緒) |
4-80 個虛擬核心 | 4-128 個虛擬核心 | 4-128 個虛擬核心 |
最大記憶體 (記憶體/虛擬核心比率) | 每個虛擬核心 5.1 GB - 最大值 408 GB 新增更多虛擬核心以取得更多記憶體。 |
每個虛擬核心 7 GB,最多 80 個虛擬核心 - 最多 560 GB | 每個虛擬核心 13.6 GB,最多 64 個虛擬核心 - 最多 870.4 GB |
最大記憶體內部 OLTP 記憶體 | 執行個體限制:每個虛擬核心 0.8 - 1.65 GB | 執行個體限制:每個虛擬核心 1.1 - 2.3 GB | 執行個體限制:每個虛擬核心 2.2 - 4.5 GB |
最大實例保留儲存體 1 | 一般用途:最多 16 TB 業務關鍵:最多 4 TB |
一般用途:最多 16 TB 業務關鍵:最多 5.5 TB |
一般用途: 最多 16 TB 業務關鍵:最多 16 TB |
1 相依于 虛擬核心 數目。
注意
如果您的工作負載所需的儲存體大小超過 Azure SQL 受控執行個體的可用資源限制,請考慮使用 Azure SQL Database 超大規模資料庫服務層級。
記憶體最佳化進階系列硬體的區域支援
記憶體最佳化進階系列硬體的支援目前僅適用於下列特定區域:
[地理位置] | 支援記憶體最佳化進階系列硬體的區域 |
---|---|
歐洲、中東、非洲 | 法國中部、德國中西部、北歐、瑞典中部、英國南部、西歐 |
美洲 | 巴西南部、加拿大中部、美國中部、美國東部、美國東部 2、美國中北部、美國中南部、美國西部、美國西部 2、美國西部 3 |
亞太地區 | 澳大利亞東部、澳大利亞東南部、印度中部、東亞、日本東部、東南亞 |
記憶體內部 OLTP 可用空間
業務關鍵服務層級中的記憶體內部 OLTP 空間數量,取決於虛擬核心數目和硬體設定。 下表列出可用於記憶體內部 OLTP 物件的記憶體限制。
虛擬核心 | 標準系列 (Gen5) | 進階系列 | 記憶體最佳化進階系列 |
---|---|---|---|
4 個 V 核心 | 3.14 GB | 4.39 GB | 8.79 GB |
8 個 V 核心 | 6.28 GB | 8.79 GB | 22.06 GB |
16 個 V 核心 | 15.77 GB | 22.06 GB | 57.58 GB |
24 個虛擬核心 | 25.25 GB | 35.34 GB | 93.09 GB |
32 個 V 核心 | 37.94 GB | 53.09 GB | 128.61 GB |
40 個虛擬核心 | 52.23 GB | 73.09 GB | 164.13 GB |
64 個 V 核心 | 99.9 GB | 139.82 GB | 288.61 GB |
80 個虛擬核心 | 131.68 GB | 184.30 GB | 288.61 GB |
96 個虛擬核心 | N/A | 184.30 GB | 288.61 GB |
128 個虛擬核心 | N/A | 184.30 GB | 288.61 GB |
服務層的特性
重要
業務關鍵服務層級提供額外的內建 Azure SQL 受控執行個體複本 (次要複本),可用於唯讀工作負載。 如果您可分隔讀寫查詢和唯讀/分析/報告查詢,就會以相同價格取得兩倍的虛擬核心和記憶體。 次要複本可能會落後主要執行個體數秒,因此其設計訴求是要卸載不需要確切目前資料狀態的報告/分析工作負載。 在下表中,唯讀查詢是在次要複本上執行的查詢。
功能 | 一般用途 | 業務關鍵 |
---|---|---|
虛擬核心數* | 4、8、16、24、32、40、64、80 | 標準系列 (Gen5) :4、8、16、24、32、40、64、80 進階系列 :4、8、16、24、32、40、64、80、96 1 、128 1 記憶體優化進階系列 :4、8、16、24、32、40、64、80 1、96 1 、128 1 *相同數目的虛擬核心專用於唯讀查詢。 |
最大記憶體 | 標準系列 (Gen5) :20.4 GB - 408 GB(5.1 GB/虛擬核心) 進階系列:28 GB - 560 GB (7 GB/虛擬核心) 記憶體最佳化進階系列:54.4 GB - 870.4 GB (13.6 GB/虛擬核心) |
標準系列 (Gen5) :每個複本上的 20.4 GB - 408 GB(5.1 GB/虛擬核心) 進階系列 :每個複本上 28 GB - 560 GB (7 GB/虛擬核心最多 80 個 虛擬核心 1 ) 記憶體優化進階系列 :每個複本上 54.4 GB - 870.4 GB(13.6 GB/虛擬核心最多 64 個 虛擬核心 1 ) |
最大執行個體儲存體大小 (保留) | - 2 TB (適用於 4 個虛擬核心) - 8 TB (適用於 8 個虛擬核心) - 16 TB 用於其他大小 |
標準系列 (Gen5) : - 1 TB (適用於 4、8、16 個虛擬核心) - 24 個虛擬核心的 2 TB - 4 TB 用於 32、40、64、80 個虛擬核心 進階系列 : - 4、8 個虛擬核心的 1 TB - 2 TB 用於 16、24 個虛擬核心 - 4 TB (適用於 32 個虛擬核心) - 5.5 TB (適用於 40、64、80 個虛擬核心) 記憶體優化進階系列 : - 1 TB (適用於 4、8 個虛擬核心) - 2 TB (適用於 16、24 個虛擬核心) - 4 TB (適用於 32 個虛擬核心) - 40 個虛擬核心的 5.5 TB - 16 TB (適用於 64 個虛擬核心) |
資料庫大小上限 | 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。 | 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。 |
tempdb 資料庫大小上限 |
受限於 24 GB/虛擬核心 (96 - 1,920 GB) 和目前可用的執行個體儲存體大小。 新增更多虛擬核心以取得更多 tempdb 空間。記錄檔大小限制為 120 GB。 |
最高可達目前可用的執行個體儲存體大小。 |
tempdb 檔案數目上限 |
128 | 128 |
每個執行個體的資料庫數目上限 | 100 個使用者資料庫,除非已達到執行個體儲存體大小限制。 | 100 個使用者資料庫,除非已達到執行個體儲存體大小限制。 |
資料庫檔案數目上限 | 除非已達到實例儲存體大小或 Azure 進階磁片儲存體配置空間 限制,否則每個實例 280 個。 | 每個資料庫 32,767 個檔案,除非已達到執行個體儲存體大小限制。 |
資料檔案大小上限 | 每個資料檔案的大小上限為 8 TB。 針對大於 8 TB 的資料庫,請至少使用兩個資料檔案。 | 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。 |
記錄檔大小上限 | 受限於 2 TB 和目前可用的執行個體儲存體大小。 | 受限於 2 TB 和目前可用的執行個體儲存體大小。 |
資料/記錄 IOPS (大約) | 每個檔案 500 - 7500 *增加檔案大小以取得更多 IOPS |
16 K - 320 K (4000 IOPS/虛擬核心) 新增更多虛擬核心,以取得更佳的 IO 效能。 |
記錄寫入輸送量限制 (每個執行個體) | 每個虛擬核心 4.5 MiB/秒 每個執行個體最大 120 MiB/秒 每個資料庫 22 - 65 MiB/秒 (視記錄檔大小而定) *增加檔案大小以取得更高的 IO 效能 |
每個虛擬核心 4.5 MiB/秒 最大 192 MiB/秒 |
資料輸送量 (大約) | 每個檔案 100 - 250 MiB/秒 *增加檔案大小以取得更高的 IO 效能 |
不受限制。 |
儲存體 IO 延遲 (大約) | 5-10 毫秒 | 1-2 毫秒 |
記憶體內部 OLTP | 不支援 | 可用,大小取決於虛擬核心數目 |
工作階段數上限 | 30000 | 30000 |
並行背景工作數上限 | 105 * 虛擬核心數目 + 800 | 105 * 虛擬核心數目 + 800 |
唯讀複本 | 0 | 1 (包含在價格中) |
計算隔離 | 不支援,因為一般用途執行個體可與其他執行個體共用實體硬體 | 標準系列 (Gen5) : 支援 40、64、80 個虛擬核心 進階系列 :支援 64、80 個虛擬核心 記憶體最佳化進階系列:支援 64 個虛擬核心 |
1 記憶體對虛擬核心比率僅適用于進階系列硬體最多 80 個虛擬核心,而記憶體優化進階系列則有 64 個虛擬核心。 進階系列虛擬核心的記憶體上限為 560 GB,記憶體優化進階系列虛擬核心超過 64 的記憶體上限為 870.4 GB。
另外還有幾項考量:
- [目前可用的執行個體儲存體大小] 是保留執行個體大小與已用儲存空間之間的差異。
- 使用者和系統資料庫中的資料和記錄檔大小都會計入執行個體儲存體大小,並與儲存體大小上限相比較。 使用 sys.master_files 系統檢視來判斷資料庫所使用的總空間。 錯誤記錄不會持續留存,也不計入大小。 備份並未計入儲存體大小。
- 一般用途層級的輸送量和 IOPS 也取決於 SQL 受控執行個體未明確限制的檔案大小。 您可以使用自動容錯移轉群組,在不同的 Azure 區域中建立另一個可讀取的複本
- 最大執行個體 IOPS 取決於工作負載的檔案配置和分配。 舉例來說,如果您建立 7 個 1 TB 檔案 (每個檔案最大 5K IOPS) 和七個小型檔案 (小於 128 GB,每個檔案 500 IOPS),若您的工作負載可以使用所有檔案,即可取得每個執行個體 38500 IOPS (7x5000+7x500)。 請注意,部分 IOPS 也會用於自動備份。
tempdb
檔案的名稱長度不能超過 16 個字元。
如需詳細資訊,請參閱本文中 SQL 受控執行個體集區的資源限制。
資料和記錄儲存體
下列因素會影響資料和記錄檔所使用的儲存體數量,且適用於一般用途和業務關鍵層。
- 在一般用途服務層級中,
tempdb
會使用本機 SSD 儲存體,而此儲存體成本會包含在虛擬核心價格中。 - 在業務關鍵服務層級中,
tempdb
會與資料和記錄檔共用本機 SSD 儲存體,而tempdb
儲存體成本會包含在虛擬核心價格中。 - SQL 受控執行個體的儲存體大小上限必須指定為 32 GB 的倍數。
重要
在兩種服務層級中,您需按照為受控執行個體設定的最大儲存體大小付費。
若要監視 SQL 受控執行個體已使用的執行個體儲存體大小總計,請使用 storage_space_used_mb計量。 若要使用 T-SQL 來監視資料庫中的個別資料和記錄檔目前已配置和使用的儲存體大小,請使用 sys.database_files 檢視和 FILEPROPERTY(... , 'SpaceUsed') 函式。
提示
在某些情況下,您可能需要壓縮資料庫來回收未使用的空間。 如需詳細資訊,請參閱 DBCC SHRINKFILE。
備份和儲存體
為了支援 SQL 受控執行個體的時間點還原 (PITR) 和長期保留 (LTR) 功能,系統會配置儲存體供資料庫備份使用。 此儲存體與資料和記錄檔儲存體分開,且會另外計費。
- PITR:在一般用途和業務關鍵層中,個別的資料庫備份會自動複製到讀取權限異地備援 (GRS) 儲存體。 儲存體大小會隨著新備份的建立而動態增加。 完整、差異和交易記錄備份都會使用此儲存體。 儲存體耗用量取決於資料庫的變動率以及為備份設定的保留期間。 您可以針對 SQL 受控實例,為每個資料庫設定 1 到 35 天之間的個別保留期間。 您會獲得與設定的資料大小上限相等的備份儲存體數量,不需額外付費。
- LTR:您也可以選擇設定完整備份的長期保留期,最長可達 10 年。 如果您設定 LTR 原則,這些備份會自動儲存在 RA-GRS 儲存體中,但您可以控制備份的複製頻率。 為了符合不同的合規性需求,您可以針對每週、每月和/或每年備份選取不同的保留期間。 您選擇的設定會決定要將多大的儲存體用於 LTR 備份。 如需詳細資訊,請參閱長期備份保留。
一般用途層級中的檔案 IO 特性
在一般用途服務層級中,每個資料庫檔案都會取得相依於檔案大小的專用 IOPS 和輸送量。 較大的檔案會獲得較多 IOPS 和輸送量。 下表顯示資料庫檔案的 IO 特性:
檔案大小 | >=0 且 <=129 GiB | >129 且 <=513 GiB | >513 且 <=1025 GiB | >1025 且 <=2049 GiB | >2049 且 <=4097 GiB | >4097 GiB 且 <=8 TiB |
---|---|---|---|---|---|---|
每個檔案的 IOPS | 500 | 2300 | 5000 | 7500 | 7500 | 7500 |
每個檔案的輸送量 | 100 MiB/秒 | 150 MiB/秒 | 200 MiB/秒 | 250 MiB/秒 | 250 MiB/秒 | 250 MiB/秒 |
如果您注意到某個資料庫檔案上有高 IO 延遲,或發現 IOPS/輸送量達到此限制,您可藉由增加檔案大小來改善效能。
此外也有執行個體層級的最大記錄寫入輸送量限制 (請參閱上表中的值,例如 22 MiB/秒),因此,您可能會因為即將達到執行個體輸送量限制,而無法達到記錄檔的最大檔案輸送量。
支援區域
SQL 受控執行個體只能在支援的區域中建立。 若要在目前不支援的區域中建立 SQL 受控執行個體,您可以透過 Azure 入口網站傳送支援要求。
支援的訂用帳戶類型
SQL 受控執行個體目前僅支援在下列類型的訂用帳戶中部署:
- Enterprise 合約 (EA)
- 隨用隨付
- 雲端服務提供者 (CSP)
- Enterprise 開發/測試
- 隨用隨付開發/測試
- 含每月 Azure 點數的訂閱 (適用於 Visual Studio 訂閱者)
- 免費試用版
- Azure 學生版
- Azure In Open
區域資源限制
支援的訂用帳戶類型可包含有限的每一區域資源數目。 SQL 受控執行個體有兩項每個 Azure 區域的預設限制 (根據訂用帳戶的類型,在 Azure 入口網站中建立特殊支援要求可依照需求提高限制):
- 子網路限制:在單一區域中部署 SQL 受控執行個體的子網路數目上限。
- 虛擬核心單元限制:可以在單一區域中的所有執行個體上部署的虛擬核心單元數上限。 一個 GP 虛擬核心使用一個虛擬核心單元,而一個 BC 虛擬核心採用四個虛擬核心單元。 執行個體總數不受限,只要在虛擬核心單元限制內即可。
注意
這些限制是預設設定,而不是技術限制。 如果您在目前的區域中需要更多執行個體,可以在 Azure 入口網站中建立特殊支援要求,依照需求提高這些限制。 或者,您可以在另一個 Azure 區域中建立新的 SQL 受控執行個體,而不需要傳送支援要求。
下表顯示所支援訂用帳戶類型的預設區域限制 (可使用支援要求來擴充預設限制):
訂用帳戶類型 | SQL 受控執行個體子網路的預設限制 | 虛擬核心單位的預設限制* |
---|---|---|
CSP | 16 (在某些區域為 30**) | 960 (在某些區域為 1440**) |
EA | 16 (在某些區域為 30**) | 960 (在某些區域為 1440**) |
Enterprise 開發/測試 | 6 | 320 |
隨用隨付 | 6 | 320 |
隨用隨付開發/測試 | 6 | 320 |
Azure Pass | 3 | 64 |
BizSpark | 3 | 64 |
BizSpark Plus | 3 | 64 |
Microsoft Azure 贊助 | 3 | 64 |
Microsoft 合作夥伴網路 | 3 | 64 |
Visual Studio Enterprise (MPN) | 3 | 64 |
Visual Studio Enterprise | 3 | 32 |
Visual Studio Enterprise (BizSpark) | 3 | 32 |
Visual Studio Professional | 3 | 32 |
MSDN 平台 | 3 | 32 |
* 在規劃部署中,請考量業務關鍵 (BC) 服務層級所需的虛擬核心容量是一般用途 (GP) 服務層級的四 (4) 倍。 例如:1 個 GP 虛擬核心 = 1 個虛擬核心單元,1 個 BC 虛擬核心 = 4 個虛擬核心。 若要簡化以預設限制為準的耗用量分析,請對區域中所有部署了 SQL 受控執行個體的子網路摘要虛擬核心單元,並將其結果與您訂用帳戶類型的執行個體單位限制相比較。 [虛擬核心單元數上限] 限制適用於區域中的每個訂用帳戶。 除了橫跨多個子網路部署的所有虛擬核心總和必須小於或等於虛擬核心單元數上限以外,每一個別子網路沒有限制。
** 在下列區域可使用較大的子網路和虛擬核心限制:澳大利亞東部、美國東部、美國東部 2、北歐、美國中南部、東南亞、英國南部、西歐、美國西部 2。
重要
如果您的虛擬核心和子網路限制為 0,則表示訂用帳戶類型的預設區域限制未設定。 您也可以依照相同程序 (提供所需的虛擬核心和子網路值),使用配額增加要求來存取特定區域中的訂用帳戶。
要求增加配額
如果您在目前的區域中需要更多執行個體,請使用 Azure 入口網站傳送擴充配額的支援要求。 如需詳細資訊,請參閱要求增加 Azure SQL Database 配額。
先前可用的硬體
重要
Gen4 硬體已淘汰,無法布建。 將您的 SQL 受控實例實例移轉至支援的硬體世代,例如標準系列硬體,以取得更廣泛的虛擬核心和儲存體延展性、加速網路、最佳 IO 效能,以及最少的延遲。
您可以在 Azure 入口網站中使用 Azure Resource Graph 總 管來識別目前使用 Gen4 硬體的所有 SQL 受控實例,或檢查 Azure 入口網站中特定 SQL 受控實例所使用的硬體。
您至少必須具有 Azure 物件或物件群組的 read
權限,才能在 Azure Resource Graph Explorer 中查看結果。
若要使用 Azure Resource Graph 總 管來識別仍在使用 Gen4 硬體的 SQL 受控實例,請遵循下列步驟:
移至 Azure 入口網站。
在搜尋方塊中搜尋
Resource graph
,然後從搜尋結果中選擇 [Resource Graph Explorer] 服務。在查詢視窗中,輸入下列查詢,然後選取 [執行查詢]:
resources | where type contains ('microsoft.sql/managedinstances') | where sku['family'] == "Gen4"
[結果] 窗格顯示 Azure 中使用 Gen4 硬體的所有已部署執行個體。
若要檢查 Azure 中特定 SQL 受控執行個體的資源所使用的硬體,請遵循下列步驟:
- 移至 Azure 入口網站。
- 在搜尋方塊中搜尋
SQL managed instances
,然後從搜尋結果中選擇 [SQL 受控執行個體],以開啟 [SQL 受控執行個體] 頁面並檢視所選訂用帳戶的所有執行個體。 - 選取感興趣的 SQL 受控執行個體,以開啟該 SQL 受控執行個體的 [概觀] 頁面。
- 檢查 [基本資訊] 下方的 [定價層],確認受控執行個體正在使用的硬體。
硬體特性
Gen4 | |
---|---|
硬體 | Intel® E5-2673 v3 (Haswell) 2.4 GHz 處理器,附加 SSD 虛擬核心 = 1 PP (實體核心) |
虛擬核心數目 | 8 個、16 個、24 個虛擬核心 |
最大記憶體 (記憶體/核心比率) | 每個虛擬核心 7GB 新增更多虛擬核心以取得更多記憶體。 |
最大記憶體內部 OLTP 記憶體 | 執行個體限制:每個虛擬核心 1-1.5 GB |
最大執行個體保留儲存體 | 一般用途:8 TB 業務關鍵:1 TB |
記憶體內部 OLTP 可用空間
業務關鍵服務層級中的記憶體內部 OLTP 空間數量,取決於虛擬核心數目和硬體設定。 下表列出可用於記憶體內部 OLTP 物件的記憶體限制。
記憶體內部 OLTP 空間 | Gen4 |
---|---|
8 個 V 核心 | 8 GB |
16 個 V 核心 | 20 GB |
24 個虛擬核心 | 36 GB |
服務層的特性
功能 | 一般用途 | 業務關鍵 |
---|---|---|
虛擬核心數* | 8、16、24 | 8, 16, 24 *相同數目的虛擬核心專用於唯讀查詢。 |
最大記憶體 | 56 GB - 168 GB (7GB/虛擬核心) 新增更多虛擬核心以取得更多記憶體。 |
56 GB - 168 GB (7GB/虛擬核心) + 額外 20.4 GB - 408 GB (5.1GB/虛擬核心) 用於唯讀查詢。 新增更多虛擬核心以取得更多記憶體。 |
最大執行個體儲存體大小 (保留) | 8 TB | 1 TB |
資料庫大小上限 | 最高可達目前可用的執行個體大小上限 (最大 2 TB - 8 TB,視虛擬核心的數目而定)。 | 最高可達目前可用的執行個體大小上限 (最大 1 TB - 4 TB,視虛擬核心的數目而定)。 |
tempdb 資料庫大小上限 |
受限於 24 GB/虛擬核心 (96 - 1,920 GB) 和目前可用的執行個體儲存體大小。 新增更多虛擬核心以取得更多 tempdb 空間。記錄檔大小限制為 120 GB。 |
最高可達目前可用的執行個體儲存體大小。 |
每個執行個體的資料庫數目上限 | 100 個使用者資料庫,除非已達到執行個體儲存體大小限制。 | 100 個使用者資料庫,除非已達到執行個體儲存體大小限制。 |
每個執行個體的資料庫檔案數目上限 | 最高可達 280,除非已達到執行個體儲存體大小或 Azure 進階磁碟儲存體配置空間限制。 | 每個資料庫 32,767 個檔案,除非已達到執行個體儲存體大小限制。 |
資料檔案大小上限 | 受限於目前可用的執行個體儲存體大小 (最大 2 TB-8 TB) 和 Azure 進階磁碟儲存體配置空間。 針對大於 8 TB 的資料庫,請至少使用兩個資料檔案。 | 受限於目前可用的執行個體儲存體大小 (最高可達 1 TB - 4 TB)。 |
記錄檔大小上限 | 受限於 2 TB 和目前可用的執行個體儲存體大小。 | 受限於 2 TB 和目前可用的執行個體儲存體大小。 |
資料/記錄 IOPS (大約) | 最高可達每個執行個體 30-40 K IOPS*,每個檔案 500-7500 *增加檔案大小以取得更多 IOPS |
16 K - 320 K (4000 IOPS/虛擬核心) 新增更多虛擬核心,以取得更佳的 IO 效能。 |
記錄寫入輸送量限制 (每個執行個體) | 每個虛擬核心 3 MiB/秒 每個執行個體最大 120 MiB/秒 每個資料庫 22 - 65 MiB/秒 *增加檔案大小以取得更高的 IO 效能 |
每個虛擬核心 4 MiB/秒 最大 96 MB/秒 |
資料輸送量 (大約) | 每個檔案 100 - 250 MiB/秒 *增加檔案大小以取得更高的 IO 效能 |
不受限制。 |
儲存體 IO 延遲 (大約) | 5-10 毫秒 | 1-2 毫秒 |
記憶體內部 OLTP | 不支援 | 可用,大小取決於虛擬核心數目 |
工作階段數上限 | 30000 | 30000 |
並行背景工作數上限 | 210 * 虛擬核心數目 + 800 | 210 * 虛擬核心計數 + 800 |
唯讀複本 | 0 | 1 (包含在價格中) |
計算隔離 | 不支援 | 不支援 |
後續步驟
- 如需關於 SQL 受控執行個體的詳細資訊,請參閱什麼是 SQL 受控執行個體?。
- 如需定價資訊,請參閱 SQL 受控執行個體定價。
- 若要了解如何建立您的第一個 SQL 受控執行個體,請參閱快速入門指南。