次の方法で共有


サーバーの復元

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

この記事では、Azure Database for PostgreSQL フレキシブル サーバーの使用可能なバックアップのさまざまな種類の復元を実行する手順について説明します。

既存のサーバーは、構成されたバックアップ保有期間を考慮して、最新の復元ポイント、カスタム復元ポイント、または使用可能なサーバー間の完全バックアップ (スナップショット) に復元できます。

ソース サーバーが geo 冗長バックアップで構成されている場合は、対応するペアのリージョンにバックアップを復元できます。

ペアのリージョンにバックアップを復元し、geo 冗長ストレージのペア リージョンにある物理コピーからバックアップをフェッチします。

サーバーのバックアップは、最初にそのリージョンの物理的な場所に格納され、その後、geo 冗長ストレージに非同期的にコピーされます。 この動作の 1 つの結果は、同じリージョン内のサーバーのポイントインタイム リストアを開始し、同じサーバーの別のポイントインタイム リストアをペアのリージョンに開始した場合、復旧ポイント目標を定義する時刻を現在に近い時点に設定すると、ペアになっているリージョンで復元されるサーバーに、プライマリ リージョンに復元された、サーバーで使用可能な最新のデータが含まれていない可能性があります。

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

Azure portal を使用して以下を実行します。

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

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

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

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

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

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

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

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

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

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

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

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

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

    セクション 設定 提案された値 説明 インスタンス作成後に変更可能
    Compute
    コンピューティング レベル 変更することはできません。ソース サーバーと同じ値に自動的に設定されます。 使用可能な値は、[バースト可能] (通常、ワークロードが CPU の全容量を継続的に必要としない開発環境で使用)、[汎用] (通常、最も一般的なワークロードがある運用環境で使用)、[メモリ最適化] (通常、高いメモリ対 CPU 比を必要とするワークロードを実行する運用環境で使用) です。 詳細については、「Azure Database for PostgreSQL - フレキシブル サーバーのコンピューティング オプション」を参照してください。 サーバーの作成後に変更できます。 ただし、特定のレベルでのみサポートされている一部の機能を使用していて、現在のレベルをその機能がサポートされていないレベルに変更すると、その機能は使用できなくなるか、無効になります。
    コンピューティング サイズ 変更することはできません。ソース サーバーと同じ値に自動的に設定されます。 サポートされている値の一覧は、各リージョンで使用可能なハードウェアによって異なる場合があることに注意してください。 詳細については、「Azure Database for PostgreSQL - フレキシブル サーバーのコンピューティング オプション」を参照してください。 インスタンスの作成後に変更できます。
    Storage
    ストレージの種類 [Premium SSD] を選択します。 使用可能な値の一覧は、選択した他の機能によって異なる場合があることに注意してください。 詳しくは、「Azure Database for PostgreSQL - フレキシブル サーバーのストレージ オプション」を参照してください。 インスタンスの作成後に変更することはできません。
    ストレージ サイズ 変更することはできません。ソース サーバーと同じ値に自動的に設定されます。 サポートされている値の一覧は、各リージョンで使用可能なハードウェアによって異なる場合があることに注意してください。 詳細については、「Azure Database for PostgreSQL - フレキシブル サーバーのコンピューティング オプション」を参照してください。 インスタンスの作成後に変更できます。 増加のみ可能です。 ストレージの手動または自動での圧縮はサポートされていません。 許容される値は、インスタンスに割り当てられているストレージの種類によって異なります。
    パフォーマンス レベル 変更することはできません。ソース サーバーと同じ値に自動的に設定されます。 Premium ソリッドステート ドライブ (SSD) のパフォーマンスは、ディスクを作成するときに、パフォーマンス レベルの形式で設定されます。 ディスクのプロビジョニングされたサイズを設定すると、パフォーマンス レベルが自動的に選択されます。 このパフォーマンス レベルによって、マネージド ディスクの IOPS とスループットが決まります。 Premium SSD ディスクの場合、このレベルは、ディスクのサイズを変更したりダウンタイムを発生させたりすることなく、デプロイ時またはデプロイ後に変更できます。 レベルを変更すると、ディスクのバースト機能を使用せずに、より高い需要に備え、対応することができます。 追加のパフォーマンスが必要な期間によっては、バーストに頼るよりもパフォーマンス レベルを変更する方がコスト効率が高くなる場合があります。 これは、一時的に一貫して高いレベルのパフォーマンスを必要とするイベントに最適です。 休日のショッピング、パフォーマンス テスト、トレーニング環境の実行などのイベント。 これらのイベントを処理するために、追加のパフォーマンスが必要な間だけ、ダウンタイムなしでディスクをより高いパフォーマンス レベルに切り替えることができます。 追加のパフォーマンスが不要になったら、ダウンタイムなしで元のレベルに戻すことができます。 インスタンスの作成後に変更できます。
    ストレージの自動拡張 変更することはできません。ソース サーバーと同じ値に自動的に設定されます。 このオプションは、一部のストレージの種類ではサポートされない場合があり、特定のストレージ サイズでは適用されない場合があることに注意してください。 詳細については、「Azure Database for PostgreSQL フレキシブル サーバーでストレージの自動拡張を構成する」を参照してください。 ストレージの種類でこの機能がサポートされている限り、インスタンスの作成後に変更できます。
    バックアップ
    バックアップの保有期間 (日数) 変更することはできません。ソース サーバーと同じ値に自動的に設定されます。 既定のバックアップ保持期間は 7 日ですが、最大 35 日まで延長できます。 インスタンスの作成後に変更できます。
    バックアップ冗長オプション バックアップの高可用性と geo 冗長性の構成に基づいて自動的に選択されます。 使用可能な値は、[ローカル冗長] (1 年間のバックアップ オブジェクトの持続性が 99.999999999% 以上)、[ゾーン冗長] (1 年間のバックアップ オブジェクトの持続性が 99.9999999999% 以上)、[geo 冗長] (1 年間のバックアップ オブジェクトの持続性が 99.99999999999999% 以上) です。 [geo 冗長] がバックアップに対して有効になっている場合、バックアップ冗長オプションは [geo 冗長] に設定されます。 それ以外の場合、高可用性が [無効] または [同じゾーン] に設定されている場合は、バックアップ冗長は [ローカル冗長] に設定されます。 また、高可用性が [ゾーン冗長] に設定されている場合、バックアップ冗長は [ゾーン冗長] に設定されます。 詳細については、Azure Database for PostgreSQL - フレキシブル サーバーのバックアップ冗長オプションに関するセクションを参照してください。 インスタンスの作成後に変更することはできません。
    geo 冗長性 このオプションは無効のままにします。 バックアップの 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 フレキシブル サーバーのデプロイが正常に完了したことを示すスクリーンショット。

