共用方式為

分析 Azure Site Recovery 部署規劃工具報告

  • 發行項

本文討論 Azure Site Recovery 部署規劃工具針對 Hyper-V 到 Azure 的案例產生的 Excel 報告所包含的工作表。

內部部署摘要

內部部署摘要工作表提供已剖析的 Hyper-V 環境概觀。

On-premises summary

[開始日期] 和 [結束日期]：考慮用於產生報告之分析資料的開始和結束日期。 根據預設，開始日期是分析開始的日期，而結束日期是分析停止的日期。 如果使用這些參數產生報告，這項資訊可以是 "StartDate" 和 "EndDate" 值。

分析總天數：為其產生報告之開始和結束日期之間的分析總天數。

相同的虛擬機器數目：系統會計算其所需的網路頻寬、所需的儲存體帳戶、Azure 核心數目的相容 VM 總數。

所有相容虛擬機器的磁碟總數：所有相容 VM 中的磁碟總數。

每部相容虛擬機器的平均磁碟數：在所有相容 VM 中計算的平均磁碟數。

平均磁碟大小 (GB)：在所有相容 VM 中計算的平均磁碟大小。

所需的 RPO (分鐘)：預設復原點目標，或在產生報告時針對 "DesiredRPO" 參數所傳遞的值，用來估計所需的頻寬。

所需的頻寬 (Mbps)：在產生報告時針對 "Bandwidth" 參數所傳遞的值，用來估計可用的復原點目標 (RPO)。

每日觀察到的典型資料變換 (GB)：在所有分析天數中觀察到的平均資料變換。

建議

根據選取的所需 RPO，Hyper-V 到 Azure 報告的建議工作表包含下列詳細資料：

Recommendations for Hyper-V to Azure report

分析資料

Profile data

分析的資料期間：執行分析的期間。 根據預設，此工具會在計算中包含所有已分析的資料。 如果您在產生報告時使用了 StartDate 和 EndDate 選項，它會針對特定期間產生報告。

已剖析的 Hyper-V 伺服器數目：已產生其 VM 報告的 Hyper-V 伺服器數目。 選取此數字可檢視 Hyper-V 伺服器的名稱。 「內部部署儲存體需求」工作表會開啟並顯示所有的伺服器及其儲存體需求。

所需的 RPO：您部署的復原點目標。 預設會計算 RPO 值 15、30 和 60 分鐘所需的網路頻寬。 根據選取項目，在工作表上更新受影響的值。 如果您在產生報告時使用了 DesiredRPOinMin 參數，該值會顯示於所需 RPO 結果中。

分析概觀

Profiling overview

剖析的虛擬機器總數：可取得其剖析資料的 VM 總數。 如果 VMListFile 包含任何未剖析的 VM 名稱，則這些 VM 不會納入報告產生考量，而會從剖析的 VM 總計數中排除。

相容的虛擬機器：可以使用 Azure Site Recovery 在 Azure 中保護的 VM 數目。 這是系統會計算其所需的網路頻寬、儲存體帳戶數目、Azure 核心數目的相容 VM 總數。 在 [相容 VM] 區段中可取得每部相容 VM 的詳細資料。

不相容的虛擬機器：可使用 Site recovery 保護之不相容的剖析 VM 數目。 「不相容的 VM」一節會提到不相容的原因。 如果 VMListFile 包含任何未剖析 VM 的名稱，則這些 VM 會從不相容的 VM 計數中排除。 這些 VM 會在「不相容的 VM」區段結尾列為「找不到資料」。

所需 RPO：以分鐘為單位的所需復原點目標。 此報告會針對三個 RPO 值而產生：15 (預設值)、30 和 60 分鐘。 報告中的頻寬建議會隨著您在工作表右上方的 [所需的 RPO] 下拉式清單中選取的項目變更。 如果您使用 -DesiredRPO 參數以自訂值產生報告，這個自訂值會顯示為 [所需的 RPO] 下拉式清單中的預設值。

所需的網路頻寬 (Mbps)

Required network bandwidth

