透過 Azure 備份的立即還原功能取得改良的備份和還原效能

本文說明 Azure 備份 中「立即還原」功能的改善備份和還原效能。

主要功能

「立即還原」功能提供下列功能：

• 能夠使用在備份作業中 (可用於復原) 建立的快照集，而不需要等到資料傳輸至保存庫完成。 如此可減少觸發還原之前，將快照集複製到保存庫的等候時間。
• 藉由在本機保留快照集、使用標準原則保留兩天，以及預設使用增強原則的七天，以減少備份和還原時間。 此預設快照集保留值可設定為標準原則介於 1 到 5 天之間的任何值，以及增強原則的 1 到 30 天。
• 最多支援 32 TB 的磁碟大小。 Azure 備份不建議調整磁碟大小。
• 標準原則支持標準 SSD 磁碟以及標準 HDD 磁碟和進階 SSD 磁碟。 增強的原則除了標準 HDD、標準 SSD 和進階 SSD v1 磁碟之外，還支援進階 SSD v2 和 Ultra 磁碟的備份和立即還原。
• 還原時，能夠使用非受控 VM 的原始儲存體帳戶 (每個磁碟)。 即使 VM 的磁碟分散於多個儲存體帳戶，仍然具有此功能。 它能夠針對各種不同的 VM 設定，加快還原作業的速度。
• 對於在儲存體帳戶中使用非受控進階磁碟的 VM 備份，透過「立即還原」，建議配置已配置儲存體空間總計的 50% 可用空間，只有在第一次備份時才需要。 第一次備份完成之後，後續備份不一定需要這 50% 的可用空間。

立即還原的運作方式為何？

備份作業包含兩個階段：

1. 建立 VM 快照集。
2. 將 VM 快照集傳輸到 Azure 復原服務保存庫。

一旦快照集完成，就會建立恢復點，而且此快照集類型的恢復點可用來使用相同的還原流程來執行還原。 您可以使用快照集作為恢復點類型，並在快照集傳輸到保存庫之後，在 Azure 入口網站 中識別此恢復點，恢復點類型會變更為快照集和保存庫。

功能考量

• 快照集會與磁碟一起儲存，以提升恢復點建立速度，以及加速還原作業。 因此，您將看見儲存體成本會隨著在這段期間內取得的快照集而增減。
• 針對標準原則，所有快照集本質上都是累加式的，並且會儲存為分頁 Blob。 使用非受控磁碟的所有客戶，需對儲存在其本機儲存體帳戶中的快照集付費。 由於受控 VM 備份使用的還原點集合在基礎儲存體層級使用 Blob 快照集，所以受控磁碟的成本會對應於 Blob 快照集定價而累加。
• 對於進階儲存體帳戶，針對立即復原點取得的快照集會計入配置空間的 10 TB 限制。 針對增強原則，僅支援受控 VM 備份。 初始快照集是磁碟的完整復本。 後續的快照集本質上是累加的，而且只會佔用自上次快照集以來磁碟的差異變更。 使用「立即還原」復原點時，您必須透過 Azure 原則，將 VM 或磁碟還原至不需要 CMK 加密磁碟的訂用帳戶和資源群組。

成本影響

快照集的立即還原功能（連同磁碟一起儲存）可提升恢復點建立速度，並加速還原作業。 這會產生此期間所建立之對應快照集的額外記憶體成本。 快照集記憶體成本會根據備份原則的類型而有所不同。

標準原則的成本影響

標準原則會使用 Blob 快照集進行立即還原功能。 所有快照集本質上都是累加式的，並儲存在 VM 的記憶體帳戶中，用於立即復原。 增量快照集表示快照集所佔用的空間等於建立快照集後寫入的頁面所佔用的空間。 快照集所佔用的每個 GB 已使用空間仍會計費，如本節所述。 如圖所示，請考慮大小為100 GB的 VM、立即還原的2%變更率和5天的保留期。 在此情況下，計費的快照集記憶體會是 10GB（100* 0.02* 5）。

如果 VM 使用非受控磁碟，則在每個磁碟的 VHD 檔案上，您可以從功能表中看到快照集。 若為受控磁碟，則快照集儲存在指定資源群組的還原點集合資源中，無法直接看到快照集本身。

增強原則的成本影響

增強的原則會使用受控磁碟快照集進行立即還原功能。 初始快照集是磁碟的完整復本。 後續的快照集本質上是累加的，而且只會佔用自上次快照集以來磁碟的差異變更。 此定價頁面會說明受控磁碟快照集的價格。

例如，大小為 100 GB 的 VM 有 2% 的變更率，且立即還原的保留期為 5 天。 在此情況下，計費的快照集記憶體會是 108GB（100 + 100 X 0.02 X 4）。

注意

標準原則的每周原則的快照集保留期固定為 5 天，對於增強原則，快照集保留期可能介於 5 到 20 天之間。

設定快照集保留期

使用 Azure 入口網站

注意

