若 Debian 11 網站仍在承載訂單或客戶資料，但套件和服務依賴已說不清，先不要直接在正式機執行升級。
本週建議：多站點、依賴複雜或舊環境不透明，先建置受支援的新環境並分批遷移；依賴簡單、配置清楚且回退已驗證，才評估原機升級。不要把 Debian 11 直接跨版本升到 Debian 13 當成預設路徑。
這篇適合維護 Debian 11 獨立站或企業網站、需要先確認支援狀態與應用依賴的站長。
管理 WooCommerce 或多個外貿站的技術負責人，可用本文比較並行遷移與原機升級的切換風險。
若你正準備從 VPS 或共享主機搬到獨立伺服器，也可按這份流程規劃新環境測試與遷移窗口。
先確認 Debian 11 的安全更新狀態與升級邊界
Debian 官方已確認，Debian 11 LTS 於 2026 年 8 月 31 日結束；自 2026 年 9 月起，官方不再為 Debian 11 提供安全更新。這不代表既有網站會在某一天自動停止服務，但繼續運行就意味著作業系統層的安全修補不再延續。日期與支援狀態可查閱官方生命周期公告。
Debian 官方文件提供從 Debian 11 升級至 Debian 12 的路徑，並要求事前備份、預留服務中斷與重新啟動的安排。升級不是零停機保證，也不能只看作業系統能否開機；網站軟體、第三方套件、資料庫與排程都要逐項驗證。執行前，請按伺服器實際架構閱讀對應的官方說明；例如，這份Debian 12 升級文件標示為 mipsel 架構，不能直接當作其他架構的逐項操作指引。另可對照Debian 12 amd64 發行說明中的升級資訊。
Debian 13 的官方升級說明和已知問題文件，應在你評估後續升級時另行核對。對仍運行 Debian 11 的網站而言，較容易管理的規劃通常是先評估升至 Debian 12，再於環境通過驗證後考慮下一步，而不是預設從 Debian 11 一步跨到 Debian 13。請參考Debian 13 官方升級說明與Debian 13 已知問題。
按網站與團隊狀況判斷原機升級或新環境遷移
遷移方式不是單看網站數量，而要看你能否說清楚現有系統的依賴、是否能重現環境，以及出錯後能否回到已知可用的狀態。
傾向原機升級的情況：
- 你只維護單一網站或少數相近的網站，Web 服務、資料庫、PHP 執行環境及套件來源都有清楚紀錄。
- 沒有依賴來源不明的第三方套件，或已確認替代版本與新版系統相容。
- 備份可還原，且你已在測試環境或可控時段驗證回復方式。
- 你能安排維護窗口，並接受升級過程中服務中斷及重啟後的逐項檢查。
傾向新環境重建並分批遷移的情況：
- 多個網站使用不同 PHP 版本、資料庫設定、Web 服務或面板元件，逐項關係難以核實。
- 舊機歷經多次手動調整，設定檔和套件來源沒有完整記錄。
- 正式業務需要先在平行環境驗證登入、下單、付款回呼及排程，再安排切換。
- 現有主機已難以安全回退，或升級失敗會同時影響多個業務站點。
實際作業中，多站點團隊常遇到的隱性成本不是「搬檔案」本身，而是要找回未記錄的排程、憑證更新方式、外部 API 金鑰和資料庫權限。不同網站若共用同一個系統帳號或資料庫帳號，也會擴大錯誤設定的影響範圍。新環境讓你能逐站核對這些依賴，但也需要安排資料同步、DNS 或應用切換，並不代表一定零停機。
Debian 11 網站遷移的決策條件
按以下分支選路徑；只要某項關鍵條件無法確認，就先回到較容易隔離和測試的新環境方案。
- 若網站依賴簡單、軟體來源清楚、官方升級文件適用於你的架構，且備份還原與回退演練都通過，則可評估按官方路徑原機升級至 Debian 12。
- 若你無法列出正在使用的服務、第三方套件、排程或資料庫版本，則先平行重建環境，完成站點盤點後再遷移；不要把未知依賴留到正式升級當天才處理。
- 若同一台伺服器承載多個站點、不同執行環境或關鍵訂單流程，則先遷移低風險站點，逐站驗收後再處理關鍵站點。
- 若你的目標是 Debian 13，則不要從 Debian 11 直接跨版作為預設；先核對 Debian 12 的官方升級路徑及你的架構，再另行評估 Debian 13 文件列出的升級要求和已知問題。
- 若沒有可驗證的備份、資料同步點或回退方式，則暫緩正式切換，先補齊回復演練；不能以「網站目前正常」代替回退方案。
常見疑問：支援結束、直接升級與多站點切換
Debian 11 結束安全更新後，網站還能繼續運作嗎？
網站可能仍能提供服務，但這不表示系統仍受安全更新支援。你需要把「服務目前可連線」與「作業系統仍有安全修補」分開判斷，並檢查暴露於網際網路的服務、套件及管理介面。若短期內不能遷移，也應先限制不必要的服務與帳號權限，並盡快規劃升級或搬遷。
單一網站怎樣判斷原機升級是否合適？
若 Web 服務、資料庫、PHP、套件來源及排程都有清單，且備份已成功還原演練，便可依 Debian 官方適用於你系統架構的 Debian 11 至 Debian 12 路徑評估原機升級。若配置不清、含多個第三方元件或無法安排回退，就先在新環境重建並測試，避免把未知風險集中到正式機。
為甚麼不把 Debian 11 直接升到 Debian 13？
官方文件分別說明 Debian 11 至 Debian 12 的升級，以及 Debian 13 的升級要求和已知問題；實際操作須按適用版本與架構核對。對正在運行 Debian 11 的網站，先完成至 Debian 12 的升級或新環境驗證，再評估後續版本，較容易定位問題。不要只因目標版本較新，就省略中間路徑和相容性檢查。
多個網站遷移時，如何控制切換風險？
先為每個網站記錄檔案、資料庫、憑證、排程、DNS 和第三方服務，再挑低風險站點做完整演練。逐項測試登入、表單、訂單、付款回呼、排程及資料寫入，並在切換前記錄最後資料同步點和回退觸發條件。分批切換能讓問題範圍較清楚，但仍須安排維護窗口，不能承諾零停機。
依不同團隊類型安排升級與搬遷
單站點站長：先把原機狀態變成可核對清單。
記錄目前的軟體來源、Web 服務、資料庫與 PHP 版本、計劃任務、TLS 憑證續期方式，以及網站所依賴的外部服務。若是 WordPress 或 WooCommerce，額外檢查外掛、佈景主題、付款回呼和排程任務；不要只測首頁能否打開。依 Debian 官方升級文件確認適用架構和操作步驟，將資料備份到伺服器以外的位置，再預留升級、重啟和服務驗證時間。
多站點技術負責人：先分組，再決定遷移順序。
按執行環境、資料庫、業務重要性和相互依賴關係整理站點。對每一組記錄網站檔案、資料庫、使用者與權限、憑證、排程、DNS、API 金鑰及郵件服務設定。不要預設所有網站都能共用同一套新版執行環境；逐站確認相容性，先遷移能獨立驗收的低風險站點，再處理訂單或資料寫入較頻繁的網站。
準備換機的中小企業：先在新環境建立可重現配置。
先列出新機需要的作業系統、Web 服務、資料庫、執行環境和管理工具，再確認目標版本及應用相容性。新環境可讓你在正式切換前測試各站點，並為每個網站保留獨立的系統帳號、檔案權限和資料庫權限；備份與機外保存仍須由你的團隊自行規劃，不能假設租用伺服器服務會代為處理。
以五個步驟完成演練、切換與回退準備
- 盤點現況。逐站記下系統服務、套件來源、執行環境、資料庫、檔案路徑、排程、憑證、DNS 和外部整合。將未知項目列為待確認，不要把猜測寫成已驗證配置。
- 選定遷移路徑。依前述條件判斷原機升級或新環境重建。原機升級須逐項對照 Debian 官方說明；新環境則要先確認目標系統與網站元件相容。Debian 12 與 Debian 13 的升級步驟及已知問題，分別以相應官方文件為準。
- 建立可回復備份。備份網站檔案、資料庫與必要設定，保留機外副本，並實際測試還原。若使用資料庫複寫或其他同步方式，先確認切換時如何停止寫入及如何判斷資料一致；不要假定 DNS 切換會同步資料。
- 測試關鍵功能。在測試環境逐站核對登入、表單、下單、付款回呼、排程、憑證和資料寫入。另檢查服務重新啟動後能否正常載入，以及日誌是否出現錯誤。任何關鍵流程未通過，就先修正或回退，不要以首頁正常作為驗收標準。
- 安排切換並觀察。選定維護窗口，記錄資料同步點、DNS 或應用切換方式、負責人及回退觸發條件。切換後持續檢查網站功能、錯誤日誌和第三方回呼；若資料寫入異常或關鍵流程失敗，按預先演練的方案回退，再釐清原因。
把遷移計畫落到本週待辦
先把站點依賴清單和回退條件補齊，再決定是否在原機升級。若你能證明環境簡單、備份可還原且官方路徑適用，安排維護窗口並按 Debian 12 文件逐項操作；若這些條件尚未滿足，就先建置平行環境，分批驗證後再切換。對 Debian 13 的評估，另行核對適用版本的官方升級說明及已知問題，避免把跨版本升級當成捷徑。
如果你準備從 VPS 或共享主機遷出，先比較現有方案的共享資源競爭、系統與磁碟配置控制權，以及多站點隔離能力；這些限制可能令測試環境難以重現正式部署。若網站需要長期運行、固定的整機資源和更可控的部署環境，可再評估 OVN Cloud 的 AMD 獨立伺服器。本站產品資料列有 AMD EPYC 7543P、32 核／64 執行緒，以及 128GB 或 256GB 記憶體、直連 NVMe 硬碟選項；實際可選規格、計費週期和作業系統請以伺服器配置頁為準。Linux 可透過 SSH 管理，部署前可先查看SSH 與 RDP 連線說明，並依月付方案資料核對當前產品條件。
若你的網站負載輕、只需短時間執行，或必須按秒彈性擴縮，獨立伺服器未必合適；但當共享主機的環境限制已妨礙遷移演練，或多站點需要穩定、獨享的部署基礎時，先盤點網站，再依產品頁核實 OVN Cloud 的系統與規格，會比未經驗證地直接升級正式機更可控。
常見問題
- Debian 11 停止安全更新後，現有網站會立即停擺嗎？ 不一定會立即停擺；停止安全更新不等於網站服務當下就關閉。但作業系統不再取得 Debian 11 安全更新，已知漏洞風險會逐步累積。你應先盤點公開服務與套件來源，安排遷移或升級，不能把網站仍可連線當成系統仍受支援。
- 單一網站該留在原機升級，還是直接搬到新伺服器？ 若網站依賴少、軟體來源清楚，且完整備份與回復演練都成功，可按 Debian 官方的 Debian 11 至 Debian 12 路徑評估原機升級。若版本混雜、服務關係不明或沒有可靠回退條件，先建置新環境並驗證網站，再切換會更容易控制影響範圍。
- Debian 11 能否直接升級到 Debian 13？ 不要把 Debian 11 直接跨版本升到 Debian 13 當作預設方案。先依 Debian 12 官方升級說明評估 Debian 11 至 Debian 12 的步驟；若之後仍要升到 Debian 13，應在 Debian 12 狀態驗證完成後，另行核對 Debian 13 官方升級說明和已知問題。
- 多個網站搬到新伺服器，怎樣降低切換出錯的風險？ 先逐站記錄檔案、資料庫、憑證、排程和第三方整合，再挑低風險站點演練。逐項測試登入、表單、下單、付款回呼與資料寫入；切換前記錄資料同步點、DNS 或應用切換方式，以及觸發回退的條件。不要把所有站點一次切換，亦不要預設切換可零停機。