復原能力計畫
您的業務或組織具有重新啟動資料整合的特定需求。在您開始設計詳細資訊之前，請務必規劃整合架構的時間。
決定復原能力需求
在引導至環境復原的功能之前，您必須先定義復原能力方便您與業務。亦即，與整合處理作業中斷有關的成本為何？
對於某些客戶來說，可接受幾分鐘的中斷，只有在處理視窗內執行的批次處理作業會局部延遲。對於其他客戶，即使只有幾秒的中斷作業會導致財務損失，對業務有直接的影響。
從該內容來看，請務必檢視下列元素：
- 您環境中可接受中斷的持續時間為何？您可以在此處定義停止運作時的業務成本，以及大綱中斷時間發生的停機情況。
- 使用哪些技術以及它們如何在預期的服務層次上傳遞？您是採用即時或批次方法嗎？或是兩者的組合？處理的資料有多少？
定義回復式架構
定義回復式架構需要查看端對端資料整合解決方案。
若為整合處理作業，您必須考量下列架構元件 (硬體與軟體)：
- 來源系統的復原能力
- 目標系統的復原能力
- 暫存區的復原能力 (若有的話)
- 資料整合工具的復原能力
- 協調流程的復原能力 (若 ETL 工具外部)
- 網路復原能力 (包括連線內容和頻寬內容)
同時，請考量有災害復原和高可用性的需求。如果您遺失安裝此基礎架構的資料中心，會發生什麼情況？
安裝 Oracle Data Integrator 時需要下列元素才能復原：
- 您的代理程式必須是備援的：JEE 代理程式是為了提供復原能力所設計，負載平衡器會在代理程式之間分配負載。
- Oracle Data Integrator 儲存區域必須在具有復原性的系統上執行：Oracle RAC 或 Exadata 安裝是最低需求，因此失去節點並不表示遺失完整的基礎架構。對於 Oracle Cloud 部署，Oracle Database Exadata Cloud Service 提供具回復性的解決方案。
- 如果您使用外部產品來協調 Oracle Data Integrator 處理作業 (例如 Oracle Integration )，必須確認此產品也具有回復性。
如果您考慮災害復原策略，則必須提供與上述相同的元素，因此您必須確定：
- 您的 DR 網站中有一個 (最近足夠) Oracle Data Integrator 儲存區域的複本，以便您繼續執行 Oracle Data Integrator 處理作業。
- 您在該 DR 站台中有可用的 Oracle Data Integrator 服務人員以存取此儲存庫。
- 您可以存取來源與目標系統，或存取來源與目標系統的副本。
對於 Oracle Data Integrator，拓樸有兩個元素必須經過驗證：
- 「Oracle Data Integrator 工作儲存區域」的 IP 位址或伺服器名稱是儲存在「Oracle Data Integrator 主儲存區域」中。如果您切換至 DR 網站時名稱或 IP 位址有所變更，您必須在啟動 Oracle Data Integrator 之前，確定此資訊已經更新。
- 來源和目標系統的 IP 位址或伺服器名稱會儲存在工作儲存區域中。有兩種可能的策略：
- 為每個環境定義獨立的相關資訊環境 (主要與 DR)，讓您為每個邏輯單位擁有兩個不同的實體伺服器定義。
- 或者、先覆寫 IP 位址或伺服器名稱、再於 DR 網站啟動 Oracle Data Integrator。
- 在所有情況下，使用覆寫 Oracle Data Integrator 儲存區域中資訊之 SDK 的任何命令檔，都必須具備反向命令檔，才能回復主要網站中的資訊。
針對初始和成功載入進行計畫
變更是您必須先針對初始載入目標系統，設計稍有不同的處理作業，才能著重於一般載入 (例如接近即時或每日批次)。
這也就是說，如果您想要保護自己以無法預期的未來中斷，保留和維護這些初始載入程序非常重要。具有重新執行初始載入 (或部分初始載入) 的能力，前提是下列特別情況：
- 在載入的資料有效性中發現主要角色 (遺漏資料、ETL 中的公式無效等)。
- 目標系統發生主要停止工作，因而導致資料遺失。
- 因為某些原因，整合處理作業無法執行時間過長。
具有執行初始載入的能力，還可讓您建立新環境。
您也可以透過重新套用先前載入的能力 (例如上個月資料) 來增強這些載入策略。這需要有部分清除載入資料和部分載入資料的組合。