削除された Azure Database for MySQL - フレキシブル サーバーのインスタンスを復元する

適用対象: Azure Database for MySQL - フレキシブル サーバー

Azure Database for MySQL フレキシブル サーバーのインスタンスが削除された場合、サーバーの Backup はサービス内で最大 5 日間保持できます。 サーバーのBackupは、元々サーバーをホストしている Azure サブスクリプションからのみアクセスし、復元できます。 次のおすすめ手順をフォローすると、サーバーが削除されたTIMEから 5 日以内であれば、削除された Azure Database for MySQL フレキシブル サーバーリソースを回復できます。 推奨される手順は、サーバーのバックアップがまだ使用可能であり、システムから削除されていない場合にのみ機能します。

前提条件

削除された Azure Database for MySQL フレキシブル サーバーのインスタンスを復元するには、次の手順を行う必要があります。

• 元のサーバーをホストしている Azure サブスクリプションの名前
• サーバーが作成された場所

復元の手順

1. Azure portal のモニター ページからアクティビティ ログに移動します。

2. アクティビティ ログで、次のように [Add filter (FILTER の追加)] を選択し、次の FILTER を設定します

   • サブスクリプション = 削除されたサーバーをホストしているサブスクリプション
   • リソースの種類 = Azure Database for MySQL フレキシブル サーバー (Microsoft.DBforMySQL/flexibleServers)
   • 操作 = Delete MySQL Server (Microsoft.DBforMySQL/flexibleServers/delete)

   [ ]

3. [MySQL サーバーの削除] イベントを選択し、[JSON] Tabを選択して、JSON 出力の "resourceId" と "submissionTimestamp" の各属性をノートします。 resourceId の形式は次のとおりです: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/TargetResourceGroup/providers/Microsoft.DBforMySQL/flexibleServers/deletedserver。

4. 次に、サーバー REST API の Create ページに移動し、緑色でハイライトされている [お試しください] Tabを選択して、Azure アカウントでログインします。

5. ステップ 3 で Capture した "resourceId" 属性から得られる resourceGroupName、serverName (削除された Azure Database for MySQL フレキシブル サーバーインスタンスの名前)、subscriptionId を指定します。 同時に、API バージョンは Image に示されているように事前設定されます。

   [ ]

6. 要求本文セクションの下にスクロールして、以下をペーストします。

   {
       "location": "Dropped Server Location",
       "properties":
           {
               "restorePointInTime": "submissionTimestamp - 15 minutes",
               "createMode": "PointInTimeRestore",
               "sourceServerResourceId": "resourceId"
           }
   }
   

7. 上記の要求本文にある次の値を置き換えます。

   • "Dropped server Location" を、削除されたサーバーが最初に作成された Azure リージョンに
   • "submissionTimestamp" と "resourceId" をステップ 3 で取得した値に
   • "restorePointInTime" については、コマンドがエラーにならないように、"submissionTimestamp" の値から 15 分だけ引いた値を指定します。

8. 応答コード 201 または 202 が表示された場合は、復元要求が正常に送信されています。

9. サーバーの作成には、元のサーバーでプロビジョニングされたデータベースのサイズとコンピューティング リソースによって時間がかかることがあります。 復元の状態は、次の場所から監視できます

次のアクティビティ ログをフィルター処理します。

• サブスクリプション = 自分のサブスクリプション
• リソースの種類 = Azure Database for MySQL フレキシブル サーバー (Microsoft.DBforMySQL/flexibleServers)
• 操作 = MySQL サーバー作成の更新

次のステップ