[研究]BCP 演練為何一般不會去修改 網址對應的 IP？

[研究]BCP 演練為何一般不會去修改 網址對應的 IP？

2025-10-17

簡單的說，

(1)因為 DNS運作的更新與快取(Cache)機制關係，變更網址對應的 IP，在整個 Internet 上，對不同使用者電腦，可能立即 ~ 24小時才生效，此段時間，Internet部分使用者電腦解析到新 IP，部分仍指向舊 IP，而BCP演練不會長達24小時。

註：網域名稱註冊並設定 DNS 後，多久才能開始使用？https://twnoc.net/support/Knowledgebase/Article/View/2/2

(2)演練後再改回，又24小時，等於系統要公告停機服務48小時，對某些系統而言，太久了。

(3)若使用者

********************************************************************************

看看 ChatGPT 的回答

BCP 演練為何一般不會去修改 網址對應的 IP？

ChatGPT：

在 BCP（Business Continuity Plan，營運持續計畫）演練 中，確實多數組織不會修改網址（domain）對應的 IP（DNS 紀錄），主要原因如下：

🔹 一、避免影響正式服務

BCP 演練的重點是「驗證備援機制」，不是實際切換。

若修改 DNS A / CNAME 記錄，就可能導致：

• 正常使用者誤導向測試（演練）環境；
• 造成正式網站短暫無法連線；
• 破壞營運連續性（反而違反 BCP 的精神）。

✅ 因此：演練通常在「隔離網段」或「內部 DNS / hosts 模擬」中進行。

🔹 二、DNS 生效延遲與快取機制

即使你修改了 DNS，仍會受到：

• TTL（Time To Live）快取時間；
• ISP / 使用者端 DNS 快取；

的影響，導致：

部分用戶解析到新 IP，部分仍指向舊 IP。

這會讓演練結果不一致、難以控制。

所以實務上不會用「修改 DNS」來模擬災難切換。

🔹 三、替代方式（常見做法）

類別	說明
🧱 hosts 檔案修改	在測試機、特定用戶端上修改 hosts，手動指向備援 IP。
🧩 內部 DNS 區域模擬	建立 staging zone，例如 test.company.com 指向備援系統。
🌐 虛擬 IP / 負載平衡器	在負載平衡器上模擬節點切換，不動 DNS。
☁️ 雲端 Failover 設定（如 Route 53 Health Check）	真正切換才由健康檢查機制自動更新 DNS。演練僅觀察，不啟用。

🔹 四、真正災難時才會修改 DNS

只有在實際 DR（Disaster Recovery）切換 時，才會：

• 修改 DNS 指向 DR site；
• 或啟用自動 failover（如 Cloudflare、AWS Route 53）。

演練階段則以模擬方式確認流程正確、系統可運作即可。

項目	BCP 演練	實際災難切換
修改 DNS	❌ 不會	✅ 可能需要
模擬方式	hosts、內部 DNS、LB 模擬	真實修改、流量導向 DR
目的	驗證流程與可行性	恢復服務可用性

(完)