符合當時的 100% RPO︰所要配置的建議頻寬 (以 Mbps 為單位)，以符合當時所需的 100% RPO。 此頻寬量必須專用於您所有相容 VM 的穩定狀態差異複寫，以避免任何 RPO 違規。

符合當時的 90% RPO：可能基於寬頻定價或其他原因，您無法設定要達到您當時所需的 100% RPO 所需要的頻寬。 在此情況下，您可以使用較低的頻寬，以符合您當時所需的 90% RPO。 若要了解設定此低頻寬的含意，報告提供了可預期之 RPO 違規次數和持續時間的假設分析。

達成的輸送量：來自您對儲存體帳戶所在 Azure 區域執行 GetThroughput 命令之伺服器的輸送量。 此輸送量數目表示您使用 Site Recovery 保護相容的 VM 時可達到的估計層級。 Hyper-V 伺服器儲存體和網路特性必須與您執行工具的伺服器保持相同。

對於所有企業 Site Recovery 部署，建議使用 ExpressRoute。

所需的儲存體帳戶

下列圖表顯示保護所有相容 VM 所需的儲存體帳戶 (標準和進階) 總數。 若要了解每個 VM 所要使用的儲存體帳戶，請參閱「VM 儲存體放置」一節。

Required Azure storage accounts

所需的 Azure 核心數目

此結果是在所有相容 VM 的容錯移轉或測試容錯移轉之前所要設定的核心總數。 如果訂用帳戶中可用的核心太少，Site Recovery 便無法在測試容錯移轉或容錯移轉時建立 VM。

Required number of Azure cores

其外內部部署儲存體需求

在 Hyper-V 伺服器上要成功進行初始複寫和差異複寫以確保 VM 複寫不會導致生產應用程式發生任何非預期停機所需的總可用儲存體。 在內部部署儲存體需求中可取得每個磁碟區需求的詳細資訊。

若要了解複寫為何需要可用空間，請參閱內部部署儲存體需求一節。

On-premises storage requirement and copy frequency

複製頻率上限

必須為複寫設定建議的複製頻率上限，以達成所需的 RPO。 預設值為五分鐘。 您可以將複製頻率設為 30 秒，以達到更理想的 RPO。

模擬分析

What-if-analysis 此分析概述當您設定較低的頻寬，讓所需的 RPO 只符合當時的 90% 時，在剖析期間可發生多少次違規。 任何指定的日期都可能發生一或多個 RPO 違規。 此圖會顯示當天的尖峰 RPO。 根據這項分析，您可以判斷指定的較低頻寬是否可接受所有天數的 RPO 違規次數和每日的尖峰 RPO 目標達成。 如果可接受，您可以為複寫配置較低的頻寬。 如果無法接受，請依照建議配置較高的頻寬，以符合當時所需的 100% RPO。

成功初始複寫的建議

本節將討論要保護 VM 的批次數目，以及成功完成初始複寫 (IR) 所需的頻寬下限。

IR batching

您必須依照指定的批次順序保護 VM。 每個批次有特定的 VM 清單。 第 1 批 VM 必須在第 2 批之前受到保護。 第 2 批 VM 必須在第 3 批之前受到保護，依此類推。 完成第 1 批 VM 的初始複寫之後，您可以啟用第 2 批 VM 的複寫。 同樣地，完成第 2 批 VM 的初始複寫之後，您可以啟用第 3 批 VM 的複寫，依此類推。

如果未遵照批次順序，稍後保護的 VM 可能沒有足夠的頻寬可用於初始複寫。 結果是，VM 永遠無法完成初始複寫，或一些受保護的 VM 可能會進入重新同步模式。 所選 RPO 工作表的 IR 批次處理有關於每個批次應納入哪些 VM 的詳細資訊。

這裡的圖表會依指定的批次順序顯示各批次的初始複寫和差異複寫的頻寬分配。 當您保護第一批 VM 時，初始複寫可以使用完整頻寬。 第一批的初始複寫完成後，差異複寫將需要部分的頻寬。 剩餘的頻寬可供第二批 VM 的初始複寫使用。

