共用方式為


使用 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 入口網站 中識別此恢復點,恢復點類型會變更為快照集和保存庫

圖表顯示記憶體和保存庫之 VM 備份堆疊 Resource Manager 部署模型中的備份作業。

功能考慮

  • 快照集會與磁碟一起儲存,以提升恢復點建立速度,以及加速還原作業。 因此,您會看到記憶體成本對應到此期間所擷取的快照集。
  • 針對標準原則,所有快照集本質上都是累加式的,並且會儲存為分頁 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

每個原則的預設快照集保留期會設定為兩天。 您可以將值變更為至少 1,最多五天。 對於每周原則,快照集保留期會固定為五天。

常見問題集

立即還原的成本影響為何?

快照集會與磁碟一起儲存,以加速恢復點建立和還原作業。 因此,您會看到與 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 備份 會保留舊的 snapshop,因為這些快照集需要維護此備份以達到一致性的目的。 如果您手動刪除快照集,可能會在備份一致性時遇到問題。 如果您的備份歷程記錄發生錯誤,您必須停止備份並保留資料選項並繼續備份。 如果您有特定案例,請考慮建立 備份策略 (例如,具有多個磁碟且需要超大空間的虛擬機)。 您需要個別建立具有 OS 磁碟的 VM 備份,並為其他磁碟建立不同的備份

我不需要立即還原功能。 可以停用嗎?

立即還原功能會針對所有人啟用,且無法停用。 您可以將快照集保留期縮短為至少一天。

在傳輸程式期間重新啟動 VM 是否安全(可能需要數小時的時間) ? 重新啟動 VM 中斷或讓傳輸變慢嗎?

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