Skip to content

從備份恢復實例

最後更新 檢視 Markdown

在實例詳細資料的「備份」頁籤,每一份已完成的備份都能發起恢復。點擊確認按鈕後任務立即提交,沒有輸入實例名稱等二次驗證。提交前必須清楚兩件事:恢復會用備份內容覆蓋當前系統盤,且不可逆;恢復完成後,系統盤會被自動擴容到實例當前規格對應的容量,與備份建立時的規格無關。

介面示意圖:實例詳細資料備份頁籤,目標備份行的操作選單展開,可見狀態欄和「恢復」選項

恢復會做什麼,不會做什麼

恢復這個名字容易讓人以為它只是「把資料放回去」,實際上它同時觸發停機、覆蓋、擴容三個動作,其中擴容是無條件的:

會發生什麼 不會發生什麼
若發起恢復時實例正在執行:平台會依次執行一次正常關機和一次強制停止——無論正常關機是否成功,都會繼續執行強制停止(失敗會自動重試),確保實例真正關閉後再繼續 若發起恢復時實例已經處於已停止:不會有任何開關機動作,恢復全程保持停止狀態
用備份內容強制覆蓋系統盤,系統盤變為備份建立時刻的內容 不會改動已掛載的其他資料盤、實例規格本身、地區、可用性域、VPC、SSH 金鑰或其他控制台資源
恢復完成後無條件執行一次擴容校準,把系統盤擴容到實例當前規格對應的磁碟容量 擴容只增不減:當前磁碟已達到或超過目標容量時會直接跳過,不會縮小磁碟,也不會報錯
若發起恢復時實例正在執行:擴容完成後重新開機,狀態回到「正在執行」 恢復沒有「只恢復資料、不重啟」的開關;是否停機開機完全由發起恢復那一刻的實例狀態決定,無法單獨關閉

確認彈窗的原文是:

恢復將用該備份覆蓋實例當前系統盤,此操作不可逆,恢復過程中實例會短暫重啟。確定要繼續嗎?

這句話沒有提到系統盤會被擴容,「會短暫重啟」也只在實例發起時正在執行才成立——實例本來就是停止狀態時,恢復不會有任何重啟動作。確認前請以上表為準,不要只根據彈窗文案判斷影響範圍。

開始之前

  • 備份狀態:只有狀態為「已完成」的備份可以被選中發起恢復;等待中、執行中和失敗的備份不會出現在可恢復的操作裡。
  • 實例已配置完成:未完成首次配置的實例沒有可覆蓋的系統盤,無法發起恢復。
  • 沒有衝突中的其他操作:實例被安全事件鎖定、處於欠費狀態、有衝突中的草稿發票,或有其他工作請求正在進行時,恢復會被拒絕。
  • 維護鎖定不影響恢復:與啟動、停止、重啟這些電源操作不同,處於維護鎖定狀態的實例仍然可以正常發起恢復備份。

恢復實例

  1. 開啟「計算 > 實例」,進入目標實例詳細資料,切換到「備份」頁籤。
  2. 只選擇狀態為「已完成」的備份,核對備註、建立時間和大小。
  3. 開啟該行的操作選單,選擇恢復。
  4. 閱讀確認對話框中的不可逆和重啟提示,點擊恢復確認提交。點擊後立即執行,沒有二次輸入實例名稱的步驟。
  5. 在實例詳細資料的「工作請求」區域追蹤進度:依序出現「恢復備份歸檔」和「校準系統盤」;如果發起時實例正在執行,前後還會各出現一次停止和啟動相關的項目。

提交後不要再次點擊恢復,也不要在任務結束前對該實例執行重建、升級或刪除。

介面示意圖:恢復進行中的實例詳細資料:實例狀態標籤,以及工作請求清單中的停止、恢復備份歸檔、校準系統盤、啟動等項目

恢復期間實例狀態如何變化

實例在發起恢復那一刻的狀態,決定了它接下來會經歷哪種流程:

  • 發起時正在執行:正在執行 → 正在停止 → 已停止 → 恢復與擴容在停止狀態下進行 → 正在啟動 → 正在執行;恢復備份歸檔與校準系統盤分別對應工作請求清單中的獨立項目,可據此判斷進度。整個週期內實例完全下線,不是短暫的網路波動,業務連線會中斷。
  • 發起時已經停止:已停止 → 恢復與擴容在停止狀態下進行 → 恢復完成後仍為已停止。平台不會替你把實例重新開機。

擴容以當前規格為準,不是備份建立時的規格

恢復完成後,平台會取實例恢復這一刻的當前規格對應的磁碟容量,校準系統盤大小。如果你在建立這份備份之後又升配或降配過實例,恢復用的是升配或降配後的規格,而不是備份建立時的規格,也不是備份檔案本身記錄的磁碟大小。

降配之後再恢復不會縮小磁碟——擴容邏輯只在當前磁碟小於目標容量時才會執行,已經達標就直接跳過,不會報錯,也不會有相反方向的收縮。

恢復被拒絕時

發起恢復前,平台會做一輪前置檢查。下面按場景說明。

實例已因濫用事件被安全鎖定

該實例已停止並隔離網路。在安全稽核完成前,計算、連線和資源管理操作不可用。

透過支援單聯絡 Cypacky Support 了解安全稽核進度,稽核結束前恢復不可用。

實例處於欠費狀態

此實例已經欠費,因此您無法操作它。請及時支付關聯帳單,或刪除實例。如有疑惑,請聯絡 Cypacky Networks Support 獲取幫助。

結清欠費後恢復操作會恢復可用。

目標備份狀態不是已完成

選中的備份仍在等待、正在執行或已失敗時,恢復請求會被後端拒絕。回到備份清單確認目標備份的狀態欄顯示「已完成」後再重試。

實例尚未配置完成

實例還沒有完成首次配置,沒有可供恢復覆蓋的系統盤。等實例完成配置後再發起恢復。

有其他工作請求正在進行

實例上有建立、重裝、升級、遷移或刪除等任務處於等待或執行中時,恢復請求會被拒絕。開啟實例詳細資料的「工作請求」,確認最後一項任務結束後再重試。

有衝突中的草稿發票

實例存在尚未處理完的草稿發票時,恢復會被拒絕,需要先完成或取消該發票對應的帳單變更。

維護鎖定狀態不會出現在上述拒絕場景裡——處於維護鎖定的實例仍然可以正常發起恢復備份。

恢復完成後

  1. 檢視工作請求是否為「已完成」,並確認沒有後續失敗資訊。
  2. 確認實例狀態回到你期望的執行狀態:發起時在執行的實例應回到「正在執行」,發起時已停止的實例會保持「已停止」,需要自行啟動。
  3. 登入系統檢查檔案、掛載點、啟動服務、網路配置和時間設定。
  4. 對資料庫、Web 服務和排程任務執行應用層健康檢查。
  5. 如果恢復後無法啟動或網路不通,保留工作請求 ID、實例 ID 和備份 ID,再聯絡支援人員;不要在沒有新備份的情況下反覆覆蓋系統盤。

如果目標是建立一臺並行的新實例而不是覆蓋當前實例,改用備份轉換成自定義鏡像,再從鏡像建立新實例,參考轉換為自定義鏡像。

相關文件

這篇文件對你有幫助嗎?