案例分享 · 業務持續及復原
慈善及社會服務
核心網絡更新：先提升 H3C 能力，再加入 IRF 備援
以正式應用程式測試容錯移轉
整個營運環境集中在一幢大樓：網域控制器、ERP、人力資源、檔案、列印、文件管理及裝置管理等十二個正式工作負載，日常使用約 13TB、配置約 20TB 儲存空間，卻沒有可切換的第二站點。一旦發生火災、水浸或勒索軟件事故，後勤系統可能一併中斷。支援伺服器的網絡亦只有單一路徑，舊交換器沒有叢集或可靠的伺服器至核心備援。要維持業務持續，必須同時建立真正可運行工作負載的第二站點，以及不會阻礙復原的核心網絡。
核心網絡以 H3C 分兩階段重建：先安裝 S6805 核心及 S5590 伺服器接入交換器，立即完成基本更新；再加入 IRF（智能彈性架構）叢集，使核心以單一具韌性的邏輯設備運作，不再由單一交換器連接伺服器與其他網絡。分階段安排讓機構先取得設備更新，再完成備援工程。
Azure 成為第二站點。按實際伺服器清單逐項記錄 CPU、記憶體及配置儲存容量，建立並規劃訂用帳戶、虛擬機、儲存及網絡。於本地伺服器安裝 Azure Site Recovery，將關鍵虛擬機複寫至 Azure；複寫頻率、保留方式及容錯移轉測試則與客戶 IT 團隊共同確認，而非沿用預設值。
身分識別服務亦一併延伸至雲端：在 Azure 建立網域控制器、安裝及設定 AD DS，並與本地控制器建立複寫，確保容錯移轉時復原伺服器可加入已存在的目錄。透過 Azure VPN Gateway 將兩地網絡連接，並預先設定 Traffic Manager，在主要站點中斷時將使用者重新導向災難復原站點，讓使用者可重新連接系統。
實際執行及記錄復原流程：針對關鍵應用程式進行受控容錯移轉測試，評估實際影響，並安排定期演練；同時交付災難復原文件及使用者驗收計劃，說明事故發生時的處理方式。Site Recovery 以外亦加入 Azure Backup 保留資料歷史。Hypervisor 建置、應用程式變更及工作站工作則明確列為客戶負責範圍，確保雙方清楚項目界線。
機構現時以兩地架構支援業務持續：正式系統由採用 IRF 的 H3C S6805 及 S5590 核心網絡承載，並透過 Site Recovery 複寫至 Azure；雲端網域控制器已與本地目錄同步，兩地以 VPN 連接，Traffic Manager 亦已預備重新導向使用者。容錯移轉已完成測試，復原步驟有文件記錄並安排定期演練，Azure 站點因此具備實際復原能力，而不只是空置的雲端訂用帳戶。
