次の方法で共有


移行サービスの既知の問題と制限事項

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

この記事では、Azure Database for PostgreSQL の移行サービスに関する既知の問題と制限事項について説明します。

一般的な制限事項

次の一覧は、移行シナリオに適用される一般的な制限についての説明です。

  • フレキシブル サーバーへのアクティブな移行または検証は 1 回だけです。

  • 移行サービスでは、ソースが Azure Database for PostgreSQL - 単一サーバーである場合にのみ、ユーザーとロールの移行をサポートします。

  • 移行サービスには、ソースからターゲットにコピーされたテーブルの数が表示されます。 移行後に、ターゲット サーバー上のデータと PostgreSQL オブジェクトを手動で確認する必要があります。

  • 移行サービスはユーザー データベースのみを移行します。 このサービスは、template_0template_1 などのシステム データベースを移行しません。

  • 移行サービスでは、POSTGIS_TOPOLOGY、POSTGIS_TIGER_GEOCODER、POSTGRES_FDW、PG_PARTMAN の各拡張機能のソースからターゲットへの移動はサポートされていません。

    Note

    TIMESCALEDB 拡張機能を持つデータベースを移行する機能はプレビュー段階です。 このオプションは既定ではオフになっています。 時系列データベースを移行するには、サポート チケットを開いてください。

  • Azure Database for PostgreSQL - フレキシブル サーバーでサポートされていない拡張機能は移動できません。 サポートされている拡張機能は、Azure Database for PostgreSQL の拡張機能に関する記事に一覧表示されています。

  • ユーザー定義の照合順序を Azure Database for PostgreSQL - フレキシブル サーバーに移行することはできません。

  • 以前のバージョンに移行することはできません。 たとえば、Azure Database for PostgreSQL バージョン 15 から Azure Database for PostgreSQL バージョン 14 に移行することはできません。

  • 移行サービスは、SSLMODE 値が preferred または required の場合にのみ機能します。

  • 移行サービスでは、スーパーユーザーのアクセス許可とオブジェクトはサポートされていません。

  • Azure Database for PostgreSQL - フレキシブル サーバーでは、スーパーユーザーのアクセス許可に制限があるため、カスタム テーブルスペースの作成はサポートされていません。 移行中、ソース PostgreSQL インスタンスのカスタム テーブルスペースからのデータは、Azure Database for PostgreSQL - フレキシブル サーバーのターゲット インスタンスの既定のテーブルスペースに移行されます。

  • 次の PostgreSQL オブジェクトを、フレキシブル サーバー ターゲットに移行することはできません。

    • キャストの作成
    • フルテキスト検索 (FTS) パーサーと FTS テンプレートの作成
    • スーパーユーザーのロールを持つユーザー
    • TYPE の作成
  • 移行サービスでは、オブジェクト レベルでの移行をサポートしていません。 つまり、テーブルやスキーマは移行することはできません。

    重要

    バースト可能 SKU は制限されていませんが、より高速な移行を実行するためには、フレキシブル サーバー用により上位の SKU を選択することをお勧めします。 Azure Database for PostgreSQL - フレキシブル サーバーでは、ダウンタイムがほぼゼロのコンピューティングと IOPS のスケーリングがサポートされているため、ダウンタイムを最小限に抑えて SKU を更新できます。 SKU は、移行後にアプリケーションのニーズに合わせていつでも変更できます。

Azure Database for PostgreSQL - 単一サーバーからの移行の制限事項

  • ソース サーバー上にある Microsoft Entra ユーザーは、ターゲット サーバーに移行されません。 この制限を軽減するには、Microsoft Entra ロールの管理に関するページを参照してください。 解決策は、移行を開始する前に、ターゲット サーバー上にすべての Microsoft Entra ユーザーを手動で作成することです。 Microsoft Entra ユーザーがターゲット サーバー上に作成されていない場合、移行は失敗します。
  • ターゲット フレキシブル サーバーが SCRAM-SHA-256 パスワード暗号化方法を使用している場合、単一サーバー上のユーザーまたはロールを使用したフレキシブル サーバーへの接続は失敗します。 単一サーバーでは、パスワードは MD5 アルゴリズムを使用して暗号化されます。 この制限を軽減するには、フレキシブル サーバーの password_encryption サーバー パラメーターでオプション MD5 を選択します。
  • オンライン移行では、pgcopydb follow を使用します。 いくつかの論理デコード制限が適用されます。