本頁提供最佳做法，說明如何使用設備管理控制台建立及管理備份和災難復原備份政策，包括下列政策類型：
「將正式環境加入快照」政策：擷取正式環境資料的快照，可選擇視窗或連續排程，以及不同的頻率。您也可以瞭解如何處理資料庫記錄備份。
OnVault 政策：將資料傳送至物件儲存空間 (例如 Cloud Storage)，以長期保留。本頁面也會說明不同類型的 OnVault 政策，例如「快照至 OnVault」、「直接傳送至 OnVault」和「OnVault 至 OnVault」。
從正式環境到鏡像的政策：使用 StreamSnap 複製功能將資料複製到遠端設備，實現低復原點目標 (RPO)。你也可以進一步瞭解 StreamSnap 的運作方式和優點。
在備份和災難復原政策範本中定義資料擷取時間範圍
定義政策範本排程，以符合下列規定：
資料擷取時間範圍規定
RPO
復原時間目標 (RTO)
舉例來說，如果每天必須在晚上 7 點到隔天早上 7 點之間擷取資料，請將政策的擷取時段設為 19:00 到 7:00。盡可能擴大政策的適用時間範圍，可讓排程器彈性安排所有必要工作。您指定的時間範圍會定義資料擷取工作的允許開始時間。如果工作在時間範圍結束前開始，則可繼續執行直到完成。
設定「將正式環境加入快照」政策排程
備份和災難復原服務最常存取近期資料。因此，如果您也設定 OnVault 政策，保留時間較長，則只需要保留幾天的快照資料。這可減少備份/復原設備的儲存空間需求，讓您備份更多資料。
如果將工作負載備份到備份/復原設備，備份資料會超過建議的儲存容量或快照上限，系統會顯示通知，建議您將資料備份到其他備份/復原設備。
您可以排定備份快照的頻率和時間範圍，也可以持續備份。快照集政策的建議最低頻率為一小時 (本機 RPO)，但資料庫記錄備份排程可每 15 分鐘執行一次。您也可以設定快照頻率，以符合特定需求。
設定視窗排程，每個視窗建立一個快照
大多數備份和災難復原 production to snapshot 政策，都是在 24 小時內擷取單一資料快照。您可以排定在特定時間範圍內執行時間範圍快照備份，例如晚上 7 點到早上 7 點。
您可以建立跨越日期界線的快照政策排程，並在特定時間範圍內建立單一快照，方法是在設備管理控制台中設定下列設定：
- 「特定時間範圍」排程類型 (預設)
- 在以下日期拍攝快照：每天 (「永不」除外)
- 視需要開啟和關閉的時間範圍，通常設定為 19:00 至 07:00
- 頻率為「每個視窗一次」
- 保留時間 (例如保留 2 天)
使用這類排程時，系統會忽略日期界線 (午夜)。
在時間範圍內設定多個快照的排程
有時您可能想在時間範圍內擷取多張快照。這種做法需要審慎規劃，因為可能會消耗系統資源，並導致系統不斷擷取快照。
您可以在特定時間範圍內建立多個快照，方法是在設備管理控制台中設定下列設定：
- 特定時間範圍(預設) 排程類型
- 在以下日期拍攝快照：每天 (「永不」除外)
- 視需要開啟，可能跨越一天界線。
- 頻率不得與拍攝快照所需的時間重疊。 預設值為每八小時一次。建議快照政策的最低執行頻率為每 1 小時 (本機 RPO)。
- 保留時間 (例如保留 2 天)
採用這種做法時，工作會在指定時間範圍內，按照其頻率執行。如果工作在工作執行期結束時仍在執行，系統會繼續執行，直到工作完成為止。
設定連續排程，每天以固定間隔執行
您可以設定快照政策排程，持續每天 24 小時、每週 7 天執行，時間間隔為每 x 分鐘或小時。舉例來說，您可以建立連續快照備份政策，讓工作每四小時執行一次，第一項工作則在凌晨 1 點開始執行。
您可以在設備管理控制台中設定下列設定，建立排定定期以固定間隔持續執行的快照政策：
- 連續排程類型
- 頻率不得與拍攝快照所需的時間重疊。 預設值為每八小時一次。建議快照政策的最低頻率為每 1 小時 (本機 RPO) 執行一次。
- 現在可以啟動第一個快照作業。
- 保留時間 (例如保留 2 天)
您也可以選擇排定持續性工作，每天執行一次 (這是最長的持續性政策排程週期，不需定義有時間範圍的政策排程)。在這種情況下，您會指定「每 24 小時執行一次」，這等於連續的每日時間表。
設定 OnVault 政策
備份和災難復原 OnVault 政策可讓您將資料傳送至 Cloud Storage 中的 OnVault 集區，也就是 OnVault 集區設定。政策中的排程會將最新資料傳送至物件儲存空間備份。初始資料擷取作業完成後，OnVault 擷取作業會接著執行永久增量資料擷取程序。
將資料傳送至 OnVault 集區定義的儲存空間時，系統會使用 HTTPS 連線，確保網路資料安全性。OnVault 集區的壓縮選項預設為開啟，可盡量減少網路流量。
在 OnVault 集區定義的儲存空間位置存取資料時，請注意下列事項：
- 裝置可以建立副本。
- 裝置可以掛接資料，但由於資料會先複製到快照集區，然後再掛接，因此不建議這麼做。
無法建立 LiveClone。
您可以建立三種備份和災難復原 OnVault 政策：
快照集至 OnVault 政策：擷取快照集區中的資料，然後將快照集區中的資料複製到 OnVault 集區定義的 Cloud Storage bucket。
直接傳送至 OnVault 政策：允許將 VMware VM 備份直接傳送至 OnVault 集區定義的 Cloud Storage bucket。
OnVault 對 OnVault 政策：將資料從一個 OnVault 集區複製到另一個 OnVault 集區。
建立快照至 OnVault 政策
如要建立「快照至 OnVault」排程，將最新的快照資料傳送至 OnVault 集區定義的物件儲存空間，請在設備管理控制台中設定下列項目：
- 保險箱開放時間：每天
- 視需要開啟及關閉視窗。通常設為 19:00 至 18:50
保留時間 (例如保留 3 年)
建立「直接傳送至 OnVault」政策
如要建立「直接傳送至 OnVault」排程，將最新的增量更新直接傳送至 Onvault 集區定義的儲存空間，請在裝置管理控制台中設定下列項目：
- 在以下日期：每天
- 視需要開啟及關閉視窗。通常設為 19:00 至 18:50
保留時間 (例如保留 3 年)
OnVault 對 OnVault 政策
如要建立「OnVault to OnVault」排程，將最新的增量更新直接傳送至 OnVault 集區定義的儲存空間，且每天傳送一次，請在設備管理控制台中設定下列項目：
- 在以下日期：每天
- 視需要開啟及關閉視窗。通常設為 19:00 至 18:50
- 保留時間 (例如保留 3 年)
- 確認 OnVault 來源集區設定正確無誤
- 選取目標 OnVault 集區。這是第二個 OnVault 集區，資料會從來源 OnVault 集區複製到這個集區。
從正式環境到鏡像環境的備份政策
Production to Mirror 備份政策的最佳做法取決於您打算使用的複製選項。本節將說明使用裝置提供的 StreamSnap 複製方法時，適用的政策最佳做法。
使用 StreamSnap 複製從正式環境到鏡像環境的政策
使用 StreamSnap 複製設定的「正式環境到鏡像」備份政策會與特定快照政策綁定。這些快照會使用範本中相關聯快照政策的排程和頻率設定。
StreamSnap 會透過高品質網路將資料快照複製到遠端備份/復原設備，RPO 最低可達一小時。如果是 VMware VM，快照複製作業會與快照複製作業同步進行，並串流至第二個備份/復原設備。系統會串流傳輸 VMware VM，避免等到本機快照工作完成後才啟動複製作業。
StreamSnap 複製作業會執行下列動作：
- 可將復原點目標縮短至一小時。StreamSnap 複製政策會依據相關聯的「將正式環境加入快照」政策，設定復原點目標和其他進階快照設定。StreamSnap 政策可指向任何頻率為一小時以上的快照政策 (遠端復原點目標)。
- 使用現有 IP 網路複製資料。
- 將大量資料複製給遠端使用者 (例如測試和開發環境)。
- 在遠端網站保留多個時間點快照備份，並根據 StreamSnap 政策中的設定決定保留行為。
- 簡化容錯移轉至遠端網站主機的程序。
- 啟用遞增反向複製 (同步返回) 功能，將資料複製到本機備份/復原設備。
- 壓縮並加密複製的資料，然後傳輸到第二個備份/復原設備。 如果資料已壓縮 (例如圖片和影片)，您可以停用壓縮功能。
將備份範本套用至「應用程式管理員」中的應用程式或 VM 時，「監控」會記錄 StreamSnap 工作的結果，並顯示為單一工作。複製完成後，「監控」中會顯示兩項工作，狀態為「成功」，分別是快照工作和 StreamSnap 工作 (請參閱「StreamSnap 工作錯誤處理」)。如果 StreamSnap 工作或快照工作失敗，系統會顯示兩筆工作項目，指出哪個工作成功。
Windows VM 的 BitLocker 復原注意事項
如果是 Shielded VM 開機磁碟，系統會將 BitLocker 金鑰 Google Cloud 密封至原始執行個體的 vTPM。也就是說，如果將開機磁碟還原至其他執行個體，還原作業可能會成功，但您必須提供 BitLocker 備援金鑰，才能啟動 VM。
Google 無法存取 BitLocker 復原金鑰。因此，使用 BitLocker 保護 Windows VM 時，備份策略應包含維護 BitLocker 復原金鑰存取權的計畫。災難復原測試也應包含復原 BitLocker 修復金鑰。
詳情請參閱「使用 BitLocker 保護 Windows VM 安全的最佳做法」。