私人離岸基礎設施
專屬與 GPU實務 · 6 分鐘閱讀

保護資料的專用伺服器遷移操作手冊

預先演練搬遷、建立一致的資料邊界,並定義新系統開始接受寫入後的回滾意義。

由 SwissOctet 編輯部撰寫
直接答案

先準備並測試新伺服器,以應用程式支援的一致性方法複製資料,定義切換時段並保留舊環境。回滾必須考量新伺服器已接受的寫入,而不只是 DNS 變更。

01

搬遷機器前先盤點服務

遷移包含的不只是應用程式檔案。請列出資料庫、上傳檔案、排程工作、佇列工作者、憑證、網域、機密與對外整合。記錄軟體版本與重要的運作假設,例如檔案權限與儲存路徑。全新的專用伺服器可能暴露出多年前在舊環境中被悄悄安裝、如今已被遺忘的相依項目。

指派切換決策的負責人,並定義成功的樣貌。納入使用者可見的檢查、資料一致性與存取復原能力。在宣布遷移日期前,確認新設定已交付且可使用。訂單確認或列出的硬體規格,並不等同於一個已就緒、可接收生產資料的可用目的地。

02

將目的地建置為獨立環境

安裝所需的技術堆疊、建立管理機制並設定預定的防火牆。請將機密保持私密,並審慎設定服務權限。在公開流量轉移前,驗證應用程式預期的主機名稱與憑證行為。Apache 的虛擬主機文件說明了為何主機名稱路由是與伺服器位址分開的設定決策。可運作的預設頁面並不能證明已設定正確的應用程式主機。

使用具代表性的還原資料集進行演練,並停用對外電子郵件、付款與排程工作,或將其重新導向至安全的測試系統。這可防止測試環境對真實使用者採取行動。演練登入、上傳、背景工作與還原。記錄程序及其所需時間,讓實際時段以觀察到的流程為依據,而非憑藉樂觀預期。

03

選擇一致的資料邊界

使用資料庫與應用程式支援的備份或複寫方法。PostgreSQL 區分 SQL 傾印、檔案系統備份與連續歸檔,各有其假設。其傾印指引指出,資料庫傾印可在內部保持一致,但叢集範圍的角色與其他細節需要另行處理。請閱讀你所執行確切系統的需求,而不是不加區分地複製開啟中的資料檔案。

規劃資料庫與上傳檔案及佇列狀態之間的關係。若某筆紀錄指向在不同時間複製的檔案,即使兩份複本各自成功,還原後的應用程式仍可能不完整。請決定要短暫暫停寫入、使用經過測試的複寫配置,或執行應用程式專屬的匯出。請在操作手冊中明確記錄該一致性決策。

階段所需證據決策
演練應用程式與還原資料通過檢查可考慮將目的地用於切換
最終同步已定義的一致復原點僅在已了解剩餘變更的情況下繼續
流量切換正確的路由與憑證行為監控兩個目的地
回滾所有新接受寫入的位置在恢復流量前對帳資料
04

準備流量路由,但不承諾立即變更

DNS 的存留時間控制紀錄可被快取的時長,如 Cloudflare 的 DNS 文件所述。若 DNS 是遷移的一部分,請及早檢視 TTL,並讓現有快取紀錄依其先前的設定自然到期。在切換當下變更數值,無法回溯縮短每一個已快取的回應。在過渡期間,不同用戶端可能連線到不同目的地。

在路由變更穩定前,保持舊環境可用,並制定明確政策決定它是否仍可接受寫入。除非應用程式專為此設計,否則避免執行重複的佇列消費者或排程工作。監控兩側的請求,並從獨立用戶端確認預定的主機名稱、TLS 憑證與應用程式版本。

05

定義寫入開始後的回滾

在新系統接受變更之前,恢復流量可能相對簡單。之後,僅靠 DNS 反轉可能遺失工作或產生兩份衝突的歷史紀錄。請定義新建紀錄與上傳檔案將如何被保留或對帳。若應用程式無法安全合併它們,受控的維護時段可能比臨時回到舊複本更為可取。

設定必須暫停遷移的條件,並確保決策負責人可被聯繫。依專案的保留規則保存日誌與有用證據。不要僅因首頁曾載入一次,就刪除舊機器或其獨立復原複本。保留期間應涵蓋已議定的驗證與回滾需求。

06

以營運檢查完成遷移

切換後,驗證備份、警示、憑證續期、排程工作與存取復原。確認受監控的主機是新的目的地,且生產環境中沒有殘留的測試整合。在一般流量下檢視應用程式錯誤與使用者可見的計時。更新盤點與操作手冊,讓下一位管理員不必自行推斷變更了什麼。

SwissOctet 的專用系列提供不同的實體配置,但遷移工作與代管協助必須針對所選服務另行確認。使用型錄選擇合適的資源,然後圍繞應用程式的資料建立經過測試的搬遷。當服務及其復原流程在目的地運作時,遷移才算完成,而不只是檔案已傳輸完畢。

付諸行動

您的實用檢查清單。

  • 盤點資料、工作、機密與整合。
  • 在排程前驗證已交付的目的地。
  • 以安全的外部整合進行演練。
  • 定義資料庫與上傳檔案的一致性。
  • 規劃路由過渡與防止重複工作。
  • 為新寫入指定回滾方式。
  • 切換後驗證備份與監控。
常見問題

重要細節。

我可以只複製應用程式目錄來遷移嗎?+

唯有在這麼做能涵蓋服務所需的一切並維持一致性時才行。資料庫、上傳檔案、工作、機密與設定通常需要另行處理。

降低 DNS TTL 能讓切換立即生效嗎?+

不行。先前已快取的回應可能持續存在,直到其較早的存留期結束,且不同用戶端可能在不同時間更新。

回滾只是把 DNS 指向舊伺服器嗎?+

在新伺服器接受寫入之後就不只是如此。恢復流量前,你必須考量那些紀錄與檔案。

主要參考資料

前往來源。

這些參考資料支持本指南中的技術概念。在變更生產系統之前,請遵循最新文件。

  1. PostgreSQL:備份與還原 www.postgresql.org
  2. PostgreSQL:SQL 傾印的一致性與還原 www.postgresql.org
  3. Apache:虛擬主機文件 httpd.apache.org
  4. Cloudflare DNS:存留時間 developers.cloudflare.com

由 SwissOctet 提供的編輯指引。範例僅供說明。服務規格、可用選項與合約條件必須另行驗證。

連結知識

相關基礎架構。

保持脈絡

您的下一份實地筆記。

探索所有指南