遵循這些最佳做法，有助於避免使用者在備份和災難復原服務設備管理控制台中建立及修改政策範本時，發生一些常見錯誤。
您需要根據復原點目標 (RPO) 和復原時間目標 (RTO) 設定政策範本。一段時間後，您可能需要變更這些範本。
擷取初始資料備份
政策範本中的政策首次備份應用程式資料時，會完整備份資料。後續備份將為增量備份。
如要使用一個政策範本保護多個應用程式，請只對少數應用程式套用政策範本。完成初始完整資料擷取後，請將政策範本套用至更多應用程式。重複上述程序，直到政策範本套用至所有應用程式為止。
調整磁碟區大小
如果調整含有受保護資料的磁碟區大小，下次該磁碟區的快照政策執行時，可能會執行完整備份作業 (不論該磁碟區的資料過去備份過幾次)。包括調整大小後的 VMware VMDK，以及 Microsoft Windows 應用程式和 Linux 應用程式 (不在 LVM 上) 的代理程式備份。
如果必須調整這些受影響應用程式類型的磁碟區大小，請考量擷取所有資料對應用程式伺服器、網路和備份/復原設備的影響。
工作並行
備份/復原設備預設可同時執行六項快照作業。如果排定在同一時間範圍執行的工作數量超過上限，政策排程器會啟動允許的工作數量，並將其他工作排入佇列。
由於每位使用者的網路設計、資料版面配置和儲存空間類別都不同，請嘗試使用並行作業，直到達到最佳並行作業數為止。
政策時間表
設定政策時，設備管理控制台支援兩種指定政策排程的方法：
- 有窗戶。根據特定頻率和時段，建立離散快照備份排程 (例如，每天在世界標準時間 09:00 至 17:00 之間，每 30 分鐘執行一次備份)。您可以指示備份/復原設備在指定頻率間隔執行多項備份工作，或在指定時間範圍內執行一次。
- 持續性。定義連續快照備份排程 (例如，每八小時執行一次備份作業，第一次作業從世界標準時間 01:00 開始)。在這個政策排程中，工作會以指定的時間間隔持續執行 (24 小時/7 天)。
頻率計算
週期是指排定執行作業的時間間隔，頻率則是指每單位時間執行的作業數。舉例來說，如果時間表規定每 4 小時執行一次工作，則週期為 4 小時，預期頻率為每天 6 次。如果工作需要一小時才能完成，且政策的頻率為 12 小時，則政策的工作會在前一個工作完成後 11 小時再次執行。
請務必選取可達到所需復原點目標 (RPO) 的頻率，並預留足夠時間讓工作完成。
- 快照政策的建議最低頻率為 1 小時 (本機 RPO)。
- StreamSnap 政策可指向任何快照政策，頻率為 1 小時以上 (遠端 RPO)。
備份計畫政策中的資料庫記錄保護
為資料庫建立快照政策時，您也可以選擇以指定頻率擷取記錄檔。資料庫記錄的擷取頻率與資料庫的擷取頻率不同。舉例來說，您可以每天擷取資料庫，並每小時擷取記錄。
資料庫記錄備份頻率以分鐘為單位設定，記錄擷取頻率不得超過相關聯資料庫的擷取頻率。舉例來說，如果資料庫擷取頻率為每 24 小時一次，記錄檔擷取頻率就必須低於每 24 小時一次。
頻率和保留時間是在資料庫快照政策的進階設定中定義。系統擷取記錄時，不會考量相關資料庫的擷取日期界線、時間範圍或頻率。
您可以在備份方案快照政策中，透過「啟用資料庫記錄備份」進階設定啟用記錄保護功能。備份方案政策的進階設定中也會定義頻率和保留期限。
設備管理控制台會自動管理資料庫記錄所需的實體空間。設備管理控制台至少會評估一般記錄大小和保留期限，並視需要新增空間。
如要啟用記錄備份功能，並更有效率地管理資料庫記錄的儲存空間需求，請參閱下表。
| 設定 | 輸入 |
|---|---|
| 備份後截斷或清除記錄 | 如要清除正式版記錄，必須設為「是」。如要管理記錄清除作業，請選取這個選項。這樣一來，系統會在每次備份記錄後清除記錄。預設值為「不截斷」。 |
| 如果「啟用資料庫記錄備份」政策設為「否」，且「備份後截斷或清除記錄」政策設為「是」，系統會在每次備份資料庫後清除所有記錄。 | |
| 記錄備份保留期限 | 備份和災難復原服務暫存磁碟中的記錄備份會保留至此處設定的值。備份記錄保留期限可能與快照保留期限不同。 |
| 記錄暫存磁碟成長大小 | 視需要設定記錄備份暫存磁碟的成長百分比。 |
| 預估變更率 | 預估資料庫資料每日變更的百分比。 |
| 壓縮資料庫記錄檔備份 | 使用這個選項，即可透過應用程式層級的資料庫 API，以壓縮模式執行資料庫記錄備份。 |
| 啟用資料庫記錄檔備份 | 「啟用資料庫記錄檔備份」選項可讓備份計畫政策備份資料庫和所有相關聯的記錄檔。記錄備份作業執行時，系統會備份記錄。選項為「是」或「否」。設為「是」時，相關選項會啟用。 |
| RPO | 如果「Enable Database Log Backup」(啟用資料庫記錄備份) 設為「Yes」(是)，復原點目標會定義資料庫記錄備份的頻率。頻率以分鐘為單位設定，且不得超過資料庫備份間隔。 |
| 複製記錄 | (使用 StreamSnap 技術) 如果「啟用資料庫記錄備份」設為「啟用」，「複製記錄」進階設定可將資料庫記錄備份複製到遠端備份/復原設備。如要執行記錄備份複製作業，範本中必須包含 StreamSnap 複製政策，以及指定遠端備份/復原設備的資源設定檔，且資料庫必須先成功複製至少一次。然後，您可以在遠端網站使用記錄備份，還原複製記錄備份保留範圍內的任何資料庫備份。這項功能預設為啟用。 |
| 記錄檔複製作業會使用 StreamSnap 技術，在本機和遠端備份/還原設備之間執行複製作業；記錄檔複製作業會直接從本機快照集區前往遠端設備的快照集區。 | |
| 注意：資料庫受到保護，且資料庫備份已複製到遠端備份/復原設備後，才會進行記錄複製作業。 | |
| 將記錄傳送至 OnVault 集區 | 設為「是」後，記錄檔會複製到一或多個 OnVault 儲存集區，以便從其他網站的 OnVault 集區進行時間點還原。 |
工作優先順序和排程
所有活動都會以工作形式執行。系統會按照建立政策時設定的排程執行工作。
有些工作所需時間比其他工作長得多。到期工作速度很快。 快照作業取決於應用程式或 VM 的大小，以及上次建立快照後變更的資料量等變數；任何應用程式或 VM 的初始快照都是全新資料，因此可能需要很長時間。
政策排程器會判斷何時要執行套用至應用程式的一或多項政策，並在排定的開始時間到來時，啟動將政策放入佇列的工作。每種政策類型都有節奏機制，可確保系統不會因執行中的工作而負荷過重。這項節奏機制會使用工作時段來達到穩定狀態，也就是說，即使工作應該在特定時間啟動，也只會在工作時段可用時執行。
如果多個應用程式排定在同一時間執行，且工作優先順序相同，系統會隨機選取要執行的應用程式，確保所有優先順序相同的應用程式都能公平執行。
工作重試
如果工作失敗，排程器會自動重試執行工作。 工作第一次失敗時，排程器會等待 4 分鐘，然後再開放重試。如果工作嘗試失敗 3 次，系統就會將工作標示為「失敗」，且不會再重試。系統會根據政策排定的時間，嘗試執行下一個工作。
排程器會將工作重試視為任何其他可用工作。如果可用的工作數量超過運算單元數量，工作就會排入佇列。這可能會導致重試作業無法在時間範圍內啟動，且工作會標示為失敗。
「監控」會回報工作重試次數。如要識別工作重試，監控應用程式會先在每個重試工作名稱後方附加 a，接著是 b，最後是 c。
影響 RPO 遵循情況的變數
網路壅塞：網路上的其他活動可能會減緩資料流程。請確保您能持續提供用於 RPO 大小調整的頻寬。在 Google Cloud上執行時通常不會有問題，但在保護 Bare Metal 解決方案 伺服器上的 Oracle 資料庫時，可能就會有影響。
其他執行中的工作：如果您打算經常掛接虛擬副本 (例如用於測試資料管理)，或預期經常需要還原資料，請考量這些工作對 I/O 的影響。掛接或還原等復原作業在系統中通常具有最高優先順序，會從進行中的備份作業中奪取資源。
工作負載的變更率高於正常值：有時使用者執行的動作可能會大幅提高變更率。舉例來說，重新為資料庫建立索引或對資料庫執行 ETL 作業，可能會導致區塊層級發生大量變更。有時使用者會遷移工作負載 (例如在資料中心之間)，因此可能需要完整的新擷取作業。您必須預先決定要處理多少這類變更，同時仍要符合 RPO。如果客戶產生的變更超過約定數量，服務供應商通常會排除服務水準協議的遵循情況。
遺失變更的區塊追蹤記錄：有時會遺失變更的區塊追蹤記錄 (例如伺服器當機時)。雖然這項服務有相關機制可處理這類情況，並透過掃描正式版資料和重建變更來避免完整的新擷取作業，但這比增量擷取作業耗時。您必須決定是否要在系統大小調整中考量這點。
變更的分配：最後，變更通常不會平均分配。雖然系統大小可能符合平均變更率的 RPO，且總計符合 RPO，但這可能會遭到違反，尤其是較大的工作負載。您可能在某些日子活動量較高 (以每週、每月或每年為單位)，甚至在一天內，變更通常也不會平均分配。如果您只根據平均變更大小調整系統大小，請考量您會收到違規事項，並在您與客戶 (內部或外部) 之間定義及評估任何 RPO 儲存空間服務水準協議時，將此納入考量。