菲律賓醫療業的 VMware SRM 災難復原實務指南
菲律賓的醫療 IT 面臨獨特限制：電力不穩、颱風季、2012 年《資料隱私法》的嚴格規範，以及相較新加坡或香港有限的預算。我們協助三家菲律賓醫院使用 VMware Site Recovery Manager（SRM）建立災難復原。以下指南反映在當地實際有效的做法。
為什麼 SRM 適合菲律賓醫療業
大多數菲律賓醫院在本地運行 VMware vSphere。公有雲 DR 紙面上吸引人，但實務常失敗，因為： - 網際網路上行連線不足以支撐同步複寫 - 到雲端區域（新加坡、香港）的延遲增加復原複雜度 - 雲端出站與運算成本難以預測 - 資料落地疑慮依然存在
SRM 搭配同一都會區的次要站點，提供實務上的中間方案：數小時內復原，資料留在國內並受直接控管。
參考架構
| 元件 | 主要站點 | 次要站點 |
|---|---|---|
| vSphere 版本 | 7.0 U3 | 7.0 U3 |
| Host | 4 x Dell PowerEdge | 2 x Dell PowerEdge |
| 儲存 | SAN 複寫（非同步） | 對應 SAN |
| 網路 | 到次要站點 1Gbps WAN | 到主要站點 1Gbps WAN |
| SRM | 8.6 | 8.6 |
| RPO | 1 小時 | — |
| RTO | 4 小時 | — |
次要站點通常是另一家醫院分院、共用醫療設施，或馬尼拉都會區的機櫃代管。
步驟 1：定義受保護工作負載
並非每個 VM 都需要 DR。以 250 床醫院為例，典型保護群組包括：
| 優先級 | 系統 | RPO | RTO |
|---|---|---|---|
| 關鍵 | HIS、PACS 資料庫、AD、DNS | 1 小時 | 4 小時 |
| 高 | EMR 應用伺服器、檔案伺服器 | 4 小時 | 8 小時 |
| 標準 | 列印伺服器、開發/測試、監控 | 24 小時 | 48 小時 |
面向病人的系統（HIS、EMR、PACS）納入保護計畫。後勤系統優先級較低或不納入 DR。
步驟 2：儲存複寫
我們使用陣列複寫而非 vSphere Replication，原因有二： - 將複寫處理從 ESXi host 卸載 - 保留儲存快照與一致性群組
標準配置： - 一致性群組： HIS DB + HIS App + PACS DB 群組在一起 - 複寫排程： 關鍵每 60 分鐘，高優先級每 4 小時 - 快照保留： 次要站點保留 24 份每小時 + 7 份每日 - 頻寬需求： 典型 10 TB 受保護資料約需 200 Mbps 持續頻寬
步驟 3：網路對應
SRM 網路對應將生產 port group 對應到復原 port group。醫院環境中我們對應：
| 生產網路 | 復原網路 | 備註 |
|---|---|---|
| HIS-Prod | HIS-DR | 相同子網，透過 MPLS 延伸 L2 |
| PACS-Prod | PACS-DR | 相同子網 |
| Management | Management-DR | 頻外管理存取 |
| Guest Wi-Fi | 不對應 | 不復原 |
IP 自訂化保持最小。災難期間變更 IP 位址會造成混淆並延長 RTO。
步驟 4：建立復原計畫
復原計畫不只是 VM 開機順序。關鍵群組的計畫包含：
- 關閉主要站點受保護 VM（若仍在運作）
- 提升次要站點儲存快照
- 在次要站點註冊 VM
- 依序開機：
- 網域控制站與 DNS 優先 - HIS 資料庫其次 - HIS 應用伺服器第三 - PACS 資料庫第四 - PACS 檢視器最後 5. 執行自訂指令碼更新 DNS 記錄 6. 通知 IT 與臨床營運團隊
首次觸發後，全程零手動步驟。
步驟 5：測試、測試、再測試
我們執行兩種測試：
計畫性遷移測試（每季）：依序將工作負載移到次要站點，驗證臨床應用運作，再移回。
災難復原演練（每半年兩次）：模擬主要站點遺失，執行復原計畫，驗證病人資料存取與 PACS 影像調閱。
每次測試產出報告，包含： - 實際 RTO 與目標比較 - 資料完整性檢查 - 應用程式簽核 - 問題與改善項目
法規遵循與文件
依菲律賓《資料隱私法》，DR 計畫必須記錄： - 個人健康資訊隨時存放位置 - 災難期間誰可存取 - 傳輸與靜態時如何保護 - 次要站點保留多久
我們維護 SRM runbook，包含： - 網路圖 - 復原計畫負責人 - 廠商聯絡電話 - 宣告災難的決策樹
菲律賓特有挑戰
| 挑戰 | 解決方案 |
|---|---|
| 次要站點電力不穩 | UPS + 發電機，最少 8 小時運轉時間 |
| WAN 頻寬有限 | 陣列層壓縮；離峰時段排程複寫 |
| 颱風季 | 預報強烈天氣前預先準備復原 |
| IT 團隊小 | 使用 SRM 自動化；首次觸發後避免手動 runbook |
| 預算限制 | 只保護關鍵系統；使用共用次要設施 |
成本現實
以 250 床醫院、40 台受保護 VM 為例： - SRM 授權：每年約 $15,000–$25,000 - 次要站點機櫃代管：每月約 $800–$1,500 - WAN 連線：每月約 $500–$1,000 - 初次建置專業服務：約 $20,000–$35,000
相較於入院高峰期發生重大中斷，這是便宜的保險。
想深入了解更多？探索VMware 替代方案、Run 基礎設施服務或平台比較。
結論
只要架構保持簡單，VMware SRM 對菲律賓醫療業非常有效：國內次要站點、陣列複寫、清楚的復原優先級、定期測試。技術只是解決方案的一半，另一半是臨床與 IT 人員都理解且有演練過的文件化流程。