備份和災難復原服務備份政策最佳做法

本頁面提供使用 Google Cloud 控制台建立及管理備份和災難復原服務備份政策的最佳做法,包括下列政策類型:

  • 從實際工作環境到快照的政策:擷取實際工作環境資料的頻繁快照,並提供視窗式或連續排程,以及不同頻率的選項。您也可以瞭解如何處理資料庫記錄備份。

  • OnVault 政策:將資料傳送至物件儲存空間 (例如 Cloud Storage),以長期保留。本頁面也會說明不同類型的 OnVault 政策,例如「快照至 OnVault」、「直接至 OnVault」和「OnVault 至 OnVault」

  • 從生產環境到鏡像的政策:使用 StreamSnap 複製功能將資料複製到遠端設備,以實現低復原點目標 (RPO)。你也可以進一步瞭解 StreamSnap 的運作方式和優點。

在備份和災難復原服務政策範本中定義資料擷取時間範圍

定義政策範本時間表,以符合下列規定:

  • 資料擷取時間範圍規定

  • RPO

  • 復原時間目標 (RTO)

舉例來說,如果每天必須在晚上 7 點到早上 7 點之間擷取資料,請將政策的擷取時間範圍設為 19:00 到 7:00。盡可能擴大政策的適用時間範圍,排程器就能以最大彈性排定所有必要工作。您指定的時間範圍會定義資料擷取工作的允許開始時間。如果工作在時間範圍結束前開始,則可繼續執行直到完成。

設定生產環境的快照政策排程

備份和災難復原服務最常存取近期資料。因此,您可能只需要保留幾天的快照資料 (前提是您也擁有保留期限較長的 OnVault 政策)。您可以排定備份快照的執行頻率和時間範圍,也可以持續執行備份快照。快照政策的建議最低頻率為一小時 (本機 RPO),但資料庫記錄備份排程的執行頻率最高可達每 15 分鐘一次。您也可以設定快照頻率,以滿足特定需求。

設定視窗排程,每個視窗建立一個快照

大多數 Backup and DR Service 生產環境快照政策,都是在 24 小時內為資料建立單一快照。您可以排定在特定時間範圍內進行快照備份,例如晚上 7 點到早上 7 點。

您可以建立跨越日期界線的快照政策排程,並在特定時間範圍內建立單一快照,方法是在 Google Cloud 控制台中設定下列設定:

  • 視窗 (預設) 類型排程
  • 拍攝日期:每天 (永不除外)
  • 可視需要開啟和關閉的時段,通常設為 19:00 至 07:00
  • 頻率為「每個視窗一次」
  • 保留時間 (例如保留 2 天)

使用這類時間表時,系統會忽略日期界線 (午夜)。

在視窗中設定多個快照的視窗排程

在某些情況下,您可能想在時間範圍內擷取多個快照。這種做法需要仔細規劃,因為可能會耗用系統資源,並導致系統不斷建立快照。

您可以在 Google Cloud 控制台中設定下列設定,建立快照政策排程,在特定時間範圍內建立多個快照:

  • 視窗(預設) 的時間表類型
  • 拍攝日期:每天 (永不除外)
  • 視需要開啟的時段,可能跨越或未跨越一天界線。
  • 頻率不得與拍攝快照所需的時間重疊。 預設值為每八小時。建議快照集政策的最低執行頻率為每 1 小時 (本機 RPO)
  • 保留時間 (例如保留 2 天)

採用這種做法時,工作會在指定時間範圍內,按照其頻率執行。如果工作在工作執行期結束時仍在執行,就會繼續執行直到完成。

設定持續排程,每天以固定間隔執行

您可以設定快照政策排程,讓系統每天 24 小時、每週 7 天,以每 x 分鐘或小時的時間間隔持續執行快照政策。舉例來說,您可以建立持續快照備份政策,讓工作每四小時執行一次,第一次工作則在凌晨 1 點開始。

您可以在 Google Cloud 控制台中設定下列設定,建立排程快照政策,以定期設定的時間間隔持續執行:

  • 「持續」排程類型
  • 頻率不得與拍攝快照所需的時間重疊。 預設值為每八小時。建議快照政策的最低頻率為每 1 小時 (本機 RPO) 執行一次。
  • 現在可以啟動第一個快照作業。
  • 保留時間 (例如保留 2 天)

您也可以選擇排定持續性工作,每天執行一次 (這是最長的持續性政策排程週期,無需定義有時間範圍的政策排程)。在這種情況下,您會指定「每 24 小時執行一次」,這等於每日連續排程。

設定 OnVault 政策

