翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

PostgreSQL データベースをソースとして使用する AWS DMS

を使用して、1 つまたは複数の PostgreSQL データベースからデータを移行できます AWS DMS。PostgreSQL データベースをソースとして使用すると、データを別の PostgreSQL データベースまたはサポートされている他のデータベースのいずれかに移行できます。

がソースとして AWS DMS サポートする PostgreSQL のバージョンについては、「」を参照してくださいのソース AWS DMS。

AWS DMS は、次のタイプのデータベースの PostgreSQL をサポートします。

Secure Socket Layers (SSL) を使用して、PostgreSQL エンドポイントとレプリケーションインスタンス間の接続を暗号化できます。PostgreSQL エンドポイントSSLで を使用する方法の詳細については、「」を参照してくださいでの SSL の使用 AWS Database Migration Service。

PostgreSQL をソースとして使用する際の追加のセキュリティ要件として、指定されたユーザーアカウントは PostgreSQL データベースに登録されたユーザーである必要があります。

PostgreSQL データベースを AWS DMS ソースエンドポイントとして設定するには、以下を実行します。

でのソースとしてのセルフマネージド PostgreSQL データベースの使用 AWS DMS

セルフマネージド型の PostgreSQL データベースをソースとして使用する場合、データを別の PostgreSQL データベース、または でサポートされている他のターゲットデータベースのいずれかに移行できます AWS DMS。データベースソースは、オンプレミスのデータベースでも、Amazon EC2インスタンスで実行されているセルフマネージドエンジンでもかまいません。DB インスタンスは、フルロードタスクと変更データキャプチャ (CDC) タスクの両方に使用できます。

セルフマネージド PostgreSQL データベースを AWS DMS ソースとして使用する前提条件

セルフマネージド型の PostgreSQL ソースデータベースからデータを移行する前に、以下を実行します。

セルフマネージド型 PostgreSQL データベースCDCを AWS DMS ソースとして使用できるようにする

AWS DMS は、論理レプリケーションを使用した変更データキャプチャ (CDC) をサポートします。セルフマネージド PostgreSQL ソースデータベースの論理レプリケーションを有効にするには、postgresql.conf設定ファイルに次のパラメータと値を設定します。

一部のパラメータは静的であり、サーバースタート時にのみ設定できます。設定ファイル (セルフマネージドデータベースの場合) または DB パラメータグループ (PostgreSQL データベースRDS用 の場合) のエントリに対する変更は、サーバーが再起動されるまで無視されます。詳細については、PostgreSQL ドキュメント を参照してください。

の有効化の詳細についてはCDC、「」を参照してください論理レプリケーションを使用した変更データキャプチャ (CDC) の有効化。

AWSマネージド PostgreSQL データベースをDMSソースとして使用する

AWSマネージド PostgreSQL DB インスタンスを のソースとして使用できます AWS DMS。 AWSマネージド PostgreSQL ソースを使用して、フルロードタスクと変更データキャプチャ (CDC) タスクの両方を実行できます。

AWSマネージド PostgreSQL データベースをDMSソースとして使用するための前提条件

AWSマネージド PostgreSQL ソースデータベースからデータを移行する前に、以下を実行します。

CDC で AWSマネージド PostgreSQL DB インスタンスで を有効にする AWS DMS

AWS DMS DB インスタンスが論理レプリケーションを使用するように設定されている場合、 は Amazon RDS PostgreSQL データベースCDCで をサポートします。次の表は、 AWSが管理する各 PostgreSQL バージョンの論理レプリケーションの互換性をまとめたものです。

RDS PostgreSQL リードレプリカを CDC (進行中のレプリケーション) に使用することはできません。

マスターユーザーアカウントを使用せずに Amazon RDS for PostgreSQL データベースを移行する

場合によっては、ソースとして使用している Amazon RDS PostgreSQL DB インスタンスにマスターユーザーアカウントを使用しないことがあります。このような場合は、データ定義言語 (DDL) イベントをキャプチャするために複数のオブジェクトを作成します。マスターアカウント以外のアカウントでこれらのオブジェクトを作成し、マスターユーザーアカウントでトリガーを作成します。

これらのオブジェクトを作成するには、以下の手順を実行します。

前の手順を完了したら、OtherThanMaster アカウントを使用して AWS DMS ソースエンドポイントを作成できます。