第 2 批資料列會顯示第 1 批 VM 所需的差異複寫頻寬，以及第 2 批 VM 可用於初始複寫的頻寬。 同樣地，第 3 批資料列會顯示先前批次 (第 1 批和第 2 批) 的差異複寫所需的頻寬，以及第 3 批的初始複寫可用的頻寬，依此類推。 所有批次的初始複寫完成後，最後一列會顯示所有受保護 VM 的差異複寫所需的頻寬。

我為什麼需要初始複寫批次處理？ 初始複寫的完成時間會以 VM 磁碟大小、已用的磁碟空間和可用的網路輸送量為基礎。 在所選 RPO 工作表的 IR 批次處理中可取得詳細資料。

成本估計

此圖形會就您所選的目標區域和您針對報告產生所指定的貨幣，顯示 Azure 的災害復原 (DR) 估計總成本的摘要檢視。

Cost estimation summary

當您使用 Site Recovery 保護所有與 Azure 相容的 VM 時，此摘要可協助您了解您需要支付的儲存體、計算、網路和授權成本。 成本是針對相容的 VM 計算的，而不是針對所有已剖析的 VM。

您可以檢視每月或每年的成本。 深入了解支援的目標區域和支援的貨幣。

依元件的成本：DR 總成本分成四個元件：計算、儲存體、網路和 Site Recovery 授權成本。 成本是根據在複寫期間和 DR 演練時產生的使用量而計算的。 計算、儲存體 (進階和標準)、在內部部署網站與 Azure 之間設定的 ExpressRoute/VPN，以及 Site Recovery 授權，都會納入此計算中。

依狀態的成本：災害復原總成本會根據兩個不同的狀態來分類 - 複寫和 DR 演練。

複寫成本：在複寫期間產生的成本。 其中涵蓋儲存體、網路和 Site Recovery 授權的成本。

DR 演練成本：在測試容錯移轉期間產生的成本。 Site Recovery 會在測試容錯移轉期間啟動 VM。 DR 演練成本涵蓋執行中 VM 的計算和儲存成本。

每月/年的 Azure 儲存成本：長條圖顯示進階和標準儲存體針對複寫及 DR 演練產生的總儲存成本。 您可以在成本估計工作表中檢視每個 VM 的詳細成本分析。

使用的成長因子和百分位數值

位於工作表底部的這個區段會顯示用於剖析 VM 之所有效能計數器的百分位數值 (預設值為第 95 個百分位數)。 此外也會顯示所有計算中使用的成長因子 (預設值為 30%)。

Growth factor and percentile values used

以可用頻寬做為輸入的建議

Profiling overview with bandwidth input

在某些情況下，您會發現無法為 Site Recovery 複寫設定超過 x Mbps 的頻寬。 您可以使用此工具輸入可用的頻寬 (在報告產生期間使用 -Bandwidth 參數)，並取得可達成的 RPO (以分鐘為單位)。 使用此可達成的 RPO 值，您可以決定是否需要佈建額外的頻寬，或可接受具有此 RPO 的災害復原解決方案。

Achievable RPO

VM 儲存體放置建議

VM-storage placement

磁碟儲存體類型：標準或進階儲存體帳戶，用來複寫 [要放置的 VM] 資料行中提到的所有對應 VM。

建議的前置詞：建議的三個字元前置詞，可用來命名儲存體帳戶。 您可以使用自己的前置詞，但工具的建議會遵循儲存體帳戶的磁碟分割命名慣例。

建議的帳戶名稱：在您包含建議前置詞後的儲存體帳戶名稱。 以您的自訂輸入取代括弧內的名稱 (< 和 >)。

記錄儲存體帳戶︰所有複寫記錄都會儲存在標準儲存體帳戶中。 對於複寫至進階儲存體帳戶的 VM，請針對記錄儲存體設定額外的標準儲存體帳戶。 多個進階複寫儲存體帳戶可以使用單一標準記錄儲存體帳戶。 複寫到標準儲存體帳戶的 VM 會對記錄使用相同的儲存體帳戶。

建議的記錄帳戶名稱：在您包含建議前置詞後的儲存體記錄帳戶名稱。 以您的自訂輸入取代括弧內的名稱 (< 和 >)。

