Azure Database for PostgreSQL フレキシブル サーバーを最新の復元ポイントに復元する

この記事では、Azure Database for PostgreSQLフレキシブル サーバーを最新の復元ポイントに復元する手順について説明します。

最新の復元ポイントに復元する手順

Azure portal を使用します。

  1. お使いの Azure Database for PostgreSQL フレキシブル サーバーを選択します。

  2. リソース メニューで、[概要] を選択します。

    概要ページを示すスクリーンショット。

  3. [復元] ボタンを選択します。

    概要ページの [復元] ボタンの場所を示すスクリーンショット。

  4. フレキシブル サーバーの作成 Azure Database for PostgreSQL - サーバーの復元ウィザードにリダイレクトされます。このウィザードでは、新しいサーバーの一部の設定を構成できます。 新しいサーバーがデプロイされると、ソース サーバー データ ディスクの最新のスナップショットが復元されます。 [ポイントインタイム リストア (PITR)] セクションで、[最新の復元ポイント (現在)] を選択します。

    [最新の復元ポイント (現在)] ラジオ ボタンが選択されていることを示すスクリーンショット。

  5. 次の表を使用して、[基本情報] ページで使用できるさまざまなフィールドの意味を理解し、ページに入力するためのガイドとして使用します。

    セクション Setting 推奨値 Description サーバーの作成後に変更可能
    プロジェクトの詳細
    Subscription リソースを作成するサブスクリプションの名前。 サブスクリプションとは、1 つ以上のMicrosoftクラウド プラットフォームまたはサービスを使用するMicrosoftとの契約です。 料金は、ユーザーごとのライセンス料金またはクラウドベースのリソース使用量に基づいて発生します。 既存のAzure Database for PostgreSQLフレキシブル サーバーを、最初に作成されたものとは別のサブスクリプションに移動できます。 詳細については、「Azure リソースを新しいリソース グループまたはサブスクリプションに移動する」を参照してください。
    リソース グループ 選択したサブスクリプション内の、リソースを作成するリソース グループ。 既存のリソース グループにすることも、[新規作成] を選択して、そのサブスクリプション内で既存のリソース グループ名と重複しない名前を指定することもできます。 リソース グループは、Azure ソリューションの関連するリソースを保持するコンテナーです。 リソース グループには、ソリューションのすべてのリソースか、グループとして管理したいリソースのみを含めることができます。 組織にとって最も意味のある内容に基づいて、リソースをリソース グループに割り当てる方法を決定します。 通常、同じライフサイクルを共有するリソースを同じリソース グループに追加して、グループとして簡単にデプロイ、更新、削除できるようにします。 既存のAzure Database for PostgreSQLフレキシブル サーバーを、最初に作成されたものとは別のサブスクリプションに移動できます。 詳細については、「Azure リソースを新しいリソース グループまたはサブスクリプションに移動する」を参照してください。
    ソースの詳細
    ソース サーバー 新しくデプロイされたサーバーにバックアップを復元するサーバーの名前。
    geo 冗長復元 geo 冗長バックアップを使用してソース サーバーが作成された場合、このオプションは有効になります。 有効になっている場合は、ペアになっているリージョンのストレージ アカウントに保持されているバックアップを復元して、その他のリージョンに新しいサーバーを作成できます。
    最も早い復元ポイント 復元元として使用できるソース サーバーの最も古いバックアップ。 新しくデプロイされたサーバーにバックアップを復元するサーバー。 バックアップは、ソース サーバーで構成されたバックアップ保有期間に基づいて自動的に削除されます。
    ポイントインタイム リストア (PITR) 可能なオプションは、 最新の復元ポイント (現在)カスタム復元ポイント高速復元ポイント (完全バックアップのみを使用して復元) です 最新の復元ポイントに復元するには、[最新の復元ポイント (現在)] を選択します。
    サーバーの詳細
    名前 新しくデプロイされたサーバーに割り当てる名前。その上に、ソースのバックアップが復元されます。 Azure Database for PostgreSQLフレキシブル サーバーを識別する一意の名前。 ドメイン名 postgres.database.azure.com は、指定したサーバー名に追加され、完全修飾ホスト名に準拠し、ドメインネーム システム サーバーを使用してサーバーの IP アドレスを解決できます。 サーバーの作成後にサーバー名を変更することはできませんが、ポイントインタイム リカバリ機能を使用して、別の名前でサーバーを復元できます。 既存のサーバーを引き続き使用する代わりに、別のサーバー名を使用して参照できるようにする別の方法は、 仮想エンドポイント を使用して、新しい目的の名前を持つライター エンドポイントを作成することです。 この方法では、サーバーを元の名前、または書き込み仮想エンドポイントに割り当てられた名前で参照できます。
    場所 サービスがサポートされているリージョンの 1 つの名前。 ポイントインタイム リストアでは、ソース サーバーが存在する同じリージョン内の新しいサーバーのデプロイのみがサポートされます。 コンプライアンス、データ所在地、価格、ユーザーとの近接性、同じリージョン内の他のサービスの可用性などは、リージョンを選択する際に考慮すべき要件の一部です。 このサービスには、サーバーを別のリージョンに自動的かつ透過的に再配置する機能は用意されていません。
    PostgreSQL のバージョン 既定で選択されるバージョン。 ポイントインタイム リストアでは、ソース サーバーで使用されるメジャー バージョンとまったく同じ新しいサーバーのデプロイのみがサポートされます。 現在、これらのバージョンは次のとおりです。 18、17、16、15、14、13、12、11 Azure Database for PostgreSQL フレキシブル サーバーでは、 メジャー バージョンのアップグレードによるインプレース アップグレードがサポートされています。
    可用性ゾーン あなたの希望の可用性ゾーン サーバーを展開する可用性ゾーンを選択できます。 サーバーをデプロイする可用性ゾーンを選択できることは、アプリケーションと併置する場合に便利です。 [ 設定なし] を選択すると、既定の可用性ゾーンが作成時にサーバーに自動的に割り当てられます。 サーバーがデプロイされている可用性ゾーンは、作成後に変更することはできませんが、 特定の時点の復旧 機能を使用して、別の可用性ゾーン上の別の名前でサーバーを復元できます。
    コンピューティングとストレージ バックアップの復元時にソース サーバーによって使用されるものと同じ種類とサイズのコンピューティングと同じストレージ サイズを割り当てます。 ただし、 [サーバーの構成] リンクを選択した場合は、新しいサーバーに割り当てるストレージの種類と、geo 冗長バックアップを使用してプロビジョニングするかどうかを変更できます。 新しいサーバーがデプロイされたら、そのコンピューティング オプションをスケールアップまたはスケールダウンできます。
  6. 新しいサーバーに割り当てられているストレージの種類を変更する場合、または geo 冗長バックアップを使用してデプロイする場合は、[サーバーの構成] を選択します:

    [サーバーの構成] リンクの場所を示すスクリーンショット。

  7. [ コンピューティング + ストレージ] ページが開き、新しいサーバーのコンピューティングとストレージのオプションが表示されます。

    コンピューティングとストレージ ページを示すスクリーンショット。

  8. 次の表を使用して、[コンピューティングとストレージ] ページで使用できるさまざまなフィールドの意味を理解し、ページに入力するためのガイドとして使用します。

    セクション Setting 推奨値 Description サーバーの作成後に変更可能
    計算する
    コンピューティング レベル 変更できません。 ソース サーバーと同じ値に自動的に設定されます。 使用できる値は 、バースト可能 (通常、ワークロードで CPU の容量を継続的に満杯にする必要がない開発環境)、 General Purpose (通常は最も一般的なワークロードを含む運用環境で使用)、 メモリ最適化 (通常は、高いメモリ対 CPU 比を必要とするワークロードを実行する運用環境で使用されます) です。 詳細については、「 Azure Database for PostgreSQL フレキシブル サーバーのコンピューティング オプション」を参照してください。 サーバーの作成後に変更できます。 ただし、特定のレベルでのみサポートされている一部の機能を使用していて、現在のレベルをその機能がサポートされていないレベルに変更すると、その機能は使用できなくなるか、無効になります。
    コンピューティング サイズ 変更できません。 ソース サーバーと同じ値に自動的に設定されます。 サポートされている値の一覧は、リージョンごとに異なる場合があります。これは、各リージョンで使用可能なハードウェアによって異なります。 詳細については、「 Azure Database for PostgreSQL フレキシブル サーバーのコンピューティング オプション」を参照してください。 サーバーの作成後に変更できます。
    ストレージ
    ストレージの種類 [Premium SSD] を選択します。 使用可能な値の一覧は、選択した他の機能によって異なる場合があります。 詳細については、「 Azure Database for PostgreSQL フレキシブル サーバーのストレージ オプション」を参照してください。 サーバーの作成後に変更することはできません。
    ストレージ サイズ 変更することはできません。ソース サーバーと同じ値に自動的に設定されます。 サポートされている値の一覧は、リージョンごとに異なる場合があります。これは、各リージョンで使用可能なハードウェアによって異なります。 詳細については、「 Azure Database for PostgreSQL フレキシブル サーバーのコンピューティング オプション」を参照してください。 サーバーの作成後に変更できます。 増加のみ可能です。 ストレージの手動または自動での圧縮はサポートされていません。 使用可能な値は、サーバーに割り当てられているストレージの種類によって異なります。
    パフォーマンス レベル 変更することはできません。ソース サーバーと同じ値に自動的に設定されます。 Premium ソリッドステート ドライブ (SSD) のパフォーマンスは、ディスクを作成するときに、パフォーマンス レベルの形式で設定されます。 ディスクのプロビジョニングされたサイズを設定すると、パフォーマンス レベルが自動的に選択されます。 このパフォーマンス レベルによって、マネージド ディスクの IOPS とスループットが決まります。 Premium SSD ディスクの場合は、デプロイ時またはその後に、ディスクのサイズを変更せずに、ダウンタイムなしで、このレベルを変更できます。 レベルを変更すると、ディスクのバースト機能を使用せずに、より高い需要に備え、対応することができます。 追加のパフォーマンスが必要な期間によっては、バーストに頼るよりもパフォーマンス レベルを変更する方がコスト効率が高くなる場合があります。 このオプションは、一時的に一貫して高いレベルのパフォーマンスを必要とするイベントに最適です。 休日のショッピング、パフォーマンス テスト、トレーニング環境の実行などのイベント。 これらのイベントを処理するために、追加のパフォーマンスが必要な間だけ、ダウンタイムなしでディスクをより高いパフォーマンス レベルに切り替えることができます。 追加のパフォーマンスが不要になったら、ダウンタイムなしで元のレベルに戻すことができます。 サーバーの作成後に変更できます。
    ストレージの自動拡張 変更することはできません。ソース サーバーと同じ値に自動的に設定されます。 このオプションは、一部のストレージの種類ではサポートされない場合があり、特定のストレージ サイズでは使用できない場合があります。 詳細については、「Azure Database for PostgreSQL フレキシブル サーバーでストレージの自動拡張を構成する」を参照してください。 ストレージの種類がこの機能をサポートしている限り、サーバーの作成後に変更できます。
    Backups
    バックアップの保有期間 (日数) 変更することはできません。ソース サーバーと同じ値に自動的に設定されます。 既定のバックアップ保持期間は 7 日ですが、最大 35 日まで延長できます。 サーバーの作成後に変更できます。
    地理的冗長性 このオプションは無効のままにします。 バックアップの geo 冗長性は、Azureペアになっているいずれかのリージョンにデプロイされたサーバーでのみサポートされます。 詳細については、Azure Database for PostgreSQL フレキシブル サーバーでの geo 冗長バックアップと復元を参照してください。 サーバーの作成後に変更することはできません。
  9. 新しいサーバーを構成するときに、[ 確認と作成] を選択します。

    [確認と作成] ボタンの場所を示すスクリーンショット。

  10. 新しいデプロイの構成を確認します。 すべてが正しい場合は、[ 作成] を選択します。

    [作成] ボタンの場所を示すスクリーンショット。

  11. 新しいデプロイが開始され、新しい Azure Database for PostgreSQL フレキシブル サーバーが作成され、復元時にソース サーバーで使用できる最新のデータが復元されます。

    新しい Azure Database for PostgreSQL フレキシブル サーバーの作成中のデプロイを示すスクリーンショット。ソース サーバーで使用可能な最新のデータが復元されます。

  12. デプロイが完了したら、 [リソースに移動] を選択します。 この選択により、新しい Azure Database for PostgreSQL フレキシブル サーバーの [概要] ページが表示され、使用を開始できます。

    Azure Database for PostgreSQL フレキシブル サーバーのデプロイが正常に完了したことを示すスクリーンショット。