論理レプリケーションを使用した変更データキャプチャ (CDC) の有効化

Postgre SQLのネイティブ論理レプリケーション機能を使用して、PostgreSQL ソースのデータベース移行中に変更データキャプチャ (CDC) を有効にできます。この機能は、セルフマネージド型の PostgreSQL と Amazon RDS for PostgreSQL SQL DB インスタンスで使用できます。このアプローチによりダウンタイムが短縮され、ターゲットデータベースがソース PostgreSQL データベースと同期するようになります。

AWS DMS はCDC、プライマリキーを持つ PostgreSQL テーブルをサポートします。テーブルにプライマリキーがない場合、先行書き込みログ (WAL) にはデータベース行の前のイメージは含まれません。この場合、 DMS はテーブルを更新できません。ここでは、追加の構成設定を使用し、回避策としてテーブルレプリカ アイデンティティを使用できます。ただし、この方法では追加のログが生成される可能性があります。注意深いテストの後にのみ、回避策としてテーブルレプリカ アイデンティティ を使用することをお勧めします。詳細については、「PostgreSQL データベースをDMSソースとして使用する場合の追加設定」を参照してください。

フルロードCDCおよび タスクCDCのみの場合、 は論理レプリケーションスロット AWS DMS を使用して、WALログがデコードされるまでレプリケーション用のログを保持します。フルロードおよびCDCタスクまたはCDCタスクの再起動 (再開ではない) 時に、レプリケーションスロットが再作成されます。

pgglogical プラグインの設定

PostgreSQL 拡張機能として実装された pglogical プラグインは、選択的データレプリケーションのための論理レプリケーションシステムおよびモデルです。次の表は、pglogical プラグインをサポートするソース PostgreSQL データベースバージョンを示しています。

で使用するように pglogical を設定する前に AWS DMS、まず PostgreSQL ソースデータベースで変更データキャプチャ (CDC) の論理レプリケーションを有効にします。

PostgreSQL ソースデータベースで論理レプリケーションを有効にしたら、次のステップを使用して、 で使用する pglogical を設定しますDMS。

PostgreSQL ソースデータベースエンドポイントの変更データキャプチャを実行する AWS DMS タスクを作成できるようになりました。

PostgreSQL ソースのCDCロードをセットアップするためのネイティブCDCスタートポイントの使用

PostgreSQL をソースとしてネイティブCDCスタートポイントを有効にするには、エンドポイントの作成時に、slotName追加の接続属性を既存の論理レプリケーションスロットの名前に設定します。この論理レプリケーションスロットは、エンドポイントの作成時点からの継続的な変更を保持するため、以前の時点からのレプリケーションをサポートします。

PostgreSQL は、論理レプリケーションスロットから変更を AWS DMS 正常に読み取った後にのみ破棄されるWALファイルにデータベースの変更を書き込みます。論理レプリケーションスロットを使用すると、ログに記録された変更がレプリケーションエンジンによって消費される前に削除されないように保護できます。

