評定概觀 （遷移至 Azure SQL）
本文概述如何使用 Azure Migrate：探索和評估工具，將內部部署 SQL Server 實例從 VMware、Microsoft Hyper-V 和實體環境移轉至 Azure VM 上的 SQL Server 或 Azure SQL 資料庫 或 Azure SQL 受控執行個體。
什麼是評量？
使用探索和評估工具的評量是數據的時間點快照集，並測量整備程度，並估計將內部部署伺服器移轉至 Azure 的影響。
評量類型
您可以使用 Azure Migrate：探索和評定工具來建立三種類型的評量。
| 評定類型 | 詳細資料 |
|---|---|
| Azure VM | 將內部部署伺服器移轉至 Azure 虛擬機的評量。 您可以在 VMware 和 Hyper-V 環境中評估內部部署伺服器，以及使用此評定類型移轉至 Azure VM 的實體伺服器。 |
| Azure SQL | 評估，將內部部署 SQL 伺服器從 VMware、Microsoft Hyper-V 和實體環境移轉至 Azure VM 上的 SQL Server，或 Azure SQL 資料庫，或 Azure SQL 受控執行個體。 |
| Azure App Service | 評估，將內部部署 ASP.NET Web 應用程式從 VMware 環境移轉至 Azure App 服務，在 IIS 網頁伺服器上執行。 |
| 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 Server 嗎？
您可以使用輕量型 Azure Migrate 設備所收集的組態和使用率數據，來評估內部部署 SQL Server 實例。 設備會探索內部部署 SQL Server 實例和資料庫，並將組態和效能數據傳送至 Azure Migrate。 深入了解。
如何? 使用設備進行評估？
如果您要部署 Azure Migrate 設備來探索內部部署伺服器，請執行下列步驟：
- 設定 Azure 和您的內部部署環境以使用 Azure Migrate。
- 針對您的第一個評量，建立 Azure Migrate 專案，並將 Azure Migrate：探索和評量工具新增至其中。
- 部署輕量型 Azure Migrate 設備。 設備會持續探索內部部署伺服器，並將設定和效能數據傳送至 Azure Migrate。 將設備部署為 VM 或實體伺服器。 您不需要在想要評估的伺服器上安裝任何專案。
設備開始探索之後，您可以收集想要評估為群組的伺服器，並使用 Azure SQL 評估類型執行群組的評定。
請遵循我們的教學課程來評估 SQL Server 實例 ，以試用這些步驟。
設備如何計算 SQL 實例和資料庫的效能數據？
裝置會使用下列步驟收集計算設定的效能資料：
- 設備會收集實時取樣點。 針對 SQL Server，每隔 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 計算成本會以隨用隨付率或實際使用量為基礎。 您必須在供應專案/授權計劃中選取隨用隨付，才能使用保留實例。 當您選取 『None' 以外的任何節省選項時，「折扣 」和「VM 運行時間」設定不適用。 每月成本預估的計算方式是將744小時乘以建議SKU的每小時價格。 |
| 目標和定價設定 | 節省選項 - Azure VM 上的 SQL Server （IaaS） | 指定您想要評估考慮的節省選項，以協助將 Azure 計算成本優化。 Azure 保留 專案（保留 1 年或 3 年）是最一致執行資源的絕佳選項。 Azure 節省方案 （1 年或 3 年節省方案）可提供額外的彈性和自動化成本優化。 在移轉后理想情況下，您可以同時使用 Azure 保留和節省方案（先取用保留），但在 Azure Migrate 評定中，您一次只能看到成本估計 1 個節省選項。 當您選取 [無] 時，Azure 計算成本會以隨用隨付率或實際使用量為基礎。 您必須選取隨用隨付供應專案/授權方案，才能使用保留實例或 Azure 節省方案。 當您選取 『None' 以外的任何節省選項時，「折扣 」和「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 資料庫 和/或 Azure SQL 受控執行個體 組態上的最佳大小 SQL Server。 您可以將此變更為 [作為內部部署 ]，以僅根據內部部署 SQL Server 組態取得建議，而不需要以效能計量為基礎的優化。 |
| 評定準則 | 效能歷程記錄 | 指出您要根據評量的數據持續時間。 （預設值為一天） |
| 評定準則 | 百分位數使用率 | 指出您想要用於效能範例的百分位數值。 （預設值為第 95 個百分位數） |
| 評定準則 | 舒適因數 | 指出您想要在評量期間使用的緩衝區。 這說明季節性使用量、短期效能歷程記錄，以及未來使用量可能會增加的問題。 |
| 評定準則 | 優化喜好設定 | 指定建議評估報告的喜好設定。 選取 [最小化成本] 會導致建議的評量報告，建議那些具有最少移轉問題的部署類型，而且最符合成本效益 ，而選取 [現代化至 PaaS ] 會導致建議透過 IaaS Azure（VM） 部署類型來建議 PaaS（Azure SQL MI 或 DB） 部署類型的建議評估報告，無論 SQL Server 實例準備好移轉至 PaaS，無論成本為何。 |
| Azure SQL 受控執行個體 重設大小 | 服務層 | 選擇最適當的服務層級選項，以符合移轉至 Azure SQL 受控執行個體 的業務需求： 如果您想要讓 Azure Migrate 為您的伺服器建議最適合的服務層級，請選取 [建議 ]。 這可以是一般用途或業務關鍵。 如果您想要針對預算導向工作負載設計的 Azure SQL 組態，請選取 [一般用途 ]。 如果您想要針對低延遲工作負載所設計的 Azure SQL 組態，且具有高失敗和快速故障轉移的復原能力，請選取 [業務關鍵]。 |
| Azure SQL 受控執行個體 重設大小 | 實例類型 | 預設為 Single 實例。 |
| 重設大小 Azure SQL 受控執行個體 | 定價層 | 默認為 Standard。 |
| 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 資料庫 重設大小 | 服務層 | 選擇最適當的服務層級選項，以符合移轉至 Azure 的商務需求 SQL 資料庫： 如果您想要讓 Azure Migrate 為您的伺服器建議最適合的服務層級，請選取 [建議 ]。 這可以是一般用途或業務關鍵。 如果您想要針對預算導向工作負載設計的 Azure SQL 組態，請選取 [一般用途 ]。 如果您想要針對低延遲工作負載所設計的 Azure SQL 組態，且具有高失敗和快速故障轉移的復原能力，請選取 [業務關鍵]。 |
| Azure SQL 資料庫 重設大小 | 實例類型 | 預設為 單一資料庫。 |
| Azure SQL 資料庫 重設大小 | 購買模型 | 預設為 虛擬核心。 |
| Azure SQL 資料庫 重設大小 | 計算層 | 默認為 [已布建]。 |
| 高可用性和災害復原屬性 | 災害復原區域 | 預設為 目標位置的跨區域複寫組 。 在所選目標位置尚未有這類配對時不太可能的事件中，會選擇指定的目標位置本身做為默認災害復原區域。 |
| 高可用性和災害復原屬性 | 多重子網意圖 | 默認為災害復原。 如果您想要讓某些復寫延遲可容忍的異步數據複寫，請選取 [災害復原 ]。 這允許使用異地備援提高持久性。 發生故障轉移時，尚未復寫的數據可能會遺失。 如果您想要數據複寫為同步，且不允許因為複寫延遲而遺失數據，請選取 [ 高可用性 ]。 此設定可讓評量利用 Azure SQL 資料庫 和 Azure SQL 受控執行個體 中的內建高可用性選項，以及 Azure 虛擬機器 中的可用性區域和區域備援，以提供更高的可用性。 發生故障轉移時，不會遺失任何數據。 |
| 高可用性和災害復原屬性 | 上網 | 預設為 [可用]。 如果您允許從 Azure VM 進行輸出因特網存取，請選取 [可用 ]。 這可讓您使用雲端見證，這是 Azure 虛擬機器 中 Windows Server 故障轉移叢集的建議方法。 如果 Azure VM 沒有輸出因特網存取，請選取 [無法使用 ]。 這需要使用共用磁碟作為 Azure 虛擬機器 中 Windows Server 故障轉移叢集的見證。 |
| 高可用性和災害復原屬性 | 異步認可模式意圖 | 默認為災害復原。 如果您使用異步認可可用性模式來啟用數據更高的持久性，而不會影響效能，請 選取 [災害復原 ]。 發生故障轉移時，尚未復寫的數據可能會遺失。 如果您使用異步認可數據可用性模式來改善可用性並相應放大讀取流量，請選取 [ 高可用性 ]。 此設定可讓評量利用 Azure SQL 資料庫、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、Azure SQL 資料庫 和 Azure SQL 受控執行個體 上的 SQL Server 功能相容性檢查為基礎：
- Azure SQL 評量會考慮來源 SQL Server 工作負載目前使用的 SQL Server 實例功能（SQL Agent 作業、鏈接的伺服器等）和使用者資料庫架構（數據表、檢視、觸發程式、預存程式等），以識別相容性問題。
- 如果找不到相容性問題，實例會標示為 [已準備好進行目標部署類型] （Azure VM 上的 SQL Server 或 Azure SQL 資料庫 或 Azure SQL 受控執行個體）
- 如果發生非重大相容性問題，例如已被取代或不支援的功能不會封鎖移轉至特定目標部署類型，實例會標示為 [就緒 ] （超連結），並提供 警告 詳細數據和建議的補救指引。 這包括源數據具有 AlwaysOn 可用性群組組態的情況，而必要的複本會超過特定目標部署類型可用的複本。
- 如果有任何相容性問題可能會封鎖移轉至特定目標部署類型，則實例會標示為 「就緒」，其中包含問題詳細數據和建議的補救指引。
- 在建議的部署中，「實例至 Azure SQL MI」，以及 Azure VM 上 SQL Server 的實例整備報告，如果 SQL 實例中甚至有一個資料庫尚未準備好用於特定目標部署類型，實例就會標示為 「就緒」，且該部署類型有條件 。
- 尚未就緒：評量在 Azure VM/Azure SQL MI/Azure SQL DB 設定上找不到符合所需設定和效能特性的 SQL Server。 檢閱建議，讓實例/伺服器準備好進行所需的目標部署類型。
- 如果探索仍在進行中，或 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、Azure SQL 受控執行個體 和 Azure SQL 資料庫 上使用 SQL Server，則目標部署類型具有最少的移轉整備問題，且建議最符合成本效益。 如果您在 Azure SQL 評定屬性中選取目標部署類型為 [建議 ]，Azure Migrate 會建議與 SQL 實例相容的 Azure SQL 部署類型。 移轉至 Microsoft 建議的目標可減少整體移轉工作。
注意
在建議的部署策略中，如果來源 SQL Server 適合所有三個部署目標：Azure VM 上的 SQL Server、Azure SQL 受控執行個體 和 Azure SQL 資料庫，評估會建議一個特定選項，以將成本優化，並符合大小和效能界限。
安全性整備程度
如果資料庫/實例標示為 [準備好供目標部署類型 Azure SQL DB/MI 使用]，則會自動將其視為適用於 SQL 的 Microsoft Defender。 如果資料庫/實例標示為 Azure VM 上目標部署類型的 SQL Server 就緒，則執行下列任一版本時，會將其視為適用於 SQL 的 Microsoft Defender 就緒：
- SQL Server 版本 2012、2014、2016、2017、2019、2022
- 若為所有其他版本，則會標示為 [就緒與條件]。
計算重設大小
評估決定整備程度和建議的 Azure SQL 部署類型之後，它會計算特定服務層級和 Azure SQL 組態（SKU 大小），以符合或超過內部部署 SQL Server 效能。 此計算取決於您使用的是 As 內部部署 或 以效能為基礎的 重設大小準則。
作為內部部署大小計算
如果您使用 As 內部部署大小調整準則，評量只會使用 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 會套用記憶體計算。 然後，它會套用最終 VM 大小建議的位置和定價層設定。
- 如果有多個合格的 Azure VM 大小，建議使用成本最低的 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 作業的延遲
- 資料庫大小和資料庫檔案組織總數
- 資料庫大小是藉由新增所有數據和記錄檔來計算。
- AlwaysOn 故障轉移叢集實例網路子網組態 （單一子網或多重子網）
- AlwaysOn 可用性群組組態
- 參與實例的網路設定（單一子網或多重子網）
- 次要複本的數目和類型
- 可用性模式：同步認可與異步認可
- 連線 ion 模式：唯讀與無
- 虛擬核心 （已設定） 和 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 會套用記憶體計算。 然後，它會套用最終 VM 大小建議的位置和定價層設定。
- 如果有多個合格的 Azure VM 大小，建議使用成本最低的 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 顆星 |
信賴等級低
以下是評估可能會獲得低信賴評等的一些原因：
您未針對正在建立評估的持續時間剖析環境。 例如，如果您建立效能持續時間設定為一天的評量，則必須在開始探索之後至少等候一天，才能收集所有數據點。
評定無法收集評估期間中部分或所有伺服器的效能數據。 針對高信賴評等，請確定：
- 伺服器會在評估期間開啟電源。
- 允許埠 443 上的輸出連線。
- 如果 Azure Migrate 中 SQL 代理程式的 Azure Migrate 連線狀態已 連線，請檢查最後一個活動訊號。
- 所有 SQL 實例的 Azure Migrate 連線狀態都會在探索到的 SQL 實例區段中 連線。
重新計算 評估，以反映信賴評等的最新變更。
某些資料庫或實例是在計算評估期間建立的。 例如，您已為上個月的效能歷程記錄建立評量，但一周前才建立某些資料庫或實例。 在此情況下，新伺服器的效能數據將無法在整個期間使用，信賴評等會很低。
注意
由於 Azure SQL 評量是以效能為基礎的評定，如果任何評量的信賴評等小於五顆星，建議您至少等候一天，讓設備分析環境，然後重新計算評量。 否則，以效能為基礎的重設大小可能不可靠。
建議的詳細資料
完成整備和重設大小計算之後，就會套用優化喜好設定，以到達建議的目標和組態。 建議詳細數據提供建議後方整備和重設大小計算的詳細說明。
移轉指引
本節提供設定目標資源和移轉步驟的指引。 步驟專屬於來源和目標部署組合。 本指南特別適用於想要移轉 AlwaysOn 故障轉移叢集實例 （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、Azure SQL MI 或 Azure SQL DB 上針對 SQL Server 建議的 SQL Server 實例和 DB，如果已準備好執行適用於 SQL 的 Defender，則會針對該區域新增適用於 SQL 的每個 SQL Server 實例的 Defender。 針對建議用於 Azure SQL DB 的 DB，成本會匯總在實例層級。
下一步
- 檢閱 建立評量的最佳作法。
- 瞭解如何執行 Azure SQL 評定。