備份和災難復原服務 OnVault 政策可讓您將資料傳送至 Cloud Storage 中的 OnVault 集區,也就是 OnVault 集區設定。政策中的排程會將最新資料傳送至物件儲存空間備份。初始資料擷取作業完成後,OnVault 擷取作業會接續執行永久增量資料擷取程序。

將資料傳送至 OnVault 集區定義的儲存空間時,系統會使用 HTTPS 連線,確保資料在網路上的安全。OnVault 集區的壓縮選項預設為開啟,可盡量減少網路流量。

在 OnVault 集區定義的儲存空間位置存取資料時,請注意下列事項:

  • 設備可以建立副本。
  • 裝置可以掛接資料,但由於資料會先複製到快照集區,然後再掛接,因此不建議這麼做。
  • 無法建立 LiveClone。

您可以建立三種備份和災難復原服務 OnVault 政策:

  • 快照至 OnVault 政策:在快照集區中擷取資料,然後將快照集區中的資料複製到 OnVault 集區定義的 Cloud Storage 值區。

  • 直接套用 OnVault 政策:允許將 VMware VM 備份直接傳送至 OnVault 集區定義的 Cloud Storage bucket。

  • OnVault 對 OnVault 政策:將資料從一個 OnVault 集區複製到另一個 OnVault 集區。

建立 OnVault 政策的快照

如要建立「快照至 OnVault」排程,將最新的快照資料傳送至 OnVault 集區定義的物件儲存空間,請在 Google Cloud 控制台中設定下列項目:

  • 保險箱開放時間:每天
  • 視需要開啟和關閉視窗。通常設為 19:00 至 18:50
  • 保留時間 (例如保留 3 年)

建立「直接傳送至 OnVault」政策

如要建立「直接傳送至 OnVault」排程,將最新的增量更新直接傳送至 Onvault 集區定義的儲存空間,請在 Google Cloud 控制台中設定下列選項:

  • 在這些日子:每天
  • 視需要開啟和關閉視窗。通常設為 19:00 至 18:50
  • 保留時間 (例如保留 3 年)

OnVault 對 OnVault 政策

如要建立「OnVault to OnVault」排程,將最新的增量更新直接傳送至 OnVault 集區定義的儲存空間,並在定義的時間範圍內每天執行一次,請在 Google Cloud 控制台中設定下列項目:

  • 在這些日子:每天
  • 視需要開啟和關閉視窗。通常會設為 19:00 至 18:50
  • 保留時間 (例如保留 3 年)
  • 確認來源 OnVault 集區設定正確
  • 選取目標 OnVault 集區。這是第二個 OnVault 集區,資料會從來源 OnVault 集區複製到這個集區。

從正式環境到鏡像備份政策

Production to Mirror 備份政策的最佳做法取決於您打算使用的複製選項。本節概述使用裝置提供的 StreamSnap 複製方法時,應遵循的政策最佳做法。

使用 StreamSnap 複製從正式環境到鏡像環境的政策

使用 StreamSnap 複寫設定的 Production to Mirror 備份政策會與特定快照政策綁定。這些快照會使用範本中相關聯快照政策的排程和頻率設定。

StreamSnap 會透過高品質網路將資料快照複製到遠端備份/復原裝置,可提供低至一小時的復原點目標 (RPO)。如果是 VMware VM,快照複製作業會與快照複製作業同步進行,並以串流方式傳輸至第二個備份/復原設備。系統會串流傳輸 VMware VM,避免等待本機快照作業完成後才啟動複製作業。

StreamSnap 複製作業會執行下列動作:

  • 復原點目標最短可達一小時。StreamSnap 複製政策會依據相關聯的生產環境快照政策,設定復原點目標和其他進階快照設定。StreamSnap 政策可以指向任何頻率為一小時以上的快照政策 (遠端復原點目標)。
  • 使用現有 IP 網路複製資料。
  • 將大量資料複製給遠端使用者 (例如測試和開發環境)。
  • 在遠端網站保留多個時間點的快照圖片,保留行為則由 StreamSnap 政策中的設定決定。
  • 簡化容錯移轉至遠端網站主機的程序。
  • 啟用遞增反向複製 (同步返回) 至本機備份/復原設備。
  • 壓縮並加密複製的資料,然後傳送至第二部備份/還原設備。如果資料已壓縮 (例如圖片和影片),您可以停用壓縮功能。

將備份範本套用至應用程式管理員中的應用程式或 VM 時,「監控」會記錄 StreamSnap 工作的結果,並顯示為單一工作。複製作業完成後,「監控」中會顯示兩項工作,狀態為「成功」;一項是快照工作,另一項是 StreamSnap 工作 (請參閱StreamSnap 工作錯誤處理)。如果 StreamSnap 工作或快照工作失敗,系統會顯示兩筆工作項目,指出哪個工作成功。

後續步驟