遵循這些最佳做法,有助於避免使用者在建立及修改政策範本時犯下常見錯誤。
您必須根據復原點目標 (RPO) 和復原時間目標 (RTO) 設定政策範本。隨著時間推移,您可能需要對這些範本進行變更。
初始資料備份擷取
政策範本中的政策首次建立應用程式資料的備份時,會完整備份資料。後續的備份將為增量備份。
如要使用單一政策範本保護多個應用程式,請只將政策範本套用至少數應用程式。初始完整資料擷取作業完成後,請將政策範本套用至更多應用程式。重複執行這個程序,直到政策範本套用至所有應用程式為止。
調整磁碟區大小
如果您調整含有受保護資料的磁碟區大小,對於某些應用程式類型,當該磁碟區的快照政策下次執行時,可能會執行完整備份作業,無論該磁碟區的資料過去備份過幾次都一樣。包括重新調整大小的 VMWare VMDK 和以代理程式為基礎的 Microsoft Windows 應用程式和 Linux 應用程式備份 (不在 LVM 上)。
如果您必須為受影響的應用程式類型調整磁碟區大小,請考量擷取所有資料對應用程式伺服器、網路和備份/復原裝置的影響。
工作並行
根據預設,備份/復原設備可同時執行六個快照工作。如果您在同一時間範圍內排定的作業數量超過允許數量,政策排程器會啟動允許數量的作業,並將其他作業排入佇列。
由於每位使用者的網路設計、資料版面配置和儲存類別皆不相同,因此請嘗試使用並行作業,直到達到最佳並行工作的數量為止。
政策時間表
管理控制台支援兩種指定政策時間表的方法,可在設定政策時使用:
- 有視窗。定義個別的快照備份排程,遵循特定的頻率和時間回溯期 (例如,每天上午 9 點至下午 5 點 (世界標準時間) 每 30 分鐘執行一次備份)。您可以指示備份/復原裝置在指定的頻率間隔執行多項備份工作,或是在指定的時間範圍內執行一次。
- 連續性。定義連續快照備份排程 (例如每八小時執行一次備份工作,第一項工作在世界標準時間 01:00 開始)。在這個政策時間表中,工作會在指定的時間間隔持續執行 (全年無休)。
頻率計算
週期是指排定執行時間之間的時間,頻率則是每單位時間執行的工作數量。舉例來說,如果排程要求工作每 4 小時執行一次,則週期為 4 小時,預期頻率為每天 6 次。如果工作需要一小時才能完成,且政策的頻率為 12 小時,則政策的工作會在前一個工作完成後的 11 小時再次執行。
請務必選取能達成所需復原點目標 (RPOs) 的頻率,並讓工作有足夠的時間完成。
- 快照政策的建議最小頻率為 1 小時 (本地 RPO)。
- StreamSnap 政策可指向任何快照政策,頻率為 1 小時或更長 (遠端 RPO)。
備份計畫政策中的資料庫記錄保護
為資料庫建立快照政策時,您可以選擇以指定的頻率擷取記錄檔。擷取資料庫記錄的頻率與資料庫的頻率是分開定義的。舉例來說,您可以每天擷取資料庫,並每小時擷取記錄。
資料庫記錄備份頻率以分鐘為單位,且記錄擷取頻率不得超過相關聯資料庫的擷取頻率。舉例來說,如果資料庫擷取頻率為每 24 小時,則記錄檔擷取頻率必須小於每 24 小時。
頻率和保留期限是在資料庫快照政策的進階設定中定義。擷取記錄時,系統不會考量擷取相關聯資料庫的日期邊界、時間窗格或頻率。
您可以透過備份方案快照政策中的「Enable Database Log Backup」進階設定,啟用「Log Protection」功能。備份方案政策的進階設定中,也會定義頻率和保留期限。
管理控制台會自動管理資料庫記錄所需的實體空間。管理控制台至少會評估一般記錄檔的大小和保留期限,並視需要增加空間。
如要啟用記錄備份功能,並更有效率地管理資料庫記錄的儲存空間需求,請參閱下表。
設定 | 輸入 |
---|---|
備份後截斷或清除記錄 | 如要清除正式版記錄,必須將此值設為「是」。如要管理記錄檔清除作業,請選取這個選項。這會在每次備份記錄檔結束時執行記錄清除作業。預設值為「Do Not Truncate」。 如果政策的「啟用資料庫記錄備份」設為「否」,且「備份後截斷或清除記錄」設為「是」,則系統會在每次資料庫備份結束時執行記錄清除作業,清除所有記錄。 |
記錄備份保留期限 | 備份和災難復原待命磁碟下的記錄備份,會保留至此處設定的值。備份記錄保留期限可能與快照保留期限不同。 |
記錄暫存磁碟成長大小 | 設定百分比,以便在需要時擴充記錄備份暫存磁碟。 |
預估變更率 | 估算資料庫資料每天變更的百分比。 |
壓縮資料庫記錄檔備份 | 使用這個選項,即可啟用資料庫記錄備份功能,以便使用應用程式層級資料庫 API 在壓縮模式下執行。 |
啟用資料庫記錄檔備份功能 | 啟用「啟用資料庫記錄檔備份」選項後,備份計畫政策就能備份資料庫和所有相關聯的記錄檔。記錄備份工作執行時,系統會備份記錄。選項包括「是」或「否」。如果設為「是」,系統會啟用相關選項。 |
RPO | 將「啟用資料庫記錄備份」設為「是」時,RPO 會定義資料庫記錄備份的頻率。頻率以分鐘為單位,且不得超過資料庫備份間隔。 |
複製記錄檔 | (使用 StreamSnap 技術) 將「啟用資料庫記錄備份」設為「啟用」時,「複製記錄」進階設定可將資料庫記錄備份複製到遠端備份/復原裝置。如要執行記錄備份複製作業,範本中必須包含 StreamSnap 複製作業政策,以及指定遠端備份/復原裝置的資源設定檔,且必須先完成至少一次資料庫的複製作業。接著,您就可以在遠端網站上使用記錄備份,針對複寫記錄備份的保留範圍內的任何資料庫映像檔。這項功能預設為啟用。
記錄複製功能會使用 StreamSnap 技術,在本機和遠端備份/復原設備之間執行複製作業;記錄複製功能會直接從本機快照集區複製到遠端設備的快照集區。 注意:系統會在資料庫受到保護,且資料庫備份映像檔已複製到遠端備份/復原設備後,才會執行記錄複寫作業。 |
將記錄傳送至 OnVault 集區 | 如果設為「是」,記錄會複製到一個或多個 OnVault 儲存集區,讓您可以從其他網站的 OnVault 集區進行時間點復原。 |
工作優先順序和排程
所有活動都會以工作形式執行。系統會按照建立政策時設定的排程執行工作。
有些工作需要花費更長的時間,到期工作速度很快。快照工作取決於變數,例如應用程式或 VM 的大小,以及自上次快照以來資料變更的程度;任何應用程式或 VM 的初始快照都是全新資料,因此可能需要很長的時間。
政策排程器會指出要執行一或多項套用至應用程式的政策,然後在排定的開始時間到達時,啟動將政策放入佇列的工作。每個政策類型都有一個節奏機制,可確保系統不會因執行中的工作而負荷過重。這個配速機制會使用工作時段來達成這個穩定狀態,也就是說,即使工作應在特定時間開始,但只有在有可用的工作時段時才會執行。
如果有多個應用程式同時排定執行,且工作優先順序相同,系統會隨機選取要執行的應用程式,確保所有優先順序相同的應用程式都獲得公平的執行機會。
工作重試
工作失敗時,排程器會自動重試執行工作。工作第一次失敗時,排程器會等待 4 分鐘,然後才會讓工作重試。工作嘗試 3 次失敗後,系統會將工作標示為「失敗」,且不會再重試。系統會根據政策的時程嘗試執行下一個工作。
排程器會將工作重試視為其他可用的工作。如果可用的運算單元數量少於可容納的工作數量,系統就會將工作排入佇列。這可能會導致重試在時間窗格內失敗,且工作標示為失敗。
工作重試會在「監控」中回報。為識別重試的工作,Monitor 會在每個重試工作名稱後面依序附加 a、b 和 c。