伺服器遷移計劃如何減少停機時間？

先定義兩個數字：RTO 與 RPO

伺服器遷移的第一步不是購買硬件，而是與業務部門確認兩個數字：RTO（復原時間目標）與 RPO（復原點目標）。這兩個數字決定整個遷移計劃的形態。

實務上，遷移計劃文件應包含一張簡單的服務清單，逐項列出系統名稱、負責人、使用者群、RTO 與 RPO，並由業務部門確認簽署。香港中小企常見的失誤，是僅由 IT 決定遷移時間，遷移當日才發現會計部門正在結帳、貨倉正需要出貨系統，令原本計劃的停機窗口無法落實。預先以文件確認，可避免這類衝突。

遷移策略：直接搬遷、並行遷移與逐步遷移

遷移策略主要分三類，取捨重點在於停機時間、成本與風險。策略應在遷移計劃中明確寫出，並按系統性質分別選用。

並行遷移的核心是數據同步：例如以資料庫複製或檔案同步工具，令新舊兩邊的數據維持一致，直到切換那一刻。要留意的是，並行期間新舊系統必須以明確的規則避免雙方同時寫入相同數據，否則同步會互相覆蓋。逐步遷移則要管理好中間狀態——同一筆數據在兩套系統各佔一部分，報表與統計在過渡期內可能不完整，須事先向使用者說明。

香港企業遷移常見的實際限制是預算與人力：並行遷移需要同時營運兩套環境，成本與維護工作量較高；因此不少中小企對內部系統採用直接搬遷，只在對外服務或關鍵資料庫上使用並行方式。計劃時應把每種策略的取捨寫清楚，由公司管理層按可接受的停機時間決定。

回退計劃：遷移最重要的後備方案

遷移計劃中最常被省略、卻最關鍵的部分是回退計劃——若新伺服器無法在停機窗口內完成驗證，如何在預設期限內回復到原有環境。沒有回退計劃的遷移，等同把整個業務押注在遷移必定成功上。

1. 遷移前製作完整備份——包括系統設定、應用程式、數據庫與使用者帳戶，並把備份存放於與遷移主機不同的位置，遷移期間任何錯誤都不應影響備份本身。
2. 定義回退觸發條件——預先寫明在什麼情況下啟動回退，例如核心服務在指定時間內未能通過驗證、關鍵功能出現異常，或數據同步偏離預期。條件應量化，避免臨場判斷。
3. 把回退步驟寫成清單——包括停止新系統、還原舊環境、重新指向 DNS 與服務位址、還原數據，並註明每一步的預計時間。
4. 為回退預留時間——停機窗口應包含回退所需的時間，否則「回退」在時間上根本不存在，變成無選擇的堅持。
5. 遷移後保留舊環境一段時間——舊伺服器維持可啟動狀態一段時間（例如一至兩星期），若遷移後發現遺漏數據或設定，仍可從舊環境補回。

回退計劃亦應寫明決策者與通知路徑：停機窗口內誰有權決定回退、聯絡誰、以什麼方式公佈。香港的辦公室環境中，遷移通常安排於週末或公眾假期，但業務部門未必同步放假；預先約定回退決策者與緊急聯絡渠道，可避免假期中無法取得決定而被迫延長停機。

演練與驗收：把計劃變成事實

遷移計劃寫得再詳細，未經演練都可能存在盲點。正式的遷移演練應以與實際遷移相近的步驟執行一次，包括：確認所有設定清單與密碼記錄齊備、在測試環境或新硬件上完成安裝與數據同步、實際執行切換步驟、由業務人員按驗收清單測試核心功能，並計時檢視整個流程是否在預設窗口內完成。

演練中發現的每一項問題，都應回寫入遷移計劃並修正，包括步驟次序、權限不足、密碼遺失、DNS 生效時間、防火牆規則遺漏等。這些都是遷移失敗的常見原因，而它們在演練階段發現的成本遠低於正式遷移當日。

正式遷移當日的驗收應分層進行：先由工程人員驗證系統層面（服務啟動、連線正常、數據完整），再由業務使用者驗證應用層面（登入、交易、報表等核心功能），最後才宣佈遷移完成。驗收未通過而時間已到時，應啟動回退計劃，而不是在未驗證的狀態下結束停機窗口。遷移完成後，亦應把整個過程的實際時間與問題記錄存檔，作為日後其他系統遷移的參考。想了解系統設定本身的日常備份安排，可參考我們關於網絡設備設定備份自動化的知識頁。

香港環境的遷移時機與實際安排

香港企業的伺服器遷移，時機選擇本身就是減少停機的重要一環。本地企業多依賴固定辦公時間的業務流程，系統中斷對工作日白天的影響最大，因此遷移一般安排在週末、公眾假期或農曆新年等長假期進行。但假期遷移亦有代價：多數支援供應商及數據中心在假期人手減少，若遷移當日需要即時支援或硬件更換，回應時間會比平日長。較穩妥的做法是在假期前完成演練，並預先確認供應商假期的技術支援安排。

另一個香港特有的考慮是業務週期。不少香港企業（尤其是貿易、物流及零售相關行業）有月結、季結及節日促銷等高峰，遷移應避開這些時段，並在計劃初期向業務部門確認未來數月的排程。租用數據中心或雲端服務的企業亦要注意合約與到期日：遷移若涉及換約或搬遷至新機櫃，應預留與數據中心協調的時間，避免在舊約到期日才被迫遷移。

此外，香港辦公室與工廈單位普遍空間有限，遷移前的硬件清點（型號、保養到期日、硬碟與記憶體配置）應在遷移前完成並記錄，以免新舊硬件交接時才發現配件或授權遺漏。遷移後舊硬件的數據清除與棄置亦應按公司資料保安政策處理，避免遺留數據構成私隱風險。

常見問題

權威參考來源

• NIST SP 800-34 Rev.1：Contingency Planning Guide for Federal Information Systems
• 維基百科：Recovery time objective（復原時間目標）
• 維基百科：Recovery point objective（復原點目標）
• 香港個人資料私隱專員公署：《資訊及通訊科技措施安排》指引

相關技術主題