您也可以透過備份中心存取下列各節所描述的功能。 備份中心是 Azure 的單一整合式管理體驗。 可讓企業大規模控管、監視、操作及分析備份。 透過這項解決方案，您無須受限於個別保存庫的範圍，就能完成大部分的重要備份管理作業。

在 Azure 入口網站中，您會看到 [立即還原] 區段下的 [VM 備份原則] 窗格中新增一個欄位。 針對與特定備份原則相關聯的所有 VM，您可以從 [VM 備份原則] 窗格變更快照集保留期間。

使用 PowerShell

注意

自 Az PowerShell 1.6.0 版起，您可以使用 PowerShell 在原則中更新立即還原快照集保留期間

$bkpPol = Get-AzRecoveryServicesBackupProtectionPolicy -WorkloadType "AzureVM"
$bkpPol.SnapshotRetentionInDays=5
Set-AzRecoveryServicesBackupProtectionPolicy -policy $bkpPol

每個原則的預設快照集保留期設定為兩天。 您可以將此值變更為最少一天，最多五天。 若為每週原則，快照集保留期固定為五天。

常見問題集

「立即還原」的成本影響為何？

快照集會儲存在磁碟上，以便加快建立復原點和還原作業的速度。 因此，您將在 VM 備份原則中看見對應至所選快照集保留的儲存體成本。

在進階儲存體帳戶中，針對立即復原點取得的快照集是否會佔用 10 TB 的快照集限制？

是，對於進階儲存體帳戶，針對立即復原點取得的快照集佔用 10 TB 已配置的快照集空間。

快照集保留在五天期間內的運作方式為何？

針對標準原則，每一天都會擷取新的快照集，然後會有五個個別的增量快照集。 快照集的大小取決於資料變換，在大部分情況下約為 2%-7%。 針對增強原則，初始快照集是完整快照集，後續快照集本質上為累加式快照集。

立即還原快照集是增量快照集，還是完整的快照集？

針對標準原則，作為立即還原功能的一部分所建立的快照集是增量快照集。 針對增強原則，初始快照集是完整快照集，後續快照集本質上為累加式快照集。

如何計算立即還原功能所造成的大約成本增加？

這取決於 VM 的變換。

• 標準原則：在穩定狀態下，您可以假設成本增加為 = 每個 VM 快照集記憶體每 GB 每日變換的快照集保留期間。
• 增強原則：在穩定狀態下，您可以假設成本增加為 = （VM 大小） + （快照保留期間-1）*每部 VM 每日變換數* 每個 GB 的快照集記憶體成本。

如果還原點的復原類型是「快照集與保存庫」，而我執行還原作業，則會使用哪個復原類型？

如果復原類型是「快照集與保存庫」，則會從本機快照集自動完成還原，相較於從保存庫進行還原，這麼做更快速。

如果我選取的還原點保留期間 （第 2 層） 小於快照集 （第 1 層） 保留期間，會發生什麼情況？

除非刪除快照集 （第 1 層），否則新模型不允許刪除還原點 （第 2 層）。 建議排程大於快照集保留期限的還原點 （第 2 層） 保留期間。

即使已過了備份原則中設定的保留期間，為什麼快照集仍然存在？

如果復原點有快照集，而且是可用的最新復原點，則會保留到下次成功備份為止。 這是根據指定的「記憶體回收」(GC) 原則。 規定至少要有一個最新的復原點永遠存在，以防所有後續備份因為 VM 的問題而失敗。 在正常情況下，復原點在到期後最多 24 小時內就會清除。 在少數情況下，由於記憶體回收行程 (GC) 負荷較重，可能會多出一兩個快照集。

為什麼我看到比保留原則還多的快照集？

在保留原則設定為 “1” 的情況下，您可以找到兩個快照集。 這規定至少要有一個最新的復原點永遠存在，以防所有後續備份因為 VM 的問題而失敗。 這會導致出現兩個快照集。

因此，如果原則是指 “n” 個快照集，您有時可以找到 “n+1” 個快照集。 此外，如果垃圾收集有延遲，您甚至可以找到 「n+1+2」 快照集。 這發生在以下少數情況：

• 您清除已過保留期的快照集。
• 後端的記憶體回收行程 (GC) 負荷過重。

注意

Azure 備份會以自動方式管理備份。 Azure 備份 保留舊的快照集，因為這些快照集需要維護此備份才能保持一致性。 如果您手動刪除快照集，可能會遇到備份一致性的問題。 如果您的備份歷程記錄中有錯誤，則必須透過保留資料選項停止備份並繼續備份。 如果您有特定案例 (例如，具有多個磁碟且需要空間過大的虛擬機器)，請考慮建立備份策略。 您需要針對具有 OS 磁碟的 VM 個別建立備份，並且為其他磁碟建立不同的備份。

我不需要「立即還原」功能。 是否可以停用？

每個人都會自動啟用「立即還原」功能，且無法停用。 您可以將快照集保留期縮減至最少一天。

在傳輸過程中 (可能需要數小時) 重新啟動 VM 是否安全？ 重新啟動 VM 是否會中斷或拖慢傳輸？

是的，這是安全的，而且絕對不會影響數據傳送速率。