# 保護資料的專用伺服器遷移操作手冊 | SwissOctet Insights https://swissoctet.com/zh-tw/insights/dedicated-server-migration-runbook/ SwissOctet / 深入解析 / 專屬與 GPU 專屬與 GPU 實務 · 6 分鐘閱讀 保護資料的專用伺服器遷移操作手冊 預先演練搬遷、建立一致的資料邊界，並定義新系統開始接受寫入後的回滾意義。 由 SwissOctet 編輯部撰寫 儲存指南 複製連結 本頁內容 01 搬遷機器前先盤點服務 02 將目的地建置為獨立環境 03 選擇一致的資料邊界 04 準備流量路由，但不承諾立即變更 05 定義寫入開始後的回滾 06 以營運檢查完成遷移 您的實用檢查清單 來源與延伸閱讀 返回資料庫 直接答案 先準備並測試新伺服器，以應用程式支援的一致性方法複製資料，定義切換時段並保留舊環境。回滾必須考量新伺服器已接受的寫入，而不只是 DNS 變更。 01 搬遷機器前先盤點服務 遷移包含的不只是應用程式檔案。請列出資料庫、上傳檔案、排程工作、佇列工作者、憑證、網域、機密與對外整合。記錄軟體版本與重要的運作假設，例如檔案權限與儲存路徑。全新的專用伺服器可能暴露出多年前在舊環境中被悄悄安裝、如今已被遺忘的相依項目。 指派切換決策的負責人，並定義成功的樣貌。納入使用者可見的檢查、資料一致性與存取復原能力。在宣布遷移日期前，確認新設定已交付且可使用。訂單確認或列出的硬體規格，並不等同於一個已就緒、可接收生產資料的可用目的地。 02 將目的地建置為獨立環境 安裝所需的技術堆疊、建立管理機制並設定預定的防火牆。請將機密保持私密，並審慎設定服務權限。在公開流量轉移前，驗證應用程式預期的主機名稱與憑證行為。Apache 的虛擬主機文件說明了為何主機名稱路由是與伺服器位址分開的設定決策。可運作的預設頁面並不能證明已設定正確的應用程式主機。 使用具代表性的還原資料集進行演練，並停用對外電子郵件、付款與排程工作，或將其重新導向至安全的測試系統。這可防止測試環境對真實使用者採取行動。演練登入、上傳、背景工作與還原。記錄程序及其所需時間，讓實際時段以觀察到的流程為依據，而非憑藉樂觀預期。 03 選擇一致的資料邊界 使用資料庫與應用程式支援的備份或複寫方法。PostgreSQL 區分 SQL 傾印、檔案系統備份與連續歸檔，各有其假設。其傾印指引指出，資料庫傾印可在內部保持一致，但叢集範圍的角色與其他細節需要另行處理。請閱讀你所執行確切系統的需求，而不是不加區分地複製開啟中的資料檔案。 規劃資料庫與上傳檔案及佇列狀態之間的關係。若某筆紀錄指向在不同時間複製的檔案，即使兩份複本各自成功，還原後的應用程式仍可能不完整。請決定要短暫暫停寫入、使用經過測試的複寫配置，或執行應用程式專屬的匯出。請在操作手冊中明確記錄該一致性決策。 階段 所需證據 決策 演練 應用程式與還原資料通過檢查 可考慮將目的地用於切換 最終同步 已定義的一致復原點 僅在已了解剩餘變更的情況下繼續 流量切換 正確的路由與憑證行為 監控兩個目的地 回滾 所有新接受寫入的位置 在恢復流量前對帳資料 04 準備流量路由，但不承諾立即變更 DNS 的存留時間控制紀錄可被快取的時長，如 Cloudflare 的 DNS 文件所述。若 DNS 是遷移的一部分，請及早檢視 TTL，並讓現有快取紀錄依其先前的設定自然到期。在切換當下變更數值，無法回溯縮短每一個已快取的回應。在過渡期間，不同用戶端可能連線到不同目的地。 在路由變更穩定前，保持舊環境可用，並制定明確政策決定它是否仍可接受寫入。除非應用程式專為此設計，否則避免執行重複的佇列消費者或排程工作。監控兩側的請求，並從獨立用戶端確認預定的主機名稱、TLS 憑證與應用程式版本。 05 定義寫入開始後的回滾 在新系統接受變更之前，恢復流量可能相對簡單。之後，僅靠 DNS 反轉可能遺失工作或產生兩份衝突的歷史紀錄。請定義新建紀錄與上傳檔案將如何被保留或對帳。若應用程式無法安全合併它們，受控的維護時段可能比臨時回到舊複本更為可取。 設定必須暫停遷移的條件，並確保決策負責人可被聯繫。依專案的保留規則保存日誌與有用證據。不要僅因首頁曾載入一次，就刪除舊機器或其獨立復原複本。保留期間應涵蓋已議定的驗證與回滾需求。 06 以營運檢查完成遷移 切換後，驗證備份、警示、憑證續期、排程工作與存取復原。確認受監控的主機是新的目的地，且生產環境中沒有殘留的測試整合。在一般流量下檢視應用程式錯誤與使用者可見的計時。更新盤點與操作手冊，讓下一位管理員不必自行推斷變更了什麼。 SwissOctet 的專用系列提供不同的實體配置，但遷移工作與代管協助必須針對所選服務另行確認。使用型錄選擇合適的資源，然後圍繞應用程式的資料建立經過測試的搬遷。當服務及其復原流程在目的地運作時，遷移才算完成，而不只是檔案已傳輸完畢。 付諸行動 您的實用檢查清單。 ✓ 盤點資料、工作、機密與整合。 ✓ 在排程前驗證已交付的目的地。 ✓ 以安全的外部整合進行演練。 ✓ 定義資料庫與上傳檔案的一致性。 ✓ 規劃路由過渡與防止重複工作。 ✓ 為新寫入指定回滾方式。 ✓ 切換後驗證備份與監控。 下載檢查清單 常見問題 重要細節。 我可以只複製應用程式目錄來遷移嗎？ + 唯有在這麼做能涵蓋服務所需的一切並維持一致性時才行。資料庫、上傳檔案、工作、機密與設定通常需要另行處理。 降低 DNS TTL 能讓切換立即生效嗎？ + 不行。先前已快取的回應可能持續存在，直到其較早的存留期結束，且不同用戶端可能在不同時間更新。 回滾只是把 DNS 指向舊伺服器嗎？ + 在新伺服器接受寫入之後就不只是如此。恢復流量前，你必須考量那些紀錄與檔案。 主要參考資料 前往來源。 這些參考資料支持本指南中的技術概念。在變更生產系統之前，請遵循最新文件。 PostgreSQL：備份與還原 www.postgresql.org PostgreSQL：SQL 傾印的一致性與還原 www.postgresql.org Apache：虛擬主機文件 httpd.apache.org Cloudflare DNS：存留時間 developers.cloudflare.com 由 SwissOctet 提供的編輯指引。範例僅供說明。服務規格、可用選項與合約條件必須另行驗證。 連結知識 相關基礎架構。 Metal Atlas 瑞士 Metal Zenith 瑞士 Metal EPYC 瑞士 保持脈絡 您的下一份實地筆記。 探索所有指南 實地筆記 / 01 + 專屬與 GPU 基礎 VPS 或專屬：選擇合適的界線 了解實體機器改變了什麼、沒有改變什麼，以及它何時成為您工作負載的有用一步。 4 分鐘閱讀 閱讀指南 實地筆記 / 02 + 第二天營運 實務應用 建立您真正能還原的備份 選擇復原目標、保護獨立副本，並在事件迫使您面對問題之前練習還原。 4 分鐘閱讀 閱讀指南 實地筆記 / 03 + 專屬與 GPU 進階 在選擇硬體前先建立 GPU VRAM 預算 將權重、活化值、快取與暫存緩衝區納入考量，然後測試尖峰工作負載，而不只是模型檔案本身。 6 分鐘閱讀 閱讀指南