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