カスタム復元ポイントへの復元

Azure portal を使用して以下を実行します。

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

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

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

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

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

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

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

  5. カスタム復元ポイント (UTC)で、カレンダー コントロールから日付を選択し、時刻テキスト ボックスに時刻を指定します。

    カスタム復元ポイントを構成するために使用できる日付の選択と時刻のテキスト ボックスを示すスクリーンショット。

Note

予定表コントロールで選択可能な日付は、使用可能な最も古いバックアップが作成された日から現在までの範囲に制限されます。 選択した日付と組み合わせると、最も早い復元ポイントと、 Azure Database for PostgreSQL フレキシブル サーバーの作成 - 復元サーバー ウィザードに到着した時刻 (UTC) の範囲外になる時刻を選択すると、エラーによって値の調整が求められます。

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

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

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

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

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

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

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

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

  6. 新しいデプロイのすべての構成が正しく設定されていることを確認し、[作成] を選択します。

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

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

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

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

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

完全バックアップの復元 (高速復元)

Azure portal を使用して以下を実行します。

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

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

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

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

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

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

    [高速復元ポイントの選択 (完全バックアップのみを使用して復元)] オプション ボタンが選択されていることを示すスクリーンショット。

  5. 高速復元ポイント (UTC) で、復元に使用できる完全バックアップのタイムスタンプを選択します。 この一覧には、サービスが自動的に実行する完全バックアップと、ユーザーが作成したオンデマンド バックアップが含まれます。

    高速復元ポイント (UTC) コンボ ボックスを示すスクリーンショット。高速復元ポイントを選択できます。

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

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

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

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

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

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

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

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

  11. 新しいデプロイのすべての構成が正しく設定されていることを確認し、[作成] を選択します。

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

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

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

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

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

ペアリージョンへの復元 (geo リストア)

geo 冗長バックアップが有効になっているサーバーを作成する場合、初期バックアップを作成し、ペアになっているリージョンに物理コピーを非同期的に転送するまでに最大 1 時間かかることがあります。

ペアのリージョンで使用可能なバックアップが 1 つもないときに geo リストアを実行しようとすると、次のエラーが表示されます:

Error: Unable to geo-restore server <server> as its geo-backups aren't available yet.

復元しようとしているバックアップが プライベート アクセス (VNET 統合) ネットワーク モードで構成されている場合、リモート リージョン内の別の仮想ネットワークにのみ復元できます。 既存の仮想ネットワークにサーバーを復元することも、新しい仮想ネットワークを作成することもできます。

Azure portal を使用して以下を実行します。

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

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

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

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

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

  4. Azure Database for PostgreSQL フレキシブル サーバーの作成 - サーバーの復元ウィザードにリダイレクトされます。そこから、作成される新しいサーバーの設定を構成できます。 新しいサーバーがデプロイされると、ソース サーバー データ ディスクの最新のスナップショットが復元されます。 [geo 冗長復元] セクションで、[ペアリージョンへの復元 (<paired_region>)] を選択します。

    Geo 冗長復元オプションが選択されていることを示すスクリーンショット。

Note

ポータルからの geo 冗長復元では、目標復旧ポイントを定義する時刻の設定はサポートされていません。 この値は、Azure Database for PostgreSQL フレキシブル サーバーの作成 - サーバー の復元ウィザードに到着した時刻に自動的に構成されます。

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

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

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

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

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

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

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

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

  6. 新しいデプロイのすべての構成が正しく設定されていることを確認し、[作成] を選択します。

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

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

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

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

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