如何制定 ERP 的災難復原計畫（DRP）

在現代企業中，ERP 系統是所有營運數據的核心，從財務報表、客戶資料、採購價格到生產配方，幾乎所有機密資訊都集中在此。一旦 ERP 系統因天災（如颱風、地震、水災）、人禍（如勒索病毒、員工誤刪、惡意破壞）或硬體故障而停擺，企業的營運將瞬間陷入癱瘓。因此，制定一套完善的「災難復原計畫」（Disaster Recovery Plan，簡稱 DRP），是企業風險管理中不可或缺的一環。本文將探討如何為 ERP 系統制定有效的 DRP。

1. 什麼是 DRP？
DRP 是一套預先規劃的程序與策略，目的是在災難發生後，以最快的速度恢復企業的關鍵業務運作。對於 ERP 系統而言，DRP 不僅僅是「還原資料」這麼簡單，它還包含了基礎設施的復原、應用程式的重啟、以及業務流程的接續。一個好的 DRP 應該能回答以下問題：
* 災難發生時，誰負責什麼？
* 恢復的優先順序是什麼？
* 資料可以容許遺失多少？
* 系統可以容許停擺多久？

2. 制定 DRP 的關鍵步驟
進行業務影響分析（BIA）
首先，企業必須盤點 ERP 系統中哪些模組是「絕對不能停」的核心業務。例如：財務模組、訂單處理、庫存管理通常具有最高的優先級。企業應針對每個模組評估其停擺對營收、客戶滿意度與法律合規的影響，並據此設定「復原時間目標」（RTO，系統最長可容忍的停擺時間）與「復原點目標」（RPO，企業可容忍遺失的資料量，例如遺失 1 小時或 1 天的資料）。

建立異地備援與備份機制
ERP 系統的資料與應用程式必須有完整的備份，且備份檔案不能與主機放在同一個地點。建議採用「3-2-1 備份原則」：至少保留 3 份備份、存放在 2 種不同的儲存媒介、其中 1 份存放在異地（如雲端或異地機房）。此外，備份檔案應定期進行還原演練，確保備份檔案不僅存在，更能真正用於恢復系統。

建立備援環境
除了備份資料，企業還需要一個「備援環境」來承接 ERP 系統的運作。這可以是實體的第二套伺服器、雲端虛擬機，或是租用主機商的異地機房。備援環境應定期與主環境同步，確保在災難發生時能迅速接手。

制定緊急應變程序
DRP 必須包含明確的「緊急應變程序」，定義災難發生時的啟動條件、通報流程、以及各部門的負責人。例如：誰負責第一時間關閉系統防止損害擴大？誰負責通知高層與客戶？誰負責與主機商或雲端供應商聯繫？這些程序應以書面形式記錄，並定期更新。

定期演練與修訂
DRP 不能只寫在紙上，必須定期進行災難演練（如每年一次）。演練的內容可以包括：模擬伺服器故障、模擬勒索病毒攻擊、模擬機房斷電等。透過演練，企業可以找出 DRP 的不足之處，並在演練後進行修訂與優化。

3. 針對勒索病毒的特別考量
近年來，勒索病毒已成為 ERP 系統最常見的威脅之一。傳統的備份機制若將備份檔案與主機放在同一個網域中，勒索病毒可能會在加密主機的同時，一併將備份檔案加密。因此，針對勒索病毒的 DRP，應特別強調：
* 離線備份：至少保留一份離線備份（如外接硬碟或磁帶），且僅在備份時連接網路。
* 不可變備份：使用支援「不可變」（Immutable）特性的儲存方案，確保備份檔案在指定時間內無法被修改或刪除。

結論
ERP 的災難復原計畫（DRP）不是一份寫完就束之高閣的文件，而是一個需要持續維護與演練的動態過程。從業務影響分析、異地備援、備份機制、應變程序到定期演練，每一個環節都馬虎不得。唯有在平時做好準備，企業才能在災難發生時，將損失降到最低，確保 ERP 系統與企業營運的永續經營。