評量概觀 (移轉至 Azure SQL)
本文概述如何使用 Azure Migrate：探索和評量工具，針對從 VMware、Microsoft Hyper-V 和實體環境將內部部署 SQL Server 執行個體移轉至 Azure VM、Azure SQL 資料庫或 Azure SQL 受控執行個體上的 SQL Server 進行評量。
什麼是評量？
使用探索和評量工具的評量是資料的時間點快照集，並且會測量整備程度，以及估計將內部部署伺服器移轉至 Azure 的效果。
評量類型
您可以使用 Azure Migrate：探索和評量工具來建立三種類型的評量。
| 評量類型 | 詳細資料 |
|---|---|
| Azure VM | 將內部部署伺服器遷移至 Azure 虛擬機器的評量。 您可以使用此評量類型，評估 VMware 和 Hyper-V 環境中的內部部署伺服器和實體伺服器是否可移轉至 Azure VM。 |
| Azure SQL | 評量是否可將內部部署 SQL 伺服器從 VMware、Microsoft Hyper-V 和實體環境移轉至 Azure VM、Azure SQL Database 或 Azure SQL 受控執行個體上的 SQL Server。 |
| Azure App Service | 評量是否可將內部部署 ASP.NET Web 應用程式 (在 IIS Web 伺服器上執行) 從 VMware 環境移轉至 Azure App Service。 |
| Azure VMware 解決方案 (AVS) | 評估內部部署伺服器，並將其遷移至 Azure VMware 解決方案 (AVS)。 您可以使用此評量類型，評量內部部署 VMware VM 以移轉至 Azure VMware 解決方案 (AVS)。 深入了解。 |
注意
如果探索和評量工具上的 Azure VM 或 AVS 評量數目不正確，請按一下評量總數以瀏覽至所有評量，並重新計算 Azure VM 或 AVS 評量。 接著，探索和評量工具會顯示該評量類型的正確計數。
Azure SQL 評量提供兩項調整大小準則：
| 調整大小準則 | 詳細資料 | Data |
|---|---|---|
| 作為內部部署 | 僅依據內部部署 SQL Server 設定做出建議的評量 | Azure SQL 設定是以內部部署 SQL Server 設定為基礎，其中包含已配置的核心、配置的總記憶體和資料庫大小。 |
| 以效能為基礎 | 根據所收集的效能資料做出建議的評量 | Azure SQL 設定是以 SQL 執行個體和資料庫的效能資料為基礎，其中包括：CPU 使用率、記憶體使用率、IOPS (資料和記錄檔)、輸送量和 IO 作業延遲。 |
如何評量我的內部部署 SQL 伺服器？
您可以使用輕量型 Azure Migrate 設備所收集的設定和使用率資料，來評量內部部署 SQL Server 執行個體。 設備會探索內部部署 SQL 伺服器執行個體和資料庫，並將設定和效能資料傳送至 Azure Migrate。 深入了解。
如何使用設備進行評量？
如果您要部署 Azure Migrate 設備以探索內部部署伺服器，請執行下列步驟：
- 設定 Azure 及內部部署環境以使用 Azure Migrate。
- 針對您的第一個評量建立 Azure Migrate 專案，並將 Azure Migrate：探索和評量工具新增至其中。
- 部署輕量型 Azure Migrate 設備。 設備會持續探索內部部署伺服器，並將設定和效能資料傳送至 Azure Migrate。 將設備部署為 VM 或實體伺服器。 您不需要在想要評估的伺服器上安裝任何項目。
在設備開始探索之後，您可以將想要評估的伺服器收集至群組，並以 Azure SQL 評估類型對群組執行評量。
請遵循我們的 SQL Server 執行個體評量教學課程，實際操作這些步驟。
設備如何計算 SQL 執行個體和資料庫的效能資料？
設備會使用下列步驟收集計算設定的效能資料：
- 設備會收集即時樣本點。 針對 SQL 伺服器，系統會每隔 30 秒收集一個樣本點。
- 設備會彙總在 10 分鐘內每隔 30 秒收集一次的樣本資料點。 為了建立資料點，設備會從所有樣本中選取尖峰值。 它會將每個計數器的最大值、平均數和變異數傳送至 Azure。
- Azure Migrate 會儲存上個月的所有 10 分鐘資料點。
- 當您建立評量時，Azure Migrate 會識別要用於大小調整的適當資料點。 識別是以效能歷程記錄和百分位數使用率的百分位數值為基礎。
- 例如，如果效能歷程記錄是一週，而百分位數使用率是第 95 個百分位數，則評量會排序過去一週的 10 分鐘樣本點。 排序順序為遞增，並挑選第 95 個百分位數值進行大小調整。
- 第 95 個百分位數值可確保忽略任何極端值；若您選擇第 99 個百分位數就有可能納入這些值。
- 如果您想選擇該期間的尖峰使用率，但不想遺漏任何極端值，請選取第 99 個百分位數作為百分位數使用率。
- 此值乘以緩和因數，可取得設備所收集計量的有效效能使用率資料：
- CPU 使用率 (%)
- 記憶體使用率 (%)
- 讀取 IO/秒和寫入 IO/秒 (資料和記錄檔)
- 讀取 MB/秒和寫入 MB/秒 (輸送量)
- IO 作業的延遲
哪些屬性可用來建立和自訂 Azure SQL 評量？
Azure SQL 評量屬性包括：
| 區段 | 設定 | 詳細資料 |
|---|---|---|
| 目標和定價設定 | 目標位置 | 要作為移轉目的地的 Azure 區域。 Azure SQL 設定和成本建議是以您指定的位置為根據。 |
| 目標和定價設定 | 環境類型 | 要套用適用於生產或開發/測試之定價的 SQL 部署環境。 |
| 目標和定價設定 | 供應項目/授權計劃 | Azure 供應項目 (如果您已註冊)。 欄位目前預設為隨用隨付，為您提供零售 Azure 價格。 您可以在隨用隨付供應項目上套用保留容量和 Azure Hybrid Benefit，以取得額外的折扣。 您可以在隨用隨付供應項目和開發/測試環境中套用 Azure Hybrid Benefit。 評量不支援在隨用隨付供應項目和開發/測試環境中套用保留容量。 如果供應項目設定為 [隨用隨付]，且保留容量設定為 [沒有任何保留的執行個體]，則會將 VM 執行時間欄位中選擇的時數乘以建議 SKU 的每小時價格，來計算每月成本估計。 |
| 目標和定價設定 | 節省選項 - Azure SQL MI 和 DB (PaaS) | 指定您想要評量考慮的保留容量節省選項，協助將 Azure 計算成本最佳化。 Azure 保留 (保留 1 年或 3 年) 是最一致執行資源的好選項。 當您選取 [無] 時，Azure 計算成本會以隨用隨付費率或實際使用量為基礎。 您必須在供應項目/授權程式中選取隨用隨付，才能使用保留執行個體。 當您選取 [無] 以外的任何節省選項時，[折扣 (%)] 和 [VM 運作時間] 設定不適用。 每月成本估計的計算方式是將 744 小時乘以所建議 SKU 的每小時價格。 |
| 目標和定價設定 | 節省選項：Azure VM 上的 SQL Server (IaaS) | 指定您想要評量考慮的節省選項，協助將 Azure 計算成本最佳化。 Azure 保留 (保留 1 年或 3 年) 是最一致執行資源的好選項。 Azure 節省方案 (1 年或 3 年節省方案) 提供額外的彈性和自動的成本最佳化。 理想情況下移轉後，您可以同時使用 Azure 保留和節省方案 (先取用保留)，但在 Azure Migrate 評量中，您只能看到一次 1 個節省選項的成本估計。 當您選取 [無] 時，Azure 計算成本會以隨用隨付費率或實際使用量為基礎。 您必須在供應項目/授權程式中選取隨用隨付，才能使用保留執行個體或 Azure 節省方案。 當您選取 [無] 以外的任何節省選項時，[折扣 (%)] 和 [VM 運作時間] 設定不適用。 每月成本估計的計算方式是將 VM 運作時間欄位中的 744 小時乘以所建議 SKU 的每小時價格。 |
| 目標和定價設定 | 貨幣 | 帳戶的帳單貨幣。 |
| 目標和定價設定 | 折扣 (%) | 基於 Azure 供應項目所能獲得的任何訂用帳戶專屬折扣。 預設設定為 0%。 |
| 目標和定價設定 | VM 運作時間 | 指定伺服器/VM 執行的持續時間 (每月天數/每天時數)。 這適用於針對 Azure VM 上的 SQL Server 計算成本估計 (您知道 Azure VM 可能不會持續執行)。 對於建議目標為 Azure VM 上的 SQL Server 的伺服器，成本估計是基於指定的持續時間。 預設值是每月 31 天/每天 24 小時。 |
| 目標和定價設定 | Azure Hybrid Benefit | 指定您是否已有 Windows Server 和/或 SQL Server 授權或 Enterprise Linux 訂用帳戶。 Azure Hybrid Benefit 是一項授權權益，可協助您大幅降低在雲端執行工作負載的成本。 其運作方式是讓您在 Azure 上使用已啟用內部部署軟體保證的 Windows Server 和 SQL Server 授權。 例如，如果您有 SQL Server 授權，且授權涵蓋 SQL Server 訂用帳戶的作用中軟體保證，您可以在將授權帶入 Azure 時，針對 Azure Hybrid Benefit 套用。 |
| 評量準則 | 調整大小準則 | 根據預設，設定為 [效能型]，這表示 Azure Migrate 會針對管理的 SQL 執行個體和資料庫收集相關的效能計量，以建議 Azure VM、Azure SQL Database 和/或 Azure SQL 受控執行個體設定上的最佳大小 SQL Server。 您可以將此設定變更為 [作為內部部署]，取得僅依據內部部署 SQL Server 設定做出的建議，而不需要以效能計量為基礎的最佳化。 |
| 評量準則 | 效能歷程記錄 | 表示要作為評量基礎的資料持續時間。 (預設值為一天) |
| 評量準則 | 百分位數使用率 | 表示要用於效能樣本的百分位數值。 (預設值為第 95 個百分位數) |
| 評量準則 | 緩和因數 | 表示要在評量期間使用的緩衝區。 這會考量各個問題，例如季節性使用量、簡短的效能歷程記錄，以及未來可能增加的使用量。 |
| 評量準則 | 最佳化喜好設定 | 為建議的評量報告指定喜好設定。 選取 [將成本降至最低] 會產生建議的評量報告，建議發生最少移轉問題且最具成本效益的部署類型，而選取 [現代化為 PaaS] 則會產生建議的評量報告，建議 PaaS(Azure SQL MI 或 DB) 部署類型而非 IaaS Azure(VM)，其中不論成本為何，SQL Server 執行個體都會準備好移轉至 PaaS。 |
| Azure SQL 受控執行個體大小調整 | 服務層 | 選擇最適合的服務層級選項，以滿足您對移轉至 Azure SQL 受控執行個體的業務需求： 如果您要讓 Azure Migrate 為伺服器建議最適合的服務層級，請選取 [建議]。 這可以是一般用途或業務關鍵。 如果您想要針對預算導向工作負載設計的 Azure SQL 設定，請選取 [一般用途]。 如果您想要針對低延遲工作負載 (具備高度復原能力和快速容錯移轉) 設計的 Azure SQL 設定，請選取 [業務關鍵]。 |
| Azure SQL 受控執行個體大小調整 | 執行個體類型 | 預設為 [單一執行個體]。 |
| Azure SQL 受控執行個體大小調整 | 定價層 | 預設為 [標準]。 |
| Azure VM 上的 SQL Server 大小調整 | VM 系列 | 針對 Azure VM 上的 SQL Server 大小調整，指定您想要考慮的 Azure VM 系列。 根據 SQL Server 或 SQL Server 執行個體的設定和效能需求，評量會從所選 VM 系列清單中建議 VM 大小。 您可以視需要編輯設定。 例如，如果您不想包含 D 系列 VM，可以從此清單中排除 D 系列。 由於 Azure SQL 評量旨在為您的 SQL 工作負載提供最佳效能，因此 VM 系列清單只會具有為了在 Azure 虛擬機器 (VM) 上執行 SQL Server 而最佳化的 VM。 深入了解。 |
| Azure VM 上的 SQL Server 大小調整 | 儲存區類型 | 預設為 [建議]，這表示評量會根據所選的環境類型、內部部署磁碟大小、IOPS 和輸送量，建議最適合的 Azure 受控磁碟。 |
| Azure SQL Database 大小調整 | 服務層 | 選擇最適合的服務層級選項，以滿足您對移轉至 Azure SQL Database 的業務需求： 如果您要讓 Azure Migrate 為伺服器建議最適合的服務層級，請選取 [建議]。 這可以是一般用途或業務關鍵。 如果您想要針對預算導向工作負載設計的 Azure SQL 設定，請選取 [一般用途]。 如果您想要針對低延遲工作負載 (具備高度復原能力和快速容錯移轉) 設計的 Azure SQL 設定，請選取 [業務關鍵]。 |
| Azure SQL Database 大小調整 | 執行個體類型 | 預設為 [單一資料庫]。 |
| Azure SQL Database 大小調整 | 購買模型 | 預設為 [虛擬核心]。 |
| Azure SQL Database 大小調整 | 計算層 | 預設為 [已佈建]。 |
| 高可用性和災害復原屬性 | 災害復原區域 | 預設為目標位置的跨區域複寫配對。 萬一所選目標位置還沒有這類配對，則指定的目標位置本身會被選為預設的災害復原區域。 |
| 高可用性和災害復原屬性 | 多重子網路意圖 | 預設為災害復原。 如果您想要進行其中可容忍某些複寫延遲的非同步資料複寫，請選取 [災害復原]。 這允許使用異地備援提高持久性。 發生容錯移轉時，尚未複寫的資料可能會遺失。 如果您想要讓資料複寫同步，且不允許由於複寫延遲而遺失資料，請選取 [高可用性]。 此設定可讓評量利用 Azure SQL Database 和 Azure SQL 受控執行個體中的內建高可用性選項，以及 Azure 虛擬機器中的可用性區域和區域備援，來提供更高的可用性。 發生容錯移轉時，不會遺失任何資料。 |
| 高可用性和災害復原屬性 | 網際網路存取 | 預設為 [可用]。 如果您允許從 Azure VM 進行輸出網際網路存取，請選取 [可用]。 這可讓您使用 Cloud Witness，這是適用於 Azure 虛擬機器中 Windows Server 容錯移轉叢集的建議方法。 如果 Azure VM 沒有輸出網際網路存取，請選取 [無法使用]。 這需要使用共用磁碟，做為 Azure 虛擬機器中 Windows Server 容錯移轉叢集的見證。 |
| 高可用性和災害復原屬性 | 非同步認可模式意圖 | 預設為災害復原。 如果您使用非同步認可可用性模式，為資料啟用更高的持久性，而不會影響效能，請選取 [災害復原]。 發生容錯移轉時，尚未複寫的資料可能會遺失。 如果您使用非同步認可資料可用性模式來改善可用性，並擴增讀取流量，請選取 [高可用性]。 此設定可讓評量利用 Azure SQL Database、Azure SQL 受控執行個體和 Azure 虛擬機器中的內建高可用性選項，來提供更高的可用性並擴增。 |
| 安全性 | 安全性 | 預設為 [是，使用適用於雲端的 Microsoft Defender]。 指定是否要評估 Azure 上安全性工具的整備程度和成本。 如果設定使用預設值 [是，使用適用於雲端的 Microsoft Defender]，則會使用適用於雲端的 Microsoft Defender 評估 Azure SQL MI/DB 的安全性整備程度和成本。 |
針對使用 Azure Migrate 建立評量檢閱最佳做法。
計算整備程度
注意
評量只包含處於線上狀態的資料庫。 如果資料庫處於任何其他狀態，則評估會忽略這類資料庫而不計算其整備程度、規模和成本。 如果您想要評量這類資料庫，請變更資料庫的狀態，並在一段時間後重新計算評量。
Azure SQL 整備程度
不同移轉策略的整備檢查：
建議部署、執行個體到 Azure VM 上的 SQL Server、執行個體到 Azure SQL MI、資料庫到 Azure SQL DB：
SQL 執行個體和資料庫的 Azure SQL 整備程度是以 Azure VM 上的 SQL Server、Azure SQL Database 和 Azure SQL 受控執行個體的功能相容性檢查為基礎：
- Azure SQL 評量會考慮來源 SQL Server 工作負載 (SQL Agent 作業、連結的伺服器等) 和使用者資料庫結構 (資料表、檢視、觸發程序、預存程序等) 目前使用的 SQL Server 執行個體功能，以識別相容性問題。
- 如果找不到任何相容性問題，目標部署類型 (Azure VM 上的 SQL Server、Azure SQL Database 或 Azure SQL 受控執行個體) 的執行個體會標示為 [就緒]
- 如果發生非重大相容性問題，例如不會封鎖移轉至特定目標部署類型的取代或不支援功能，執行個體會標示為 [就緒] (超連結)，並提供警告詳細資料和建議的補救指導。 其中包括下列情況：來源資料使用 AlwaysOn 可用性群組設定，且必要的複本超過特定目標部署類型可用的複本數。
- 如果有任何可能會封鎖移轉至特定目標部署類型的相容性問題，執行個體會標示為 [有條件就緒]，並提供問題詳細資料和建議的補救指導。
- 在建議部署、執行個體到 Azure SQL MI，以及執行個體到 Azure VM 上 SQL Server 整備程度報告中，如果 SQL 執行個體中甚至有一個資料庫尚未針對特定目標部署類型準備就緒，執行特體會標示為對該部署類型 [有條件就緒]。
- 未就緒：評量找不到符合所需設定和效能特性的 Azure VM 上的 SQL Server/Azure SQL MI/Azure SQL DB 設定。 請檢閱建議，讓執行個體/伺服器可供所需的目標部署類型使用。
- 如果探索仍在進行中，或是 SQL 執行個體或資料庫發生任何探索問題，執行個體會標示為 [未知]，因為評量無法計算該 SQL 執行個體的整備程度。
注意
在建議的部署策略中，將執行個體移轉至 Azure VM 上的 SQL Server 是移轉 SQL Server 執行個體的建議策略。 不過，當 SQL Server 認證無法使用時，Azure SQL 評量會提供適當大小的隨即轉移，即「伺服器到 Azure VM 上的 SQL Server」建議。
所有伺服器到 Azure VM 上的 SQL Server：
關於整備程度，請參閱這裡。
建議的部署類型
對於建議的部署移轉策略，評量會建議與您的 SQL 執行個體最相容且最具成本效益的 Azure SQL 部署類型。 移轉至 Microsoft 建議的目標可減少整體移轉工作量。 如果您的執行個體已對 Azure VM 上的 SQL Server、Azure SQL 受控執行個體和 Azure SQL Database 就緒，則建議使用移轉整備問題最少且最具成本效益的目標部署類型。 如果您在 Azure SQL 評量屬性中選取的目標部署類型為 [建議]，Azure Migrate 會建議與您的 SQL 執行個體相容的 Azure SQL部署類型。 移轉至 Microsoft 建議的目標可減少整體移轉工作量。
注意
在建議的部署策略中，如果來源 SQL Server 適合全部三個部署目標 (Azure VM 上的 SQL Server、Azure SQL 受控執行個體和 Azure SQL Database)，則評量會建議成本最佳化並符合大小和效能界限的特定選項。
安全性整備程度
如果目標部署類型的 Azure SQL DB/MI 的資料庫/執行個體標示為 [就緒]，則系統會將適用於 SQL 的 Microsoft Defender 的資料庫/執行個體自動視為 [就緒]。 如果 Azure VM 上目標部署類型 SQL Server 的資料庫/執行個體標示為 [就緒]，則在執行下列任一版本時會將適用於 SQL 的 Microsoft Defender 的資料庫/執行個體視為 [就緒]：
- SQL Server 版本 2012、2014、2016、2017、2019、2022
- 若是所有其他版本，則會標示為 [有條件就緒]。
計算大小調整
評量判斷整備程度和建議的 Azure SQL 部署類型之後，它會計算可符合或超過內部部署 SQL Server 效能的特定服務層級和 Azure SQL 設定 (SKU 大小)。 此計算取決於您使用的是 [作為內部部署] 或 [效能型] 調整大小準則。
作為內部部署調整大小計算
如果您使用作為內部部署調整大小準則，評量只會使用 SQL 執行個體設定資料，而不會考慮效能資料。
執行個體到 Azure SQL MI 和資料庫到 Azure SQL DB 設定
評量會計算可符合或超過內部部署 SQL 執行個體設定的特定服務層級和 Azure SQL 設定 (SKU 大小)：
- 在探索期間，Azure Migrate 會收集 SQL 執行個體設定，其中包括：
- 虛擬核心 (已配置)
- 記憶體 (已配置)
- 資料庫大小和資料庫檔案組織總計
- 資料庫大小是將所有資料和記錄檔相加計算所得。
- 評量會彙總所有設定資料，嘗試跨各種 Azure SQL 服務層級和設定尋找最相符者，並挑選可符合或超過 SQL 執行個體需求的設定，使成本最佳化。
執行個體到 Azure VM 上的 SQL Server 設定
執行個體到 Azure VM 上的 SQL Server 評量報告涵蓋了遵守最佳做法情況下，將 SQL Server 執行個體和資料庫移轉至 Azure VM 上 SQL Server 的理想方法。 深入了解。
儲存體大小調整
針對儲存體大小調整，評量會將每個執行個體磁碟對應至 Azure 磁碟。 大小調整的運作方式如下：
每個磁碟所需的磁碟大小是 SQL 資料和 SQL 記錄磁碟機的大小。
評量建議為所有 SQL 記錄和 SQL 資料磁碟機建立儲存體磁碟集區。 針對暫存磁碟機，評量建議將檔案儲存在本機磁碟機中。
如果評量找不到所需大小的磁碟，會將執行個體標示為不適合移轉至 Azure VM 上的 SQL Server
如果評量找到多個適合的磁碟，則會挑選可支援評量設定中指定位置的磁碟。
如果環境類型為生產環境，評量會嘗試尋找進階磁碟來對應每個磁碟，否則會嘗試尋找適合的磁碟，可能是進階或標準 SSD 磁碟。
- 如果有多個符合資格的磁碟，評量會選取成本最低的磁碟。
計算大小調整
計算儲存體需求之後，評量會考慮執行個體的 CPU 和 RAM 需求，以在 Azure 中尋找適合的 VM 大小。
- 評量會查看已配置的核心和 RAM，以尋找適合的 Azure VM 大小。
- 如果找不到適合的大小，便會將伺服器標示為不適合 Azure。
- 如果找到適合的大小，Azure Migrate 會套用儲存體計算。 然後再套用位置及定價層設定，對虛擬機器大小提出最終建議。
- 如果有多個符合資格的 Azure VM 大小，建議使用成本最低的那個。
注意
由於 Azure SQL 評量旨在為您的 SQL 工作負載提供最佳效能，因此 VM 系列清單只會有針對在 Azure 虛擬機器 (VM) 上執行 SQL Server 最佳化的 VM。 深入了解。
伺服器到 Azure VM 上的 SQL Server 設定
針對所有伺服器到 Azure VM 上的 SQL Server 移轉策略，請參閱這裡的計算和儲存體大小調整說明。
注意
信賴度評等不適用於使用作為內部部署調整大小準則的 Azure SQL 評量。
效能型調整大小計算
如果您使用效能型調整大小，評估會同時使用 SQL 執行個體設定和效能資料來產生符合或超過效能需求的建議。
執行個體到 Azure SQL MI 和資料庫到 Azure SQL DB 設定
評量會計算可符合或超過內部部署 SQL 執行個體效能需求的特定服務層級和 Azure SQL 設定 (SKU 大小)：
- 在探索期間，Azure Migrate 會收集 SQL 執行個體組態和效能，包括：
- 虛擬核心 (配置) 和 CPU 使用率 (%)
- SQL 執行個體的 CPU 使用率是 SQL 伺服器上執行個體所使用配置 CPU 的百分比
- 資料庫的 CPU 使用率是 SQL 執行個體上資料庫所使用配置 CPU 的百分比
- 記憶體 (配置) 和記憶體使用率 (%)
- 讀取 IO/秒和寫入 IO/秒 (資料和記錄檔)
- 計算 SQL 執行個體層級的讀取 IO/秒和寫入 IO/秒時，會將在該執行個體中探索到的所有資料庫的讀取 IO/秒和寫入 IO/秒相加。
- 讀取 MB/秒和寫入 MB/秒 (輸送量)
- IO 作業的延遲
- 資料庫大小和資料庫檔案組織總計
- 資料庫大小是將所有資料和記錄檔相加計算所得。
- Always On 容錯移轉叢集執行個體網路子網設定 (單一子網路或多重子網路)
- Always On 可用性群組設定
- 參與執行個體的網路設定 (單一子網路或多重子網路)
- 次要複本的數目和類型
- 可用性模式：同步認可與非同步認可
- 連線模式：唯讀與無
- 虛擬核心 (配置) 和 CPU 使用率 (%)
- 評量會彙總所有設定和效能資料，嘗試在各種 Azure SQL 服務層級和設定上尋找最相符者，並挑選可符合或超過 SQL 執行個體效能需求的設定，使成本最佳化。
執行個體到 Azure VM 上的 SQL Server 設定
執行個體到 Azure VM 上的 SQL Server 評量報告涵蓋了遵守最佳做法情況下，將 SQL Server 執行個體和資料庫移轉至 Azure VM 上 SQL Server 的理想方法。 深入了解。
如果來源是 SQL Server Always On 容錯移轉叢集執行個體 (FCI)，評估報告會涵蓋移轉至雙節點 SQL Server 容錯移轉叢集執行個體的方法。 這會保留高可用性和災害復原意圖，同時遵守最佳做法。 深入了解。
儲存體大小調整
針對儲存體大小調整，評量會將每個執行個體磁碟對應至 Azure 磁碟。 大小調整的運作方式如下：
評量會將磁碟的讀取和寫入 IOPS 相加，以取得所需的總 IOPS。 同樣地，將讀取和寫入輸送量值相加後，可取得每個磁碟的總輸送量。 每個磁碟所需的磁碟大小是 SQL 資料和 SQL 記錄磁碟機的大小。
評量建議為所有 SQL 記錄和 SQL 資料磁碟機建立儲存體磁碟集區。 針對暫存磁碟機，評量建議將檔案儲存在本機磁碟機中。
- 如果評量找不到所需大小、IOPS 和輸送量的磁碟，它會將執行個體標示為不適合移轉至 Azure VM 上的 SQL Server
- 如果評量找到多個適合的磁碟，則會挑選可支援評量設定中指定位置的磁碟。
- 如果來源是 SQL Server Always On 容錯移轉叢集執行個體，則會選取共用磁碟設定。
- 如果環境類型為生產環境，評量會嘗試尋找進階磁碟來對應每個磁碟，否則會嘗試尋找適合的磁碟，可能是進階或標準 SSD 磁碟。
- 如果有多個符合資格的磁碟，評量會選取成本最低的磁碟。
計算大小調整
計算儲存體需求之後，評量會考慮執行個體的 CPU 和 RAM 需求，以在 Azure 中尋找適合的 VM 大小。
- 評量會查看有效利用的核心和 RAM，以尋找適合的 Azure VM 大小。 執行個體的有效利用 RAM 或記憶體計算方式為彙總於執行個體中執行之所有資料庫的緩衝區快取 (以 MB 為單位的緩衝集區大小)。
- 如果找不到適合的大小，便會將伺服器標示為不適合 Azure。
- 如果找到適合的大小，Azure Migrate 會套用儲存體計算。 然後再套用位置及定價層設定，對虛擬機器大小提出最終建議。
- 如果有多個符合資格的 Azure VM 大小，建議使用成本最低的那個。
- 如果來源是 SQL Server Always On 容錯移轉叢集執行個體，則會針對第二個 Azure VM 再次使用計算大小，以符合兩個節點的需求。
注意
由於 Azure SQL 評量旨在為您的 SQL 工作負載提供最佳效能，因此 VM 系列清單只會有針對在 Azure 虛擬機器 (VM) 上執行 SQL Server 最佳化的 VM。 深入了解。
伺服器到 Azure VM 上的 SQL Server 設定
針對所有伺服器到 Azure VM 上的 SQL Server 移轉策略，請參閱這裡的計算和儲存體大小調整說明。
信賴評等
每個 Azure SQL 評量都與信賴評等相關聯。 評等範圍從一顆星 (最低) 到五顆星 (最高)。 信賴評等可協助您預估 Azure Migrate 所提供的大小建議是否可靠。
- 信賴評等會指派給評量。 評等會以計算評量所需的資料點可用性作為基礎。
- 針對以效能為基礎的大小調整，評量會收集所有 SQL 執行個體和資料庫的效能資料，包括：
- CPU 使用率 (%)
- 記憶體使用率 (%)
- 讀取 IO/秒和寫入 IO/秒 (資料和記錄檔)
- 讀取 MB/秒和寫入 MB/秒 (輸送量)
- IO 作業的延遲
如果無法取得其中任何一個使用率數字，則大小建議可能不可靠。 下表顯示評量信賴評等，取決於可用資料點的百分比：
| 資料點可用性 | 信賴評等 |
|---|---|
| 0%-20% | 1 顆星 |
| 21%-40% | 2 顆星 |
| 41%-60% | 3 顆星 |
| 61%-80% | 4 顆星 |
| 81%-100% | 5 顆星 |
低信賴評等
以下是評量會獲得低信賴評等的一些原因：
您未針對正在建立評估的持續時間剖析環境。 例如，如果您建立的評量將效能持續時間設定為 1 天，您必須至少等待一天後再開始探索，才能收集到所有資料點。
在評量期間內，評量程序無法收集部分或所有伺服器的效能資料。 如需高信賴度評等，請確定：
- 伺服器在評量期間內均開啟電源。
- 允許連接埠 443 上的輸出連線。
- 在 Azure Migrate 中，SQL 代理程式的 Azure Migrate 連線狀態是否為 [已連線]，檢查最後一個活動訊號。
- 在探索到的 SQL 執行個體區段中，所有 SQL 執行個體的 Azure Migrate 連線狀態是否為 [已連線]。
重新計算評量，以反映信賴評等的最新變更。
部分資料庫或執行個體在評量計算期間建立。 例如，您建立了過去一個月的效能記錄評量，但是部分資料庫或執行個體在一週前才建立。 在此情況下，將無法取得新的伺服器在這整段期間內的效能資料，且信賴評等將會偏低。
注意
由於 Azure SQL 評量是以效能為基礎的評量，如果任何評量的信賴評等低於五顆星，建議您至少等待一天，讓設備剖析環境，然後重新計算評量。 否則，以效能為基礎的大小調整可能不可靠。
建議的詳細資料
完成整備和調整大小計算之後，就會套用最佳化喜好設定，以達建議的目標和設定。 建議的詳細資料提供建議背後的整備程度和調整大小計算的詳細說明。
移轉指引
本節提供設定目標資源和移轉步驟的指引。 這些步驟專屬於來源和目標部署組合。 本指南的適用對象為想要移轉 Always On 容錯移轉叢集執行個體 (FCI) 和可用性群組 (AG) 的使用者。
計算每月成本
大小調整建議完成後，Azure SQL 評量會使用內部定價 API，計算建議 Azure SQL 設定的計算和儲存體成本。 評量會彙總所有執行個體的計算和儲存體成本，以計算每月計算總成本。
計算成本
- 若要計算 Azure SQL 設定的計算成本，評量會考量下列屬性：
- 適用於 SQL 和 Windows 的 Azure Hybrid Benefit 授權或 Enterprise Linux 訂用帳戶
- 環境類型
- 保留容量
- Azure 目標位置
- 貨幣
- 供應項目/授權計劃
- 折扣 (%)
儲存成本
- 儲存體成本估計只會包含資料檔案，不含記錄檔。
- 若要計算 Azure SQL 組態的儲存體成本，評量會考量下列屬性：
- Azure 目標位置
- 貨幣
- 供應項目/授權計劃
- 折扣 (%)
- 備份儲存體成本不包含在評量中。
- Azure SQL Database
- 成本估計中會新增至少 5 GB 的儲存體成本，並針對以 1 GB 遞增的儲存體新增額外的儲存體成本。 深入了解。
- Azure SQL 受控執行個體
- 前 32 GB/執行個體/每月儲存體不會新增任何儲存體成本，而會以 32 GB 遞增方式新增儲存體的額外儲存體成本。 深入了解。
安全性成本
針對 Azure VM 上的 SQL Server、Azure SQL MI 或 Azure SQL DB 所提出的 SQL Server 執行個體和 DB 建議，如果已準備好執行適用於 SQL 的 Defender，則會在該區域的每個 SQL Server 執行個體中新增適用於 SQL 的 Defender。 對於建議用於 Azure SQL DB 的 DB，成本會在執行個體層級累加。
下一步
- 檢閱適用於建立評估的最佳做法。
- 了解如何執行 Azure SQL 評量。