PostgreSQL データベースをソースとして使用する場合の既知の制限事項は次のとおりです。
pglogical拡張機能は、PostgreSQL 12 以降で 生成された列 のレプリケーションをサポートしていません。テーブル構造の変更（DDL）は、標準の DDL コマンドではレプリケートされません。レプリケーションに使用される
pglogical拡張機能を使用して実行されるコマンドでのみレプリケートされます。これには 型enumの変更が含まれます。たとえば、
pglogicalには、pglogical.replicate_ddl_command両方のソース データベースとレプリカで一貫したポイントで DDL を実行できる関数 が用意されています。ソースでこのコマンドを実行するユーザーは、レプリカにすでに存在している必要があります。新しいテーブルのデータをレプリケートするには、
pglogical.replication_set_add_tableコマンドを使用して、新しいテーブルを既存のレプリケーション セットに追加する必要があります。移行中に DDL レプリケーションの詳細については、 移行の忠実性のセクションをご覧ください。
主キーがないテーブルの場合、Database Migration Service は、変更データ キャプチャ（CDC）フェーズでの初期スナップショットと
INSERTステートメントの移行 をサポートします。UPDATEステートメントとDELETEステートメントは手動で移行する必要があります。Database Migration Service は、マテリアライズド ビューからデータを移行しません。ビュー スキーマのみを移行します。ビューにデータを入力するには、
REFRESH MATERIALIZED VIEW view_nameコマンドを実行します。新しい AlloyDB の移行先の
SEQUENCE状態（last_valueなど）は、ソースのSEQUENCE状態と異なる場合があります。UNLOGGEDテーブルとTEMPORARYテーブルはレプリケートされません。また、レプリケートできません。Large Object データ型はサポートされていません。詳細については、 移行の忠実性のセクションをご覧ください。
AlloyDB for PostgreSQL でサポートされている 拡張機能と手続き型言語 のみを移行できます。
Database Migration Service は、復旧モードのリードレプリカからの移行をサポートしていません。
Database Migration Service は、AWS SCT 拡張機能パックが適用されている Amazon RDS ソースをサポートしていません。
AlloyDB でサポートされている 拡張機能をインストールするときに PostgreSQL データベースにインストールされる関数を除き、C で記述されたユーザー定義関数は移行できません。
ソース データベースに他の拡張機能や手続き型言語が存在する場合、またはそのバージョンがサポートされていない場合、移行ジョブをテストまたは開始すると失敗します。
移行ジョブの開始後に追加されたデータベースは移行されません。
Database Migration Service を使用して移行する際に、特定のデータベースを選択できます。ただし、これらのデータベース内の特定のテーブルやスキーマを選択することはできません。 Database Migration Service は、選択したデータベースから次のものを除くすべてのテーブルとスキーマを移行します。
- 情報スキーマ（
information_schema）。 pg_で始まるスキーマ（pg_catalog、pg_toast、pgtemp*など）。pg_で始まる PostgreSQL カタログの完全なリストについては、PostgreSQL ドキュメントの PostgreSQL システム カタログをご覧ください。- ユーザーとユーザー ロールに関する情報は移行されません。
- 情報スキーマ（
暗号化されたデータベースで、データベースの復号に顧客管理の暗号鍵が必要であり、Database Migration Service が鍵にアクセスできない場合、データベースを移行できません。
ただし、顧客データが
pgcrypto拡張機能 で暗号化されている場合、Database Migration Service でデータを移行できます（AlloyDB for PostgreSQL がこの拡張機能をサポートしているため）。Database Migration Service は、暗号化された Amazon Aurora データベースまたは Amazon RDS データベースからのデータの移行もサポートしています。これらのデータベースは、サービス内で復号を透過的に処理するためです。詳細については、Amazon Aurora リソースの暗号化とAmazon RDS リソースの暗号化をご覧ください。
移行中、移行先の AlloyDB for PostgreSQL データベースは書き込み可能であるため、必要に応じて DDL の変更を適用できます。移行プロセスが中断したり、データの完全性に影響する可能性があるため、データベース構成やテーブル構造を変更しないように注意してください。
トリガーの動作は、構成方法によって異なります。デフォルトの動作ではトリガーされませんが、
ALTER EVENT TRIGGERステートメントまたはALTER TABLEステートメントを使用して構成され、トリガーの状態が replica または always に設定されている場合は、レプリケーション中にレプリカでトリガーされます。セキュリティ定義関数は、AlloyDB プライマリの
alloydbexternalsyncによって作成されます。ユーザーが実行すると、alloydbsuperuserロールとalloydbreplicaロールを持つalloydbexternalsyncの権限で実行されます。セキュリティ定義関数の使用は、一部のユーザーに制限することをおすすめします。そのためには、ユーザーはデフォルトの PUBLIC 権限を取り消し、実行権限を選択的に付与する必要があります。Private Service Connect インターフェースの接続方法 は、既存の移行先インスタンスへの移行でのみサポートされています。 プライベート IP 接続を使用して新しい移行先インスタンスに移行する場合は、VPC ピアリングを使用します。
既存の移行先クラスタへの移行の制限事項
- 移行先クラスタごとに構成できるアクティブな移行ジョブは 1 つだけです。
- 既存の移行先クラスタは空にするか、 システム構成データのみを含める必要があります。ユーザーデータ（テーブルなど）を含む既存の移行先クラスタへの移行はサポートされていません。
- 読み取りプール インスタンスを含むクラスタへの移行はサポートされています 。
AlloyDB for PostgreSQL クラスタとインスタンスの詳細については、 AlloyDB for PostgreSQL の概要をご覧ください。
割り当て
- 同時に最大 2,000 個の接続プロファイルと 1,000 個の移行ジョブを維持できます。この上限に達した後で他の作業を行うには、移行ジョブ（完了したジョブを含む）または接続プロファイルを削除します。