還原適用於 MySQL 的 Azure 資料庫 - 彈性伺服器中已刪除的執行個體
適用於:適用於 MySQL 的 Azure 資料庫 - 彈性伺服器
刪除適用於 MySQL 的 Azure 資料庫彈性伺服器執行個體時,伺服器備份最多可在服務中保留五天。 您只能從伺服器原本所在的 Azure 訂用帳戶存取及還原伺服器備份。 您可以遵循下列建議步驟,在刪除伺服器後的 5 天內,復原已刪除的適用於 MySQL 的 Azure 資料庫彈性伺服器資源。 只有在伺服器的備份仍可供使用,且未從系統中刪除時,建議的步驟才會生效。
必要條件
若要還原已刪除的適用於 MySQL 的 Azure 資料庫彈性伺服器執行個體,您需要下列項目:
- 裝載原始伺服器的 Azure 訂用帳戶名稱
- 建立伺服器的位置
還原的步驟
在 [活動記錄] 中,按一下 [新增篩選條件] (如下所示),設定下列篩選條件
- 訂用帳戶 = 裝載已刪除伺服器的訂用帳戶
- 資源類型 = Azure MySQL Database 彈性伺服器 (Microsoft.DBforMySQL/flexibleServers)
- 作業 = 刪除 MySQL 伺服器 (Microsoft.DBforMySQL/flexibleServers/delete)
按兩下 [刪除 MySQL 伺服器] 事件,然後按一下 JSON 索引標籤,記下 JSON 輸出中的 resourceId 和 submissionTimestamp 屬性。 resourceId 的格式如下:
/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/TargetResourceGroup/providers/Microsoft.DBforMySQL/flexibleServers/deletedserver
。移至建立伺服器 REST API 頁面,按一下以綠色醒目顯示的 [試試用] 索引標籤,然後使用您的 Azure 帳戶登入。
提供 resourceGroupName、serverName (已刪除的適用於 MySQL 的 Azure 資料庫彈性伺服器執行個體名稱)、subscriptionId (衍生自步驟 3 中所擷取的「resourceId」屬性),同時系統已預先填入 API 版本,如圖所示。
在 [要求本文] 區段向下捲動,並貼上以下內容:
{ "location": "Dropped Server Location", "properties": { "restorePointInTime": "submissionTimestamp - 15 minutes", "createMode": "PointInTimeRestore", "sourceServerResourceId": "resourceId" } }
在上述要求本文中取代下列值:
- 將「已卸除的伺服器位置」取代為最初建立已刪除伺服器的 Azure 區域
- 將 submissionTimestamp 和 resourceId 取代為步驟 3 中所擷取的值。
- 針對 restorePointInTime,指定 submissionTimestamp 減去 15 分鐘的值,確保命令不會發生錯誤。
如果您看到回應碼 201 或 202,表示已成功提交還原要求。
建立伺服器所需的時間取決於原始伺服器上佈建的資料庫大小和計算資源。 您可以篩選下列項目,從活動記錄中監視還原狀態:
- 訂用帳戶 = 您的訂用帳戶
- 資源類型 = Azure MySQL Database 彈性伺服器 (Microsoft.DBforMySQL/flexibleServers)
- 作業 = Update MySQL Server Create
下一步
- 如果您嘗試在五天內還原伺服器,並在正確地遵循稍早討論的步驟之後收到錯誤,請開啟支援事件以尋求協助。 如果您嘗試在五天後還原已刪除的伺服器,因為找不到備份檔案,所以預期會發生錯誤。 請勿以此案例開啟支援票證。 如果備份是從系統刪除,支援小組無法提供任何協助。
- 如果您嘗試還原已卸除的伺服器,其後續的資源群組也已刪除/卸除,請在嘗試還原卸除的伺服器之前,請先使用相同名稱重新建立資源群組。
- 若要防止意外刪除伺服器,我們強烈建議您使用資源鎖定。