放置摘要：提供在複寫和測試容錯移轉或容錯移轉時，儲存體帳戶上載入的 VM 總數摘要。 此摘要包括：

  • 對應至儲存體帳戶的 VM 總數。
  • 放置在此儲存體帳戶中的所有 VM 間的總讀取/寫入 IOPS。
  • 總寫入 (複寫) IOPS。
  • 所有磁碟的總設定大小。
  • 磁碟總數。

要放置的 VM：應置於指定的儲存體帳戶以提供最佳效能和使用情形的所有 VM 清單。

相容的 VM

Site Recovery 部署規劃工具所產生的 Excel 報告會在「相容的 VM」工作表中，提供所有相容的 VM 詳細資料。

Compatible VMs

VM 名稱：產生報告時，使用於 VMListFile 的 VM 名稱。 此資料行也會列出連結至 VM 的磁碟 (VHD)。 名稱包含此工具在分析期間探索到 VM 時其所在位置的 Hyper-V 主機名稱。

VM 相容性：值為 [是] 和 [是*]。 [是*] 表示 VM 適用於進階 SSD 的情況。 相較於對應到磁碟的大小，這裡剖析的高變換或 IOPS 磁碟適合較大的進階磁碟大小。 儲存體帳戶會根據磁碟大小，決定磁碟要對應至的進階儲存體大小類型：

  • <128 GB 為 P10。
  • 128 GB 至 256 GB 為 P15。
  • 256 GB 至 512 GB 為 P20。
  • 512 GB 至 1,024 GB 為 P30。
  • 1,025 GB 至 2,048 GB 為 P40。
  • 2,049 GB 至 4,095 GB 為 P50。

比方說，如果磁碟的工作負載特性讓它放在 P20 或 P30 類別中，但大小會將它對應到較低的進階儲存體磁碟類型，此工具會將該 VM 標示為 [是*]。 此工具也建議您變更來源磁碟大小，以符合建議的進階儲存體磁碟類型，或變更容錯移轉後的目標磁碟類型。

儲存體類型：標準或進階。

建議的前置詞：三個字元的儲存體帳戶前置詞。

儲存體帳戶︰使用建議儲存體帳戶前置詞的名稱。

尖峰 R/W IOPS (含成長因子)：磁碟上的尖峰工作負載讀取/寫入 IOPS (預設值為第 95 個百分位數)，包括未來的成長因子 (預設值為 30%)。 VM 的總讀取/寫入 IOPS 不一定是 VM 個別磁碟的讀取/寫入 IOPS 的總和。 VM 的尖峰讀取/寫入 IOPS 是其個別磁碟在剖析期間內每分鐘的讀取/寫入 IOPS 總和的尖峰。

尖峰資料變換 (MB/s) (含成長因子)：磁碟上的尖峰變換率 (預設值為第 95 個百分位數) 以及未來的成長因子 (預設值為 30%)。 VM 的總資料變換不一定是 VM 個別磁碟的資料變換總和。 VM 的尖峰資料變換是其個別磁碟在剖析期間內每分鐘的變換總和的尖峰。

Azure VM 大小：此內部部署 VM 理想的對應 Azure 雲端服務 VM 大小。 此對應以內部部署 VM 的記憶體、磁碟/核心/NIC 數目和讀取/寫入 IOPS 為基礎。 建議一律是符合所有內部部署 VM 特性的最低 Azure VM 大小。

磁碟數目：VM 上的虛擬機器磁碟 (VHD) 總數。

磁碟大小 (GB)：VM 之所有磁碟的總大小。 此工具也會顯示 VM 中個別磁碟的磁碟大小。

核心：VM 上的 CPU 核心數目。

記憶體 (MB)：VM 上的 RAM。

NIC：VM 上的 NIC 數目。

開機類型︰VM 的開機類型。 可以是 BIOS 或 EFI。

不相容的 VM

Site Recovery 部署規劃工具所產生的 Excel 報告會在「不相容的 VM」工作表中，提供所有不相容的 VM 詳細資料。

