2026-10-29 · 行業
換機房、換服務商、續費漲價都會觸發一次搬遷，出問題的機率和準備清單的完整度成正比。本文按執行順序列出資產盤點、容量評估、資料校驗、TTL 預調、切換驗證與舊機保留等八項。
伺服器到期前兩週，是最容易被低估的一段時間。續費價格變了、機房要換、服務商要調整，任何一種情況都會觸發一次搬遷，而搬遷出問題的機率，和準備清單的完整度基本成正比。 下面這份清單按執行順序排，可以直接照著做。 一、資產盤點。域名有幾個、分別解析到哪裡；SSL 證書誰籤的、什麼時候到期；伺服器上有哪些定時任務；有沒有對外呼叫別人介面，需要對方加白名單；有沒有別人呼叫你，回撥地址要改；郵件服務是否在同一臺機器上。這些列完，你會發現問題比想像的多。 二、接入與合規確認。如果站點在國內，換服務商可能涉及接入資訊變更；用海外節點則要考慮目標市場的要求。這一步要提前問，不要等到切換當天才想起來。 三、容量評估。把最近一個月的監控拉出來，看 CPU、記憶體、磁碟、頻寬的峰值，而不是平均值。新環境按峰值加三成留餘量，尤其是頻寬——晚高峰的峰值往往比日均高出一倍以上。 四、資料搬遷。資料庫先做一次全量，再用主從或增量同步追平；檔案用 rsync 分批傳，傳完做校驗，檔案數、總大小、關鍵檔案的雜湊都比一遍。別用“看起來都在”來判斷完整性。 五、把 DNS TTL 提前調低。這一步最容易被忘。TTL 還是 3600 的時候切換，意味著最長一小時內還有使用者訪問舊機。提前一天到兩天把 TTL 降到 60 或 300，切換視窗會短很多。 六、確定停機視窗與回滾方案。寫清楚幾點開始、預計多久、誰負責驗證、出問題多久內回滾。回滾不是失敗，是預案的一部分。 七、切換後驗證。解析是否全網生效，可用多地 ping 或不同遞迴查詢確認；證書是否正常；登入與支付等關鍵鏈路是否通；郵件能否發出去；第三方回撥是否到新機。逐項打勾，不要只看首頁能不能開啟。 八、舊機保留七到十五天。這期間不要急著退，日誌、備份、臨時回滾都還需要它。 搬遷不是技術活裡最難的一種，但它最考驗細緻。把清單寫下來、按順序做，比臨場反應可靠得多。 加速IDC 提供雲伺服器、物理伺服器與頻寬租用，配置與頻寬可以按需調整，搬遷前後都可以先做小規模壓測再決定規格。
