老舊 Windows Server 遷移前要檢查什麼，如何保留復原方案？
遷移前完成角色與依賴盤點、相容性測試、備份驗證、並行運行、切換計劃和業務驗收。
先說結論
遷移前完成角色與依賴盤點、相容性測試、備份驗證、並行運行、切換計劃和業務驗收。 現場判斷時，先核對「服務器角色與服務清單」和「應用/數據庫/共享依賴」是否與正常路徑一致，再決定是否需要繼續處理「硬件與驅動」。
先判斷為甚麼要遷移
這類伺服器與資料庫問題先從「服務器角色與服務清單」和「應用/數據庫/共享依賴」劃定故障邊界，再繼續核對「硬件與驅動」。先保存目前狀態、時間點和一組正常對照，證據明確後再決定是否需要修改正式環境設定。
遷移前的依賴盤點
| 檢查點 | 為甚麼要看 | 建議動作 |
|---|---|---|
| 01 · 服務器角色與服務清單 | 核對服務器角色與服務清單的現狀、日誌和最近變更，並與問題發生時間對齊；先只讀確認，再決定是否需要變更。 | 先以只讀方式確認「服務器角色與服務清單」並保存結果；若與基線不一致，再結合故障時間和最近變更判斷是否需要處理。 |
| 02 · 應用/數據庫/共享依賴 | 從應用/數據庫/共享依賴獲取直接證據，並與應用連接、服務賬戶、磁盤和網絡依賴交叉驗證，避免在數據庫故障時先做破壞性修改。 | 記錄「應用/數據庫/共享依賴」的目前值、證據來源和檢查時間；需要調整時只改一個條件，並保留原設定作切回。 |
| 03 · 硬件與驅動 | 從硬件與驅動獲取直接證據，並與應用連接、服務賬戶、磁盤和網絡依賴交叉驗證，避免在數據庫故障時先做破壞性修改。 | 先以只讀方式確認「硬件與驅動」並保存結果；若與基線不一致，再結合故障時間和最近變更判斷是否需要處理。 |
| 04 · 備份與裸機恢復 | 圍繞備份與裸機恢復保留可驗證證據，至少確認恢復點、恢復路徑、依賴和實際恢復結果，而不是只以任務成功狀態作為結論。 | 先以只讀方式確認「備份與裸機恢復」並保存結果；若與基線不一致，再結合故障時間和最近變更判斷是否需要處理。 |
| 05 · 並行遷移/切換 | 核對並行遷移/切換的現狀、日誌和最近變更，並與問題發生時間對齊；先只讀確認，再決定是否需要變更。 | 先以只讀方式確認「並行遷移/切換」並保存結果；若與基線不一致，再結合故障時間和最近變更判斷是否需要處理。 |
| 06 · 舊機保留與回退 | 核對舊機保留與回退的現狀、日誌和最近變更，並與問題發生時間對齊；先只讀確認，再決定是否需要變更。 | 記錄「舊機保留與回退」的目前值、證據來源和檢查時間；需要調整時只改一個條件，並保留原設定作切回。 |
推薦遷移路徑
- 先盤點“服務器角色與服務清單”“應用/數據庫/共享依賴”，把無法兼容或無法回退的對象單獨列出。
- 在正式窗口前完成“硬件與驅動”“備份與裸機恢復”的預演和數據保護，避免首次操作就發生在生產環境。
- 確認「硬件與驅動」與「備份與裸機恢復」的證據能夠解釋現象後再改設定；涉及「並行遷移/切換」時，先保存原值並寫清切回觸發條件。
- 先在受控對象上完成「舊機保留與回退」相關驗證，再擴大到真實使用者或業務流量；觀察期內同時複查日誌和異常存取。
切換窗口怎麼安排
- 從用戶或業務入口完成端到端驗證，不只驗證“服務器角色與服務清單”單點狀態。
- 復查“並行遷移/切換”與“舊機保留與回退”是否達到預期，並確認沒有引入新的繞行或權限擴大。
- 歸檔「服務器角色與服務清單」至「舊機保留與回退」的關鍵證據、變更前後設定、業務測試和切回點，後續復發時可直接對照。
- 在穩定觀察期內持續對比錯誤日誌、性能和業務反饋，確認舊環境可以安全退出。
驗證與回退
- 沒有明確回退觸發條件，切換失敗後才臨時討論是否回退。
常見延伸問題
老舊 Windows Server 遷移前要檢查什麼能不能直接原地升級或一次性切換？
只有在兼容性、備份、停機窗口和回退都明確時才考慮；關鍵系統更適合通過並行或分階段遷移降低風險。
遷移最重要的驗收是甚麼？
不僅是新系統啓動成功，還要讓真實業務、權限、接口、性能和“舊機保留與回退”全部通過。
修復後怎樣確認問題不會很快再次出現？
復測業務操作後，再檢查「並行遷移/切換」和「舊機保留與回退」對應的日誌與狀態，並保留變更記錄、觀察結果和切回點。