次の方法で共有


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

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

Azure Database for MySQL フレキシブル サーバーのインスタンスが削除された場合、サーバーの Backup はサービス内で最大 5 日間保持できます。 サーバーのBackupは、元々サーバーをホストしている Azure サブスクリプションからのみアクセスし、復元できます。 次の推奨手順に従うと、サーバーが削除されてから 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)

    [MySQL サーバーの削除操作のためにフィルター処理されたアクティビティログのスクリーンショット。 ]

  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 でキャプチャした "resourceId" 属性から得られる resourceGroupName、serverName (削除された Azure Database for MySQL フレキシブル サーバーのインスタンス名)、subscriptionId を指定します。 同時に、API バージョンは Image に示されているように事前設定されます。

    [REST API を使用してサーバーを作成するスクリーンショット。 ]

  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 サーバー作成の更新

次のステップ