還原已刪除的適用於 MySQL 的 Azure 資料庫伺服器

發行項
06/20/2022

適用於： 適用於 MySQL 的 Azure 資料庫 - 單一伺服器

重要

適用於 MySQL 的 Azure 資料庫單一伺服器位於淘汰路徑上。強烈建議您升級至適用於 MySQL 的 Azure 資料庫彈性伺服器。如需移轉至適用於 MySQL 的 Azure 資料庫彈性伺服器的詳細資訊，請參閱適用於 MySQL 的 Azure 資料庫 - 單一伺服器會發生什麼事？

刪除伺服器時，資料庫伺服器備份最多可在服務中保留五天。您只能從伺服器原本所在的 Azure 訂用帳戶存取及還原資料庫備份。您可以遵循下列建議步驟，在刪除伺服器後的 5 天內復原已刪除的 MySQL 伺服器資源。只有在伺服器的備份仍可供使用，且未從系統中刪除時，建議的步驟才會生效。

必要條件

若要還原已刪除的適用於 MySQL 的 Azure 資料庫伺服器，您需要下列項目：

裝載原始伺服器的 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

下一步

如果您嘗試在五天內還原伺服器，並在正確地遵循稍早討論的步驟之後收到錯誤，請開啟支援事件以尋求協助。如果您嘗試在五天後還原已刪除的伺服器，因為找不到備份檔案，所以預期會發生錯誤。請勿以此案例開啟支援票證。如果從系統刪除備份，支援小組就無法提供任何協助。
若要防止意外刪除伺服器，強烈建議您使用資源鎖定。

共用方式為

還原已刪除的適用於 MySQL 的 Azure 資料庫伺服器

必要條件

還原的步驟

下一步

其他資源