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

  • [アーティクル]

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

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

前提条件

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

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

復元の手順

  1. Azure portal のモニター ブレイドからアクティビティ ログに移動します

  2. アクティビティ ログで、次のように [フィルターの追加] をクリックし、次のフィルターを設定します。

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

    Activity log filtered for delete MySQL server operation

  3. [MySQL サーバーの削除] イベントをダブルクリックし、[JSON] タブをクリックして、JSON 出力の "resourceId" 属性と "submissionTimestamp" 属性を記録します。 resourceId の形式は次のとおりです: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/TargetResourceGroup/providers/Microsoft.DBforMySQL/flexibleServers/deletedserver。

  4. 次に、サーバー REST API の作成ページに移動し、緑色で強調表示されている [使ってみる] タブを クリックして、Azure アカウントでログインします

  5. 手順 3 でキャプチャした "resourceId" 属性から派生した resourceGroupName、serverName (削除された Azure Database for MySQL フレキシブル サーバー インスタンス名)、subscriptionId を指定します。API バージョンは、図に示すように事前設定されています。

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

次のステップ

  • 5 日以内にサーバーを復元しようとしても、前に説明した手順に正確に従ってエラーが発生する場合は、サポート インシデントを開いてください。 削除されたサーバーを 5 日後に復元しようとすると、バックアップファイルが見つからないため、エラーが発生します。 このシナリオではサポート チケットを開かないでください。 バックアップがシステムから削除された場合、サポート チームはサポートを提供できません。
  • サーバーをドロップした結果として、リソース グループも削除/ドロップされることになり、ドロップされたサーバーの復元を試みる場合には、その前にリソース グループを同じ名前で再作成してください。
  • サーバーが誤って削除されないように、リソース ロックを使用することを強くお勧めします。