ただし、変更率と消費率によっては、論理レプリケーションスロットに保持されている変更により、ディスク使用率が高くなることがあります。論理レプリケーションスロットを使用する場合は、ソース PostgreSQL インスタンスにスペース使用量アラームを設定することをお勧めします。追加の slotName 接続属性の設定についての詳細は、「PostgreSQL をDMSソースとして使用する場合のエンドポイント設定と追加接続属性 (ECAs）」をご参照ください。

次の手順では、このアプローチについて詳しく説明します。

pglogical プラグインでネイティブのCDCスタートポイントを使用し、新しいレプリケーションスロットを使用する場合は、CDCタスクを作成する前に以下のセットアップステップを完了します。

新しいレプリケーションスロットを使用して、PostgreSQL ネイティブスタートポイントを持つCDC唯一のタスクを作成できるようになりました。pglogical プラグインの詳細については、「pglogical 3.7 ドキュメント」を参照してください。

を使用した PostgreSQL から PostgreSQL への移行 AWS DMS

PostgreSQL 以外のデータベースエンジンから PostgreSQL データベースに移行する場合、 AWS DMS はほとんど常に最適な移行ツールです。ただし、PostgreSQL データベースから PostgreSQL データベースに移行する場合、PostgreSQL ツールがより効果的になる可能性があります。

PostgreSQL ネイティブツールを使用してデータを移行する

PostgreSQL データベース移行ツールは、pg_dump以下の条件下で などの を使用することをお勧めします。

pg_dump ユーティリティは COPY コマンドを使用して PostgreSQL データベースのスキーマとデータダンプを作成します。pg_dump によって生成されるダンプ スクリプトは、同じ名前のデータベースにデータをロードし、テーブル、インデックス、外部キーを再作成します。pg_restore コマンドと -d パラメータを使用して、データを別の名前でデータベースに復元できます。

で実行されている PostgreSQL ソースデータベースから Amazon RDS for PostgreSQL ターゲットEC2にデータを移行する場合は、pglogical プラグインを使用できます。

Amazon RDS for PostgreSQL または Amazon Aurora PostgreSQL SQL互換エディションへの Postgre データベースのインポートの詳細については、「」を参照してくださいhttps://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/PostgreSQL.Procedural.Importing.html。

DMS を使用して PostgreSQL から Postgre にデータを移行するSQL

AWS DMS は、オンプレミスのソース PostgreSQL データベースからターゲット Amazon RDS for PostgreSQL または Aurora PostgreSQL インスタンスにデータを移行できます。コアまたは基本的な PostgreSQL データ型は、ほとんどの場合正常に移行されます。

ソースデータベースでサポートされているが、ターゲットでサポートされていないデータ型は正常に移行されない可能性があります。データ型が不明な場合、 は一部のデータ型を文字列として AWS DMS ストリーミングします。XML や などの一部のデータ型はJSON、小さなファイルとして正常に移行できますが、大きなドキュメントの場合は失敗する可能性があります。

データ型の移行を実行するときは、以下について注意してください：

次の表は、ソース PostgreSQL データ型と、正常に移行できるかどうかを示しています。

ポストGIS空間データ型の移行

空間データは、空間内のオブジェクトまたは位置のジオメトリ情報を識別します。PostgreSQL オブジェクトリレーショナルデータベースは、PostGIS 空間データ型をサポートしています。

PostgreSQL 空間データオブジェクトを移行する前に、Post GISプラグインがグローバルレベルで有効になっていることを確認してください。これにより、 は PostgreSQL ターゲット DB インスタンスの正確なソース空間データ列 AWS DMS を作成します。

PostgreSQL から PostgreSQL への同種移行の場合、 は、Post の幾何学的および地理的 (地理座標) データオブジェクトタイプとサブタイプの移行 AWS DMS GISをサポートします。例えば、次のようにします。

を使用して Babelfish for Amazon Aurora PostgreSQL から移行する AWS DMS

Babelfish for Aurora PostgreSQL ソーステーブルは、 を使用してサポートされている任意のターゲットエンドポイントに移行できます AWS DMS。

DMS コンソール、API、または CLI コマンドを使用して AWS DMS ソースエンドポイントを作成するときは、ソースを Amazon Aurora Postgre SQLに設定し、データベース名を に設定しますbabelfish_db。エンドポイント設定セクションで、 DatabaseModeが Babelfish に設定BabelfishDatabaseNameされ、ソース Babelfish T-SQL データベースの名前に設定されていることを確認します。Babelfish TCP ポート を使用する代わりに1433、Aurora PostgreSQL TCP ポート を使用します5432。

が適切なデータ型とテーブルメタデータDMSを使用していることを確認するには、データを移行する前にテーブルを作成する必要があります。移行を実行する前にターゲットにテーブルを作成しない場合、 は誤ったデータ型とアクセス許可を持つテーブルを作成するDMS可能性があります。

移行タスクへの変換ルールの追加

Babelfish ソースの移行タスクを作成するときは、 が事前に作成されたターゲットテーブルDMSを使用するようにするための変換ルールを含める必要があります。

Babelfish for PostgreSQL クラスターを定義したときにマルチデータベース移行モードを設定する場合は、スキーマ名を T-SQL スキーマに変更する変換ルールを追加します。例えば、T-SQL スキーマ名が でdbo、Babelfish for PostgreSQL スキーマ名が の場合mydb_dbo、変換ルールdboを使用してスキーマの名前を に変更します。PostgreSQL スキーマ名を確認するには、「Amazon Aurora ユーザーガイド」の「Babelfish アーキテクチャ」を参照してください。

シングルデータベースモードを使用する場合、変換ルールを使用してデータベーススキーマの名前を変更する必要はありません。PostgreSQL スキーマ名には、 one-to-oneT-SQL データベース内のスキーマ名へのマッピングがあります。

次の変換ルールの例は、スキーマ名を mydb_dbo から に戻す方法を示していますdbo。

{
    "rules": [
        {
            "rule-type": "transformation",
            "rule-id": "566251737",
            "rule-name": "566251737",
            "rule-target": "schema",
            "object-locator": {
                "schema-name": "mydb_dbo"
            },
            "rule-action": "rename",
            "value": "dbo",
            "old-value": null
        },
        {
            "rule-type": "selection",
            "rule-id": "566111704",
            "rule-name": "566111704",
            "object-locator": {
                "schema-name": "mydb_dbo",
                "table-name": "%"
            },
            "rule-action": "include",
            "filters": []
        }
    ]
}

Babelfish テーブルで PostgreSQL ソースエンドポイントを使用するための制限事項

Babelfish テーブルで PostgreSQL ソースエンドポイントを使用する場合、次の制限が適用されます。

PostgreSQL ソースデータベースからの AWS DMS アーティファクトの削除

DDL イベントをキャプチャするには、移行タスクの開始時に PostgreSQL データベースにさまざまなアーティファクト AWS DMS を作成します。タスクが完了したら、これらのアーティファクトを削除できます。

アーティファクトを削除するには、以下のステートメントを発行します (示されている順序で)。ここに、{AmazonRDSMigration} は、アーティファクトが作成されたスキーマです。スキーマを削除する場合でも、細心の注意を払ってください。運用中のスキーマ (特に公開スキーマ) は絶対に削除しないでください。

drop event trigger awsdms_intercept_ddl;

イベントトリガーは特定のスキーマに属していません。

drop function {AmazonRDSMigration}.awsdms_intercept_ddl()
drop table {AmazonRDSMigration}.awsdms_ddl_audit
drop schema {AmazonRDSMigration}

PostgreSQL データベースをDMSソースとして使用する場合の追加設定

PostgreSQL データベースからデータを移行するときは、次の 2 つの方法で設定を追加できます。

MapBooleanAsBoolean PostgreSQL エンドポイント設定の使用

PostgreSQL エンドポイント設定を使用して、ブール値を PostgreSQL ソースから Amazon Redshift ターゲットにブール値としてマッピングできます。デフォルトでは、BOOLEANタイプは varchar(5) として移行されます。次の例に示すようにMapBooleanAsBoolean、PostgreSQL にブール型をブール型として移行させるように を指定できます。

--postgre-sql-settings '{"MapBooleanAsBoolean": true}'

この設定を有効にするには、ソースエンドポイントとターゲットエンドポイントの両方でこの設定を設定する必要があることに注意します。

MySQL にはBOOLEANタイプがないため、BOOLEANデータを My に移行するときは、この設定ではなく変換ルールを使用しますSQL。

PostgreSQL をDMSソースとして使用する場合のエンドポイント設定と追加接続属性 (ECAs）

エンドポイント設定と追加の接続属性 (ECAs) を使用して、PostgreSQL ソースデータベースを設定できます。 AWS DMS コンソールを使用してソースエンドポイントを作成するとき、または --postgre-sql-settings '{"EndpointSetting": "value", ...}' JSON 構文で の create-endpoint コマンドを使用してAWS CLI、エンドポイント設定を指定します。

次の表は、PostgreSQL ECAsをソースとして使用できるエンドポイント設定と を示しています。

PostgreSQL データベースをDMSソースとして使用する際の制限

PostgreSQL を のソースとして使用する場合は、次の制限が適用されます AWS DMS。

Postgre のソースデータ型SQL

次の表は、 の使用時にサポートされる PostgreSQL ソースデータ型 AWS DMS と、 AWS DMS データ型へのデフォルトのマッピングを示しています。

ターゲットにマッピングされるデータ型を表示する方法については、使用しているターゲットエンドポイントのセクションをご参照ください。

AWS DMS データ型の詳細については、「」を参照してくださいAWS Database Migration Service のデータ型。

Postgre のLOBソースデータ型の使用SQL

PostgreSQL 列のサイズは、PostgreSQL LOB データ型の AWS DMS データ型への変換に影響します。これを使用するには、次の AWS DMS データ型で以下の手順を実行します。