Support matrix for Azure Database for PostgreSQL - Flexible Server vaulted backup

Azure Backup を使用して、Azure Database for PostgreSQL- フレキシブル サーバーを保護できます。 この記事では、サポートされているリージョン、シナリオ、制限事項について説明します。

サポートされているリージョン

PostgreSQL のコンテナーバックアップ - フレキシブル サーバーは、すべてのパブリック クラウド リージョンとソブリン リージョンで一般提供されています。

Note

Azure Backup for PostgreSQLのフレキシブルサーバーおよびエラスティッククラスター(v2)は現在プレビュー中です。 v2ソリューションは、論理的(pg_dump ベースの)バックアップではなく、マネージドディスクスナップショットから物理的なバックアップを受け取り、この記事で説明されている一般利用可能なソリューションの制限に対応しています。

  • Azure Database for PostgreSQLの柔軟なサーバーおよびエラスティッククラスタを保護し、Premium SSD v1で最大32TB、Premium SSD v2で最大64TBまでサポートします。これは1TBの制限に対してです
  • 1日の復旧ポイント目標(RPO)で日次バックアップスケジュールをサポートし、週次バックアップやファイルとして復元するのに対し、サーバーとして直接ターゲットの柔軟なサーバーまたはエラスティッククラスターに復元できます。

この記事で説明した解は現在も一般的に利用可能です。 プレビューの詳細については、「PostgreSQLのフレキシブルサーバーおよびエラスティッククラスター(v2)に関するAzure Backupについて」をご覧ください。

サポート シナリオ

Azure Database for PostgreSQL - フレキシブル サーバーをバックアップする場合は、次のサポート シナリオを検討してください。

  • コンテナー化されたバックアップ復元は、ユーザー指定のストレージ コンテナー内の ファイルへの復元 としてのみ使用できます。 このデータは、データベース ネイティブ ツールを使用して、新しい PostgreSQL フレキシブル サーバーとして復元できます。
  • PostgreSQL サーバーのバックアップは、Backup Vault がデータベースと同じサブスクリプションまたは別のサブスクリプションにある場合にサポートされます(同じテナントとリージョン内にある場合)。 復元は、リージョン間 (Azure ペア) と、同じテナント内のサブスクリプション間でサポートされます。
  • コンテナー化されたバックアップの場合、サーバー全体がすべてのデータベースでバックアップされます。 特定のデータベースのバックアップはサポートされていません。
  • コンテナー化されたバックアップは、サーバー サイズ < = 1 TB でサポートされます。 バックアップが 1 TB を超えるサーバー サイズで構成されている場合、バックアップ操作は失敗します。
  • PostgreSQL - カスタマー マネージド キーによって暗号化されたフレキシブル サーバーがサポートされています。
  • PostgreSQL フレキシブル サーバーのバックアップでは、ネイティブ PostgreSQL データベースを含め、 azuresu または azure_pg_adminが所有するデータベースは除外されます。 そのため、これらの所有者を持つデータベースをバックアップまたは復元することはできません。
  • 復元操作の推奨頻度は 1 日に 1 回です。 1 日にトリガーされた複数の復元操作が失敗する可能性があります。

制限事項

Azure Database for PostgreSQL – フレキシブル サーバーのバックアップには、次の制限事項があります。

  • コンテナー化バックアップでは、アーカイブ層のストレージはサポートされていません。
  • コンテナー化されたバックアップはレプリカではサポートされていません。バックアップはプライマリ サーバーでのみ構成できます。
  • エラスティッククラスタのVaulted Backupはサポートされていません。
  • Premium SSD v2ストレージ上のフレキシブルサーバーのVaulted Backupはサポートされていません。
  • 復元操作では、項目レベルの回復 (特定のデータベースの復旧) はサポートされていません。
  • コンテナー化されたバックアップの場合、現在サポートされている週 1 回のバックアップは 1 つだけです。 1週間に複数のヴォールトバックアップがスケジュールされている場合、その週の最初のバックアップ操作のみが実行され、同じ週のその後のバックアップジョブは失敗します。
  • コンテナー化されたバックアップでは、 BYTEA の長さが 500 MB を超える行を含むテーブルはサポートされていません。
  • コンテナー化されたバックアップでは、完全バックアップのみがサポートされます。増分バックアップまたは差分バックアップはサポートされていません。

復元の制限事項

  • 、azure_su、azure_pg_admin、replication、およびlocaladminのEntra Admin スクリプトを使用すると、別のフレキシブル サーバーでの復元中に次のエラーが発生します。これは無視しても問題ありません。

    • role "azure_pg_admin" already exists.
    • role "azuresu" already exists.
    • role "replication" already exists.
    • ERROR: must be superuser to create superusers
    • ERROR: Only roles with privileges of role "azuresu" may grant privileges as this role. permission denied granting privileges as role "azuresu"
    • ERROR: permission denied granting privileges as role "azuresu" SQL state: 42501 Detail: Only roles with privileges of role "azuresu" may grant privileges.
    • Ignore any errors related to pg_catalog, pg _aadauth extensions as it is owned by azure_su and localadmin does not have access to directly create this extension on flexible server, but these are automatically created on new flexible servers or when you enable Microsoft entra authentication.
    • ERROR: Only roles with the ADMIN option on role "pg_use_reserved_connections" may grant this role. permission denied to grant role "pg_use_reserved_connections"
    • ERROR: permission denied to grant role "pg_use_reserved_connections" SQL state: 42501 Detail: Only roles with the ADMIN option on role "pg_use_reserved_connections" may grant this role.

  • PostgreSQL コミュニティ バージョン 16 では、行のバイパス -level セキュリティ (RLS) 属性を設定するためのスーパーユーザー特権の要件が削除されました。 そのため、バージョン 16 以降では、他のユーザーが RLS を設定できるように、バイパス RLS をazure_pg_adminに付与できます。 16 より前のバージョンの場合、bypasses 属性はサーバー管理者にのみ付与され、その他の非スーパーユーザー ロールは付与されません。

  • 復元後に Entra Admins を使用している場合は、 所有者の変更に関する問題 が発生する可能性があります。回避策として、 許可 オプションを使用して所有権を指定します。

次のステップ

  • 最終更新: