Azure SQL 受控執行個體管理作業概觀
適用於：
Azure SQL 受控執行個體
Azure SQL 受控執行個體提供管理作業，可讓您在不再需要時，用來自動部署新的受控執行個體、更新執行個體屬性和刪除執行個體。
什麼是管理作業？
所有管理作業都可分類如下：
- 部署執行個體 (建立新執行個體)
- 更新執行個體 (變更執行個體屬性，例如虛擬核心或保留儲存體)
- 執行個體刪除
為了支援 Azure 虛擬網路內的部署，並為客戶提供隔離和安全性，SQL 受控執行個體會依賴虛擬叢集。 虛擬叢集代表一組在客戶的虛擬網路子網路內部署的專屬獨立虛擬機器，並以虛擬機器群組方式組織。 基本上，每個部署至空白子網路中的受控執行個體都會產生新的虛擬叢集增建，該增建會建立第一個虛擬機器群組。
受控實例上的後續管理作業可能會影響基礎 虛擬機群組。 影響基礎虛擬機群組的變更可能會影響管理作業的持續時間，因為將更多虛擬機部署到虛擬叢集會帶來額外負擔，需要在規劃新部署或更新現有受控實例時予以考慮。
快速佈建
有設定的執行個體可受益於快速 SQL 受控執行個體佈建，這可縮短在子網路建立第一個執行個體所需的時間，從平均 45-60 分鐘減少至 30 分鐘。 若要深入瞭解操作持續時間，請檢閱 管理操作。
快速佈建僅適用於：
- 子網路所佈建的第一個執行個體。
- 具有 4-8 個虛擬核心的執行個體。
- 使用預設維護時段的執行個體。
- 不是區域備援的實例。
期間
虛擬叢集的作業持續時間可能有所不同，但通常具最長持續時間。
下表列出可能於建立、更新或刪除作業時觸發的長時間執行步驟。 資料表也會根據現有服務遙測資料，列出您通常可預期的持續時間：
| 步驟 | 描述 | 預估的持續時間 |
|---|---|---|
| 建立虛擬叢集 (快速佈建)1 | 快速佈建是執行個體管理作業的同步步驟，其中第一個虛擬機器群組可供立即使用。 | 90% 的作業在 30 分鐘內完成 |
| 虛擬叢集建立 | 建立是執行個體管理作業的同步步驟，該步驟會建立第一個虛擬機器群組。 | 90% 的作業在 4 小時內完成 |
| 虛擬叢集調整大小 (擴充或縮小) | 新增新機器至現有虛擬機器群組、移除未使用虛擬機器、新增或移除整個虛擬機器群組。 擴充是同步步驟，同時以異步方式執行壓縮（不會影響實例管理作業的持續時間）。 |
90% 叢集擴充與新虛擬機器群組建立會在 4 小時內完成 90% 的叢集擴充與現有虛擬機器群組擴充會在 60 分鐘內完成 |
| 虛擬叢集刪除 | 當最後一個執行個體從子網路刪除時，就會觸發虛擬叢集刪除。 | 90% 叢集刪除會在 1.5 小時內完成 |
| 植入資料庫檔案2 | 同步處理會在業務關鍵服務層級縮放計算 (虛擬核心) 或儲存體期間，以及將服務層級從一般用途變更為業務關鍵時觸發 (反之亦然)。 此作業的持續時間與資料庫大小總計和目前資料庫活動（使用中交易數目）成正比。 更新執行個體時的資料庫活動會對持續時間總計產生明顯的差異。 | 90% 的作業以 220 GB/小時或更高速率執行 |
1 目前僅子網路的第一個執行個體支援快速佈建，且需具 4 或 8 個虛擬核心，以及預設維護時段設定。
2 在業務關鍵服務層級縮放計算 (虛擬核心) 或儲存體，或將服務層級從一般用途切換為業務關鍵時，植入也包含 Always On 可用性群組植入。
重要
在一般用途服務層級中，擴展或縮減儲存容量包括更新元數據及傳播已提交請求的回應。 這是一項快速操作，最多可在5分鐘內完成，並且不需要停機時間和故障轉移過程。
管理作業長時間執行區段
下表根據作業類別，摘要說明作業與一般整體持續時間：
類別：部署
| 作業 | 長時間執行的區段 | 預估的持續時間 |
|---|---|---|
| 空白子網路中的第一個執行個體1 | 虛擬叢集建立 (快速佈建) | 90% 的作業在 30 分鐘內完成。 |
| 空白子網路中的第一個執行個體 | 虛擬叢集建立 | 90% 的作業在 4 小時內完成。 |
| 在非空白子網路具不同硬體產生或維護時段的第一個執行個體 (例如，具標準系列執行個體子網路的第一個進階版系列執行個體) | 新增新虛擬機器群組至虛擬叢集2 | 90% 的作業在 4 小時內完成。 |
| 在非空白子網路內的後續執行個體建立 (第二個、第三個等等的執行個體) | 虛擬叢集調整大小 | 90% 的作業在 60 分鐘內完成。 |
1 目前僅子網路的第一個執行個體支援快速佈建，且需具 4 或 8 個虛擬核心，以及預設維護時段設定。 2 針對每個硬體產生及維護時段設定建立個別 虛擬機器群組。
類別更新
| 作業 | 長時間執行的區段 | 預估的持續時間 |
|---|---|---|
| 執行個體屬性變更 (管理員密碼、Microsoft Entra 登入、Azure Hybrid Benefit 旗標) |
N/A | 最多 1 分鐘。 |
| 執行個體儲存體相應擴大/縮小 (一般用途) |
無長時間執行的區段 | 99% 的作業在 5 分鐘內完成。 |
| 執行個體儲存體相應擴大/縮小 (業務關鍵) |
- 虛擬叢集調整大小 - Always On 可用性群組植入 |
90% 的作業在 60 分鐘加上植入所有資料庫 (220 GB/小時) 的時間內完成。 |
| 執行個體儲存體相應擴大/縮小 (下一代一般用途) |
- 虛擬叢集建立/虛擬機器群組調整大小 - Always On 可用性群組植入 |
90% 作業會在 4 小時 (建立虛擬機器群組) 或 60 分鐘 (虛擬機器群組調整大小) 內完成 + 植入所有資料庫的時間 (220 GB/小時) + 容錯移轉 + 清理舊執行個體 |
| 執行個體計算 (虛擬核心) 擴大和縮小 (一般用途) |
- 虛擬叢集調整大小 | 90% 的作業在 60 分鐘內完成。 |
| 執行個體計算 (虛擬核心) 擴大和縮小 (業務關鍵) |
- 虛擬叢集調整大小 - Always On 可用性群組植入 |
90% 的作業在 60 分鐘加上植入所有資料庫 (220 GB/小時) 的時間內完成。 |
| 執行個體計算 (虛擬核心) 擴大和縮小 (下一代一般用途) |
虛擬叢集建立/虛擬機器群組調整大小 - Always On 可用性群組植入 |
90% 作業會在 4 小時 (建立虛擬機器群組) 或 60 分鐘 (虛擬機器群組調整大小) 內完成 + 植入所有資料庫的時間 (220 GB/小時) + 容錯移轉 + 清理舊執行個體 |
| 執行個體服務層級變更 (從一般用途至業務關鍵，反之亦然) |
- 虛擬叢集調整大小 - Always On 可用性群組植入 |
90% 的作業在 60 分鐘加上植入所有資料庫 (220 GB/小時) 的時間內完成。 |
| 執行個體服務層級變更 (一般用途或業務關鍵至下一代一般用途，反之亦然) |
虛擬叢集建立/虛擬機器群組調整大小 - Always On 可用性群組植入 |
90% 作業會在 4 小時 (建立虛擬機器群組) 或 60 分鐘 (虛擬機器群組調整大小) 內完成 + 植入所有資料庫的時間 (220 GB/小時) + 容錯移轉 + 清理舊執行個體 |
| 變更執行個體硬體或維護時段 (一般用途) |
- 虛擬叢集調整大小1 | 90% 的作業會在不到 4 小時內完成（虛擬機群組建立）或 60 分鐘內完成（虛擬機群組調整大小）。 |
| 變更執行個體硬體或維護時段 (業務關鍵) |
- 虛擬叢集調整大小1 - Always On 可用性群組植入 |
90% 作業會在 4 小時 (建立虛擬機器群組) 或 60 分鐘 (虛擬機器群組調整大小) 內完成 + 植入所有資料庫的時間 (220 GB/小時)。 |
| 變更執行個體硬體或維護時段 (下一代一般用途) |
- 虛擬叢集建立/虛擬機器群組調整大小 - Always On 可用性群組植入 |
90% 作業會在 4 小時 (建立虛擬機器群組) 或 60 分鐘 (虛擬機器群組調整大小) 內完成 + 植入所有資料庫的時間 (220 GB/小時) + 容錯移轉 + 清理舊執行個體 |
1 受控執行個體必須放在具有相同對應硬體與維護時段的虛擬機器群組。 如果虛擬叢集中沒有此類的群組，必須先建立新的叢集以容納該執行個體設定。
類別：刪除
| 作業 | 長時間執行的區段 | 預估的持續時間 |
|---|---|---|
| 刪除非最後一個執行個體 | 針對所有資料庫記錄結尾備份 | 90% 的作業在 1 分鐘內完成。1 |
| 刪除最後一個執行個體 | - 針對所有資料庫記錄結尾備份 - 虛擬叢集刪除 |
90% 的作業在 1.5 小時內完成。2 |
1 如果叢集有多個虛擬機器群組，刪除群組的最後一個執行個體會立即觸發異步刪除虛擬機器群組。
2 刪除子網路的最後一個執行個體會立即觸發同步刪除虛擬叢集。
重要
一旦觸發刪除作業，就會停用 SQL 受控執行個體計費。 刪除作業的持續時間不會影響計費。
執行個體可用性
在更新作業期間可以使用 SQL 受控執行個體，但是在更新結束時因發生容錯移轉而造成的短暫停機時間除外。 因為加速的資料庫復原，所以即使長時間執行的異動中斷，其通常也僅持續至多 10 秒。
注意
調整一般用途受控實例記憶體不會在更新結束時造成故障轉移。
在部署和刪除作業期間，用戶端應用程式無法使用 SQL 受控實例。
重要
不建議縮放 Azure SQL 受控執行個體的計算或儲存體，或在執行長時間執行異動 (資料匯入、資料處理作業、索引重建等) 的同時變更服務層級。 在作業結束時，資料庫的容錯移轉會取消所有進行中的異動。
稽核管理作業步驟
管理作業包含多個步驟。 透過 監視 API，這些步驟會針對作業子集公開（部署和更新）。 部署作業包含三個步驟，而更新作業則以六個步驟執行。 如需作業持續時間的詳細資訊，請參閱管理作業持續時間一節。 步驟會依執行順序列出。
受控執行個體部署步驟
| 步驟名稱 | 步驟描述 |
|---|---|
| 要求驗證 | 提交的參數會經過驗證。 如果設定錯誤，作業會失敗並出現錯誤。 |
| 虛擬叢集調整大小/建立 | 視虛擬叢集狀態而定，叢集會進入建立或調整大小狀態。 |
| 新 SQL 執行個體啟動 | SQL 程序會在已部署的虛擬機器啟動。 |
受控執行個體更新步驟
| 步驟名稱 | 步驟描述 |
|---|---|
| 要求驗證 | 提交的參數會經過驗證。 如果設定錯誤，作業會失敗並出現錯誤。 |
| 虛擬叢集調整大小/建立 | 視虛擬叢集狀態而定，叢集會進入建立或調整大小狀態。 |
| 新 SQL 執行個體啟動 | SQL 程序會在已部署的虛擬機器啟動。 |
| 植入資料庫檔案/附加資料庫檔案 | 視更新操作類型而定，會執行資料庫植入或附加資料庫檔案。 |
| 準備容錯移轉和容錯移轉 | 植入數據或重新附加資料庫檔案之後，系統正在準備進行故障轉移的準備。 當設定好所有內容時，會透過短暫停機時間執行容錯轉移。 |
| 舊版 SQL 執行個體清除 | 從虛擬機器移除舊 SQL 程序。 |
受控執行個體刪除步驟
| 步驟名稱 | 步驟描述 |
|---|---|
| 要求驗證 | 提交的參數會經過驗證。 如果設定錯誤，作業會失敗並出現錯誤。 |
| SQL 執行個體清除 | 從虛擬機器移除 SQL 程序。 |
| 虛擬叢集刪除 | 若刪除的執行個體是子網路最後一個，則虛擬叢集會在最後一個步驟同步刪除。 |
注意
由於實例的擴容，基礎虛擬叢集將經歷釋放未使用容量和可能的容量碎片整理的過程，這可能會影響未參與創建或擴容操作的實例。
管理作業交互影響
受控執行個體上的管理作業會影響放在相同子網路中其他執行個體的管理作業：
虛擬叢集的長時間執行還原作業會讓相同虛擬機器群組的其他作業擱置，例如建立或調整作業。
範例： 如果有一個長時間執行的還原作業，並且還有一個需要縮減虛擬機器群組規模的要求，縮減要求需要較長的時間才能完成，因為它需等待還原作業完成後才能繼續。
後續執行個體建立或調整作業會因為先前起始的執行個體建立或執行個體調整 (起始虛擬機器群組調整大小) 而擱置。
範例： 如果在同一虛擬機群組下的同一子網中有多個建立和/或調整請求，其中一個請求發起了虛擬機群組調整大小操作，那麼所有在初始操作請求後超過5分鐘提交的請求，因為這些請求必須等待調整大小完成後才能繼續，因此持續時間會超出預期。
在 5 分鐘時段內提交的建立/調整作業， 會被批次處理並以平行方式執行。
範例： 在 5 分鐘時窗內提交的所有操作僅執行一次虛擬叢集調整大小（從執行第一次操作請求的那一刻開始計算）。 如果在提交第一個要求之後超過 5 分鐘再提交另一個要求，則會等待虛擬叢集調整大小完成後再開始執行。
重要
由於另一項正在進行中的作業而擱置的管理作業，一旦符合繼續的條件，系統就會自動繼續。 不需要使用者採取任何動作，即可繼續暫時暫停的管理作業。
監視管理運作
若要瞭解如何監視管理作業進度和狀態，請參閱 監視 Azure SQL 受控實例管理作業。
取消管理作業
若要瞭解如何取消管理作業，請參閱 取消 Azure SQL 受控實例管理作業。
相關內容
- 快速入門：建立 Azure SQL 受控實例
- 功能比較：Azure SQL Database 和 Azure SQL 受控實例
- 適用於 Azure SQL 受控實例的 連線架構
- 虛擬叢集架構 - Azure SQL 受控實例
- 使用資料庫移轉服務 SQL 受控實例移轉