Incompatible VMs

VM 名稱：產生報告時，使用於 VMListFile 的 VM 名稱。 此資料行也會列出連結至 VM 的磁碟 (VHD)。 名稱包含此工具在分析期間探索到 VM 時其所在位置的 Hyper-V 主機名稱。

VM 相容性：指出為何指定的 VM 不適合與 Site Recovery 搭配使用。 相關原因會針對 VM 的每個不相容磁碟進行說明，且根據發佈的儲存體限制，原因可能是下列其中一項：

  • 磁碟大小大於 4,095 GB。 Azure 儲存體目前不支援大於 4,095 GB 的資料磁碟大小。

  • 第 1 代 (BIOS 開機類型) VM 的 OS 磁碟大於 2,047 GB。 Site Recovery 對於第 1 代 VM 不支援大於 2,047 GB 的 OS 磁碟大小。

  • 第 2 代 (BIOS 開機類型) VM 的 OS 磁碟大於 300 GB。 Site Recovery 對於第 2 代 VM 不支援大於 300 GB 的 OS 磁碟大小。

  • VM 名稱不可包含下列任一字元：“” [] `。 此工具無法取得名稱中含有上述任何字元之 VM 的剖析資料。

  • VHD 由兩個或更多 VM 共用。 Azure 不支援具有共用 VHD 的 VM。

  • 不支援具有虛擬光纖通道的 VM。 Site Recovery 不支援具有虛擬光纖通道的 VM。

  • Hyper-V 叢集不包含複寫代理程式。 如果未針對叢集設定 Hyper-V 複本代理程式，則 Site Recovery 不支援 Hyper-V 叢集中的 VM。

  • VM 不具高可用性。 Site Recovery 不支援 VHD 儲存在本機磁碟 (而不是儲存在叢集磁碟) 的 Hyper-V 叢集節點的 VM。

  • VM 大小總計 (複寫 + 測試容錯移轉) 超過支援的進階儲存體帳戶大小限制 (35 TB)。 當 VM 中單一磁碟的效能特性超過標準儲存體支援的最大 Azure 或 Site Recovery 限制，通常會發生此不相容情況。 這類情況會將 VM 推送到進階儲存體區域中。 不過，支援的進階儲存體帳戶大小上限為 35 TB。 一個受保護的 VM 無法跨多個儲存體帳戶受到保護。

    在受保護的 VM 上執行測試容錯移轉時，如果針對測試容錯移轉設定了非受控磁碟，它會在正在進行複寫的相同儲存體帳戶中執行。 在此情況下，將需要與複寫相同的額外儲存空間數量。 這確保進行複寫並以平行方式繼續進行測試容錯移轉。 針對測試容錯移轉設定了受控磁碟時，則不需要為測試容錯移轉 VM 準備任何額外的空間。

  • 來源 IOPS 超過支援的儲存體 IOPS 限制 (每個磁碟 7,500)。

  • 來源 IOPS 超過支援的儲存體 IOPS 限制 (每個 VM 80,000)。

  • 來源 VM 平均資料變換超出平均 IO 大小支援的 Site Recovery 資料變換限制 (20 MB/s)。

  • 來源 VM 平均有效寫入 IOPS 超過支援的 Site Recovery IOPS 限制 (840)。

  • 計算的快照集儲存體超過支援的快照集儲存體限制 10 TB。

尖峰 R/W IOPS (含成長因子)：磁碟上的尖峰工作負載 IOPS (預設值為第 95 個百分位數) 以及未來的成長因子 (預設值為 30%)。 VM 的總讀取/寫入 IOPS 不一定是 VM 個別磁碟的讀取/寫入 IOPS 的總和。 VM 的尖峰讀取/寫入 IOPS 是其個別磁碟在剖析期間內每分鐘的讀取/寫入 IOPS 總和的尖峰。

尖峰資料變換 (MB/s) (含成長因子)：磁碟上的尖峰變換率 (預設值為第 95 個百分位數) 以及未來的成長因子 (預設值為 30%)。 請注意，VM 的總資料變換不一定是 VM 個別磁碟的資料變換總和。 VM 的尖峰資料變換是其個別磁碟在剖析期間內每分鐘的變換總和的尖峰。

磁碟數目：VM 上的 VHD 總數。

磁碟大小 (GB)：VM 之所有磁碟的總設定大小。 此工具也會顯示 VM 中個別磁碟的磁碟大小。

核心：VM 上的 CPU 核心數目。

記憶體 (MB)：VM 上的 RAM 數量。

NIC：VM 上的 NIC 數目。

開機類型︰VM 的開機類型。 可以是 BIOS 或 EFI。

Azure Site Recovery 限制

下表提供 Site Recovery 限制。 上述限制是以測試為基礎，但無法涵蓋所有可能的應用程式 I/O 組合。 實際的結果會隨著您的應用程式 I/O 混合而有所不同。 為了獲得最佳結果，即使在部署規劃之後，仍請發出測試容錯移轉來執行廣泛的應用程式測試，以了解應用程式真正的效能情況。

複寫儲存體目標 來源 VM 平均 I/O 大小 來源 VM 平均資料變換 每日的來源 VM 資料變換總計
標準儲存體 8 KB 每一 VM 2 MB/s 每一 VM 168 GB
進階儲存體 8 KB 每一 VM 5 MB/s 每一 VM 421 GB
進階儲存體 16 KB 或更高 每一 VM 20 MB/s 每一 VM 1684 GB

這些限制是採用 30% I/O 重疊時的平均數字。 Site Recovery 能夠處理更高的輸送量 (以重疊比為基礎)、較大的寫入大小和實際工作負載 I/O 行為。 先前數字採用大約五分鐘的典型積壓。 也就是說，資料上傳之後，便會進行處理並在五分鐘內建立復原點。

內部部署儲存體需求

此工作表提供 Hyper-V 伺服器 (VHD 所在位置) 的每個磁碟區要成功初始複寫和差異複寫的總可用儲存空間需求。 在您啟用複寫之前，請在磁碟區上新增所需的儲存空間，以確保複寫不會對生產應用程式造成任何非預期的停機。

Site Recovery 部署規劃工具會根據用於複寫的 VHD 大小和網路頻寬，識別最佳的儲存空間需求。

On-premises storage requirement

在用於複寫的 Hyper-V 伺服器上為什麼需要可用的空間？

  • 當您啟用 VM 的複寫時，Site Recovery 會製作 VM 的每個 VHD 的快照集，以便進行初始複寫。 正在進行初始複寫時，應用程式會將新的變更寫入磁碟中。 Site Recovery 會在記錄檔中追蹤這些差異變更，而記錄檔需要額外的儲存空間。 在初始複寫完成後，記錄檔才會儲存於本機。

    如果記錄檔和快照集 (AVHDX) 沒有足夠的可用空間，複寫就會進入重新同步模式，且永遠無法完成複寫。 在最壞的情況下，您會需要 VHD 大小的 100% 額外可用空間，以進行初始複寫。

  • 初始複寫完成後，就會開始執行差異複寫。 Site Recovery 會在記錄檔中追蹤這些差異變更，而記錄檔會儲存在 VM 的 VHD 所在的磁碟區上。 這些記錄檔會以設定的複製頻率複寫至 Azure。 根據可用的網路頻寬，記錄檔會需要一些時間才會複寫至 Azure。

    如果沒有足夠的空間可儲存記錄檔，則複寫會暫停。 隨後，VM 的複寫會進入「需要重新同步」狀態。

  • 如果網路頻寬不足以將記錄檔推送至 Azure，則記錄檔會堆放在磁碟區上。 在最糟的情況下，當記錄檔大小增加至 VHD 大小的 50% 時，VM 的複寫將會進入「需要重新同步」狀態。在最壞的情況下，您會需要 VHD 大小的 50% 額外可用空間，以進行差異複寫。

Hyper-V 主機：已剖析的 Hyper-V 伺服器清單。 如果伺服器是屬於 Hyper-V 叢集，則所有叢集節點都會群組在一起。

V磁碟區 (VHD 路徑)：存在 VHD/VHDX 之 Hyper-V 主機的每個磁碟區。

可用空間 (GB)：磁碟區上的可用空間。

磁碟區上所需的總儲存空間 (GB)：磁碟區上要成功初始複寫和差異複寫所需的可用儲存空間總計。

為了成功複寫而要在磁碟區上佈建的額外儲存體總量 (GB)：這會建議為了成功初始複寫和差異複寫，而必須在磁碟區上佈建的額外空間總量。

初始複寫批次處理

我為什麼需要初始複寫批次處理？

如果所有 VM 同時都受到保護，可用儲存空間需求將會高出許多。 如果沒有足夠的儲存空間，VM 的複寫就會進入重新同步模式。 此外，為了同時完成所有 VM 的初始複寫，網路頻寬需求也會高出許多。

所選 RPO 的初始複寫批次處理

此工作表會提供每個 IR 批次的詳細資料檢視。 針對每個 RPO，建立個別的 IR 批次處理工作表。

遵循每個磁碟區的內部部署儲存體需求建議之後，您需要複寫的主要資訊是可以平行方式保護的 VM 清單。 這些 VM 會分組到一個批次中，而且可以有多個批次。 請依照指定的批次順序保護 VM。 首先保護第 1 批 VM。 初始複寫完成後，請保護第 2 批 VM，依此類推。 您可從以下工作表取得批次和對應 VM 清單。

IR batching details

Additional IR batching details

每個批次會提供以下資訊：

Hyper-V 主機：要保護之 VM 的 Hyper-V 主機。

虛擬機器：要保護的 VM。

註解：如果需要對 VM 的特定磁碟區採取任何動作，此處會提供註解。 比方說，如果磁碟區上沒有足夠的可用空間，註解會指出「新增額外的儲存體來保護此 VM」。

磁碟區 (VHD 路徑)：VM 的 VHD 所在的磁碟區名稱。

磁碟區上的可用空間 (GB)：VM 磁碟區上的可用磁碟空間。 在計算磁碟區上的可用空間時，這會考量 VHD 位於相同磁碟區的前幾批 VM 用於差異複寫的磁碟空間。

例如，假設 VM1、VM2 和 VM3 位於磁碟區 E:\VHDpath 上。 複寫之前，磁碟區上的可用空間為 500 GB。 VM1 屬於第 1 批、VM2 屬於第 2 批，而 VM3 屬於第 3 批。 若為 VM1，可用空間為 500 GB。 VM2 的可用空間會是 500 – VM1 的差異複寫所需的磁碟空間。 如果 VM1 需要 300 GB 的空間進行差異複寫，則 VM2 的可用空間會是 500 GB – 300 GB = 200 GB。 同樣地，VM2 需要 300 GB 進行差異複寫。 VM3 的可用空間為 200 GB - 300 GB = -100 GB。

磁碟區上為了進行初始複寫所需的儲存體 (GB)：VM 磁碟區上為了進行初始複寫所需的可用儲存空間。

磁碟區上為了進行差異複寫所需的儲存體 (GB)：VM 磁碟區上為了進行差異複寫所需的可用儲存空間。

為了避免複寫失敗所需的額外儲存體 (以不足額為基礎) (GB)：VM 磁碟區上所需的額外的儲存空間。 這是初始複寫和差異複寫的儲存空間需求上限，減去磁碟區上的可用空間。

初始複寫所需的最小頻寬 (Mbps)：VM 的初始複寫所需的最小頻寬。

差異複寫所需的最小頻寬 (Mbps)：VM 的差異複寫所需的最小頻寬。

每個批次的網路使用量詳細資料

每個批次資料表都會提供批次的網路使用量摘要。

批次的可用頻寬：在考量前一批的差異複寫頻寬後，批次可用的頻寬。

可用於批次初始複寫的大約頻寬：可用於 VM 批次初始複寫的頻寬。

批次差異複寫所耗用的大約頻寬：VM 批次差異複寫所需的頻寬。

批次的估計初始複寫時間 (HH:MM)：以小時:分鐘表示的估計初始複寫時間。

下一步

深入了解成本估計。