このトピックでは、Alibaba Cloud Data Transmission Service (DTS) を使用して、Amazon Aurora PostgreSQL データベースから ApsaraDB RDS for PostgreSQL データベースまたは PolarDB for PostgreSQL データベースにデータを移行する方法について説明します。Amazon Aurora PostgreSQL データベースから ApsaraDB RDS for PostgreSQL データベース にデータを移行する手順を例として使用します。
前提条件
Amazon Aurora PostgreSQL インスタンスの [パブリックアクセス] オプションが [はい] に設定されています。これにより、DTS がインターネット経由で Amazon Aurora PostgreSQL インスタンスにアクセスできるようになります。
Amazon Aurora PostgreSQL データベースから増分データを移行する場合は、データベースバージョンが 10.0 以降であること、[rds.logical_replication] の値が [1] であること、[synchronous_commit] の値が [on] であることを確認してください。詳細については、「Aurora PostgreSQL DB クラスタの論理レプリケーションの設定」および「Amazon Aurora PostgreSQL パラメータ」をご参照ください。
ApsaraDB RDS for PostgreSQL インスタンスが作成されています。インスタンスのストレージ容量は、Amazon Aurora PostgreSQL から移行されるデータベースが占有する容量よりも大きくなっています。詳細については、「ApsaraDB RDS for PostgreSQL インスタンスを作成する」をご参照ください。
注意事項
DTS は、フルデータ移行中にソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。データベースのパフォーマンスが良くない場合、仕様が低い場合、またはデータ量が多い場合、データベースサービスが利用できなくなる可能性があります。たとえば、ソースデータベースで多数のスロー SQL クエリが実行されている場合、テーブルにプライマリキーがない場合、またはターゲットデータベースでデッドロックが発生した場合、DTS は大量の読み取りおよび書き込みリソースを占有します。データを移行する前に、データ移行がソースデータベースとターゲットデータベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを移行することをお勧めします。たとえば、ソースデータベースとターゲットデータベースの CPU 使用率が 30% 未満のときにデータを移行できます。
Amazon Aurora PostgreSQL 10.0 以前のバージョンでは、増分データ移行はサポートされていません。
各データ移行タスクは、単一のデータベースからのみデータを移行できます。複数のデータベースからデータを移行するには、データベースごとにデータ移行タスクを作成する必要があります。
DTS は、C プログラミング言語で記述された関数を移行しません。
ソースデータベースで移行されるテーブルには、PRIMARY KEY または UNIQUE 制約があり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複するデータレコードが含まれる可能性があります。
データ移行タスクが失敗した場合、DTS はタスクを自動的に再開します。ワークロードをターゲットインスタンスに切り替える前に、データ移行タスクを停止または解放してください。そうしないと、タスクが再開された後、ソースインスタンスのデータがターゲットインスタンスのデータを上書きします。
課金ルール
移行タイプ | タスク構成料金 | インターネットトラフィック料金 |
スキーマ移行とフルデータ移行 | 無料。 | Alibaba Cloud からインターネット経由でデータが移行される場合にのみ課金されます。詳細については、「課金の概要」をご参照ください。 |
増分データ移行 | 課金されます。詳細については、「課金の概要」をご参照ください。 |
移行タイプ
スキーマ移行
DTS は、オブジェクトのスキーマを ApsaraDB RDS for PostgreSQL インスタンスに移行します。DTS は、テーブル、トリガー、ビュー、シーケンス、関数、ユーザー定義型、ルール、ドメイン、操作、および集計のスキーマ移行をサポートしています。
説明DTS は、C プログラミング言語で記述された関数を移行しません。
フルデータ移行
DTS は、Amazon RDS for PostgreSQL インスタンスから ApsaraDB RDS for PostgreSQL インスタンスに、オブジェクトの既存のデータを移行します。
増分データ移行
フルデータ移行が完了した後、DTS は Amazon RDS for PostgreSQL インスタンスから ApsaraDB RDS for PostgreSQL インスタンスに増分データを移行します。増分データ移行により、Amazon RDS for PostgreSQL インスタンスから ApsaraDB RDS for PostgreSQL インスタンスにデータを移行する際に、サービスの継続性を確保できます。
データベースアカウントに必要な権限
インスタンス | スキーマ移行 | フルデータ移行 | 増分データ移行 |
Amazon Aurora PostgreSQL | pg_catalog に対する USAGE 権限 | 移行対象のオブジェクトに対する SELECT 権限 | rds_superuser 権限 |
ApsaraDB RDS for PostgreSQL | 移行対象のオブジェクトに対する CREATE および USAGE 権限 | スキーマ所有者の権限 | スキーマ所有者の権限 |
データベースアカウントの作成方法とアカウントへの権限の付与方法の詳細については、以下のトピックをご参照ください。
Amazon Aurora PostgreSQL データベース: PostgreSQL のロールと権限について
ApsaraDB RDS for PostgreSQL インスタンス: アカウントを作成する
データ移行プロセス
オブジェクト間の依存関係によって発生するデータ移行の失敗を防ぐため、DTS はソース Amazon RDS for PostgreSQL インスタンスのスキーマとデータを次の順序で移行します。
テーブル、ビュー、シーケンス、関数、ユーザー定義型、ルール、ドメイン、操作、および集計のスキーマを移行します。
フルデータ移行を実行します。
トリガーと外部キーのスキーマを移行します。
増分データ移行を実行します。
説明増分データ移行の前に、Amazon RDS for PostgreSQL インスタンス内のオブジェクトに対して DDL 操作を実行しないでください。そうしないと、オブジェクトの移行に失敗する可能性があります。
準備 1: Amazon Aurora PostgreSQL インスタンスのインバウンドルールを編集する
Amazon Aurora コンソールにログインします。
Amazon Aurora PostgreSQL インスタンスの基本情報ページに移動します。
[DB 識別子] が [ロール] [ライターインスタンス] であるノードをクリックします。
[接続とセキュリティ] タブで、ノードに対応する VPC セキュリティグループの名前をクリックします。
[セキュリティグループ] ページで、[セキュリティグループ] セクションの [インバウンド] タブをクリックします。[インバウンド] タブで、[編集] をクリックします。[インバウンドルールの編集] ダイアログボックスで、対応するリージョンにある DTS サーバーの CIDR ブロックをインバウンドルールに追加します。詳細については、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。
説明ターゲットデータベースと同じリージョンにある DTS サーバーの CIDR ブロックのみを追加する必要があります。たとえば、ソースデータベースがシンガポールリージョンにあり、ターゲットデータベースが中国 (杭州) リージョンにあるとします。中国 (杭州) リージョンにある DTS サーバーの CIDR ブロックのみを追加する必要があります。
必要な CIDR ブロックをすべて一度にインバウンドルールに追加できます。
他に質問がある場合は、Amazon の公式ドキュメントを参照するか、テクニカルサポートにお問い合わせください。
準備 2: ターゲット ApsaraDB RDS for PostgreSQL インスタンスにデータベースとスキーマを作成する
移行対象のオブジェクトのデータベースとスキーマ情報に基づいて、ターゲット ApsaraDB RDS for PostgreSQL インスタンスにデータベースとスキーマを作成します。ソースデータベースとターゲットデータベースのスキーマ名は同じである必要があります。詳細については、「データベースの作成」および「スキーマを使用してアカウントを管理する」をご参照ください。
手順 (新しい DTS コンソール)
次のいずれかの方法を使用して [データ移行] ページに移動し、データ移行インスタンスが存在するリージョンを選択します。
DTS コンソール
DTS コンソール にログインします。
左側のナビゲーションウィンドウで、データの移行 をクリックします。
ページの左上隅で、データ移行インスタンスが存在するリージョンを選択します。
DMS コンソール
説明実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS コンソールのレイアウトとスタイルをカスタマイズする」をご参照ください。
DMS コンソール にログインします。
上部のナビゲーションバーで、ポインタを の上に移動します。
[データ移行タスク] の右側にあるドロップダウンリストから、データ同期インスタンスが存在するリージョンを選択します。
タスクの作成 をクリックして、タスク構成ページに移動します。
ソースデータベースとターゲットデータベースを構成します。次の表にパラメータを示します。
警告ソースデータベースとターゲットデータベースを構成した後、ページの上部に表示される [制限] を読むことをお勧めします。そうしないと、タスクが失敗したり、データの不整合が発生したりする可能性があります。
セクション
パラメータ
説明
該当なし
タスク名
DTS タスクの名前。DTS はタスク名を自動的に生成します。タスクを簡単に識別できる分かりやすい名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。
ソースデータベース
既存のDMSデータベースインスタンスの選択
使用するデータベース。ビジネス要件に基づいて既存のデータベースを使用するかどうかを選択できます。
既存のデータベースを選択すると、DTS はデータベースのパラメータを自動的に入力します。
既存のデータベースを選択しない場合は、次のデータベース情報を構成する必要があります。
説明[DMS データベースインスタンスを追加] をクリックして、DMS コンソールにデータベースインスタンスを登録します。詳細については、「Alibaba Cloud データベースインスタンスを登録する」および「サードパーティクラウドサービスまたは自己管理データベースでホストされているデータベースを登録する」をご参照ください。
DTS コンソールで、[データベース接続] ページまたは新しい構成ページで DTS にデータベースを登録します。詳細については、「データベース接続を管理する」をご参照ください。
データベースタイプ
ソースデータベースのタイプ。PostgreSQL を選択します。
アクセス方法
ソースデータベースのアクセス方法。[パブリック IP アドレス] を選択します。
インスタンスリージョン
Amazon Aurora PostgreSQL インスタンスが存在するリージョン。
説明Amazon Aurora PostgreSQL インスタンスが存在するリージョンがドロップダウンリストに表示されない場合は、Amazon Aurora PostgreSQL インスタンスに地理的に最も近いリージョンを選択してください。
[ドメイン名または IP]
Amazon Aurora PostgreSQL インスタンスへのアクセスに使用するエンドポイント。
説明Amazon Aurora PostgreSQL インスタンスの基本情報ページでエンドポイントを取得できます。
[ポート番号]
Amazon Aurora PostgreSQL インスタンスのサービスポート番号。デフォルト値: [5432]。
データベース名
Amazon Aurora PostgreSQL インスタンスのソースデータベースの名前を入力します。
データベースアカウント
Amazon Aurora PostgreSQL インスタンスのデータベースアカウント。アカウントに必要な権限については、このトピックの「データベースアカウントに必要な権限」セクションをご参照ください。
データベースパスワード
データベースインスタンスへのアクセスに使用するパスワード。
[暗号化]
ソースデータベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいてこのパラメータを構成できます。この例では、非暗号化 が選択されています。
ソースデータベースへの SSL 暗号化接続を確立する場合は、次の手順を実行します。SSL 暗号化 を選択し、必要に応じて CA 証明書、クライアント証明書、および クライアント証明書の秘密鍵 をアップロードし、クライアント証明書の秘密鍵のパスワード を指定します。
説明自己管理 PostgreSQL データベースの [暗号化] を SSL 暗号化 に設定する場合は、CA 証明書 をアップロードする必要があります。
クライアント証明書を使用する場合は、クライアント証明書 と クライアント証明書の秘密鍵 をアップロードし、クライアント証明書の秘密鍵のパスワード を指定する必要があります。
ApsaraDB RDS for PostgreSQL インスタンスの SSL 暗号化の構成方法については、「SSL 暗号化」をご参照ください。
宛先データベース
既存のDMSデータベースインスタンスの選択
使用するデータベース。ビジネス要件に基づいて既存のデータベースを使用するかどうかを選択できます。
既存のデータベースを選択すると、DTS はデータベースのパラメータを自動的に入力します。
既存のデータベースを選択しない場合は、次のデータベース情報を構成する必要があります。
説明[DMS データベースインスタンスを追加] をクリックして、DMS コンソールにデータベースインスタンスを登録します。詳細については、「Alibaba Cloud データベースインスタンスを登録する」および「サードパーティクラウドサービスまたは自己管理データベースでホストされているデータベースを登録する」をご参照ください。
DTS コンソールで、[データベース接続] ページまたは新しい構成ページで DTS にデータベースを登録します。詳細については、「データベース接続を管理する」をご参照ください。
データベースタイプ
ターゲットデータベースのタイプ。PostgreSQL を選択します。
アクセス方法
ターゲットデータベースのアクセス方法。[alibaba Cloud インスタンス] を選択します。
インスタンスリージョン
ターゲット ApsaraDB RDS for PostgreSQL インスタンスが存在するリージョン。
[インスタンス ID]
ターゲット ApsaraDB RDS for PostgreSQL インスタンスの ID。
データベース名
ApsaraDB RDS for PostgreSQL インスタンスのターゲットデータベースの名前。この名前は、Amazon Aurora PostgreSQL インスタンスのソースデータベースの名前と異なる場合があります。
説明データ移行タスクを構成する前に、ApsaraDB RDS for PostgreSQL インスタンスにターゲットデータベースが作成されていることを確認してください。詳細については、「データベースを作成する」をご参照ください。
データベースアカウント
ターゲット ApsaraDB RDS for PostgreSQL インスタンスのデータベースアカウント。アカウントに必要な権限については、このトピックの「データベースアカウントに必要な権限」セクションをご参照ください。
データベースパスワード
データベースインスタンスへのアクセスに使用するパスワード。
[成功率] が [100%] になるまで待ちます。次に、[次へ: インスタンスの購入] をクリックします。
移行するオブジェクトを構成します。
オブジェクト設定 ページで、移行するオブジェクトを構成します。
パラメータ
説明
[移行タイプ]
フルデータ移行のみを実行するには、スキーマ移行 と 完全データ移行 の両方を選択します。
サービスのダウンタイムなしでデータを移行するには、スキーマ移行、完全データ移行、および 増分データ移行 を選択します。
説明増分データ移行 が選択されていない場合、データの整合性を確保するために、データ移行中にソースインスタンスにデータを書き込まないでください。
[競合するテーブルの処理モード]
エラーの事前チェックと報告: ターゲットデータベースにソースデータベースのテーブルと同じ名前を使用するテーブルが含まれているかどうかを確認します。ソースデータベースとターゲットデータベースに同じテーブル名のテーブルが含まれていない場合、事前チェックは合格です。それ以外の場合、事前チェック中にエラーが返され、データ移行タスクを開始できません。
説明ソースデータベースとターゲットデータベースに同じ名前のテーブルが含まれていて、ターゲットデータベースのテーブルを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、ターゲットデータベースに移行されるテーブルの名前を変更できます。詳細については、「オブジェクト名をマッピングする」をご参照ください。
エラーを無視して続行: ソースデータベースとターゲットデータベースの同じテーブル名の事前チェックをスキップします。
警告エラーを無視して続行 を選択すると、データの不整合が発生し、ビジネスが以下の潜在的なリスクにさらされる可能性があります。
ソースデータベースとターゲットデータベースのスキーマが同じで、データレコードのプライマリキーがターゲットデータベースの既存のデータレコードと同じである場合、次のシナリオが発生する可能性があります。
フルデータ移行中、DTS はデータレコードをターゲットデータベースに移行しません。ターゲットデータベースの既存のデータレコードは保持されます。
増分データ移行中、DTS はデータレコードをターゲットデータベースに移行します。ターゲットデータベースの既存のデータレコードは上書きされます。
ソースデータベースとターゲットデータベースのスキーマが異なる場合、特定の列のみが移行されるか、データ移行タスクが失敗します。注意して進めてください。
[ターゲットインスタンスのオブジェクト名の大文字と小文字の区別]
ターゲットインスタンスのデータベース名、テーブル名、および列名の大文字と小文字の区別。デフォルトでは、[DTS デフォルトポリシー] が選択されています。他のオプションを選択して、オブジェクト名の大文字と小文字の区別がソースデータベースまたはターゲットデータベースと一致するようにすることができます。詳細については、「ターゲットインスタンスのオブジェクト名の大文字と小文字の区別を指定する」をご参照ください。
[ソースオブジェクト]
ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。
アイコンをクリックして、[選択したオブジェクト] セクションにオブジェクトを追加します。説明移行対象のオブジェクトとして、列、テーブル、またはスキーマを選択できます。移行対象のオブジェクトとしてテーブルまたは列を選択した場合、DTS はビュー、トリガー、ストアドプロシージャなどの他のオブジェクトをターゲットデータベースに移行しません。
[選択したオブジェクト]
ターゲットインスタンスに移行するオブジェクトの名前を変更するには、[選択したオブジェクト] セクションでオブジェクトを右クリックします。詳細については、「単一オブジェクトの名前をマッピングする」をご参照ください。
複数のオブジェクトの名前を一度に変更するには、[選択したオブジェクト] セクションの右上隅にある [一括編集] をクリックします。詳細については、「一度に複数のオブジェクト名をマッピングする」をご参照ください。
説明オブジェクト名マッピング機能を使用してオブジェクトの名前を変更した場合、そのオブジェクトに依存する他のオブジェクトの移行に失敗する可能性があります。
次へ：詳細設定 をクリックして、詳細設定を構成します。
パラメータ
説明
タスクのスケジュールに使用する専用クラスターの選択
デフォルトでは、専用クラスタを指定しない場合、DTS はデータ移行タスクを共有クラスタにスケジュールします。データ移行タスクの安定性を向上させるには、専用クラスタを購入します。詳細については、「DTS 専用クラスタとは」をご参照ください。
失敗した接続の再試行時間
接続失敗時のリトライ時間の範囲。データ移行タスクの開始後にソースデータベースまたはターゲットデータベースへの接続に失敗した場合、DTS はリトライ時間の範囲内で直ちに接続を再試行します。有効値: 10 ～ 1,440。単位: 分。デフォルト値: 720。このパラメータには 30 より大きい値を設定することをお勧めします。指定されたリトライ時間の範囲内で DTS がソースデータベースとターゲットデータベースに再接続された場合、DTS はデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。
説明同じソースデータベースまたはターゲットデータベースを共有する複数のデータ移行タスクに異なるリトライ時間の範囲を指定した場合、後で指定された値が優先されます。
DTS が接続を再試行すると、DTS インスタンスの料金が発生します。ビジネス要件に基づいてリトライ時間の範囲を指定することをお勧めします。また、ソースデータベースとターゲットインスタンスが解放された後、できるだけ早く DTS インスタンスを解放することもできます。
移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。
その他の問題のリトライ時間の範囲。たとえば、データ移行タスクの開始後に DDL または DML 操作の実行に失敗した場合、DTS はリトライ時間の範囲内で直ちに操作を再試行します。有効値: 1 ～ 1440。単位: 分。デフォルト値: 10。このパラメータには 10 より大きい値を設定することをお勧めします。指定されたリトライ時間の範囲内で失敗した操作が正常に実行された場合、DTS はデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。
重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 パラメータの値は、失敗した接続の再試行時間 パラメータの値よりも小さくなければなりません。
完全移行率を制限するかどうか
フルデータ移行のスロットリングを有効にするかどうかを指定します。フルデータ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。ビジネス要件に基づいて、フルデータ移行のスロットリングを有効にすることができます。スロットリングを構成するには、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメータを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。
説明移行タイプ パラメータで 完全データ移行 を選択した場合にのみ、このパラメータを構成できます。
増分移行率を制限するかどうか
増分データ移行のスロットリングを有効にするかどうかを指定します。スロットリングを構成するには、1 秒あたりの増分移行の行数 RPS と 1 秒あたりの増分移行データ量 (MB) BPS パラメータを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。
説明移行タイプ パラメータで 増分データ移行 を選択した場合にのみ、このパラメータを構成できます。
環境タグ
DTS インスタンスを識別するために使用される環境タグ。ビジネス要件に基づいて環境タグを選択できます。この例では、環境タグは選択されていません。
ETL の設定
抽出、変換、書き出し (ETL) 機能を有効にするかどうかを指定します。詳細については、「ETL とは」をご参照ください。有効値:
[はい]: ETL 機能を構成します。コードエディタにデータ処理ステートメントを入力できます。詳細については、「データ移行タスクまたはデータ同期タスクで ETL を構成する」をご参照ください。
[いいえ]: ETL 機能を構成しません。
監視アラート
データ移行タスクのアラートを構成するかどうかを指定します。タスクが失敗した場合、または移行遅延が指定されたしきい値を超えた場合、アラート連絡先に通知が送信されます。有効値:
[いいえ]: アラートを構成しません。
[はい]: アラートを構成します。この場合、アラートしきい値と アラート通知設定 も構成する必要があります。詳細については、「監視とアラートの構成」トピックの「DTS タスクの作成時に監視とアラートを構成する」セクションをご参照ください。
[次のステップ: データ検証] をクリックして、データ検証タスクを構成します。
データ検証機能の使用方法の詳細については、「データ検証タスクを構成する」をご参照ください。
タスク設定を保存し、事前チェックを実行します。
DTS タスクを構成するために関連する API 操作を呼び出すときに指定するパラメータを表示するには、次：タスク設定の保存と事前チェック の上にポインタを移動し、OpenAPI パラメーターのプレビュー をクリックします。
パラメータを表示する必要がない場合、またはすでに表示している場合は、ページの下部にある 次：タスク設定の保存と事前チェック をクリックします。
説明データ移行タスクを開始する前に、DTS は事前チェックを実行します。タスクが事前チェックに合格した後でのみ、データ移行タスクを開始できます。
タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題をトラブルシューティングします。次に、事前チェックを再度実行します。
事前チェック中に項目のアラートがトリガーされた場合:
アラート項目を無視できない場合は、失敗した項目の横にある [詳細の表示] をクリックして、問題をトラブルシューティングします。次に、事前チェックを再度実行します。
アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。[詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されるメッセージで、[OK] をクリックします。次に、[再チェック] をクリックして、事前チェックを再度実行します。アラート項目を無視すると、データの不整合が発生し、ビジネスが潜在的なリスクにさらされる可能性があります。
インスタンスを購入します。
[成功率] が [100%] になるまで待ちます。次に、[次へ: インスタンスの購入] をクリックします。
[インスタンスの購入] ページで、データ移行インスタンスの [インスタンスクラス] パラメータを構成します。次の表にパラメータを示します。
セクション
パラメータ
説明
新しいインスタンスクラス
[リソースグループ]
データ移行インスタンスが属するリソースグループ。デフォルト値: [デフォルトのリソースグループ]。詳細については、「リソース管理とは」をご参照ください。
インスタンスクラス
DTS は、移行速度が異なるインスタンスクラスを提供します。ビジネスシナリオに基づいてインスタンスクラスを選択できます。詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。
チェックボックスをオンにして、[data Transmission Service (従量課金制) サービス規約] を読んで同意します。
[購入して開始] をクリックします。表示されるメッセージで、[OK] をクリックします。
[データ移行] ページでタスクの進捗状況を確認できます。
手順 (古い DTS コンソール)
DTS コンソール にログインします。
説明データ管理 ( DMS ) コンソールにリダイレクトされた場合は、
アイコン 
をクリックして、以前のバージョンの DTS コンソールに移動できます。左側のナビゲーションウィンドウで、[データ移行] をクリックします。
[移行タスク] ページの上部で、ターゲットクラスタが存在するリージョンを選択します。
ページの右上隅にある [移行タスクの作成] をクリックします。
ソースデータベースとターゲットデータベースを構成します。
セクション
パラメータ
説明
該当なし
タスク名
タスクの名前。DTS はタスク名を自動的に生成します。タスクを識別するために、分かりやすい名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。
ソースデータベース
インスタンスタイプ
ソースデータベースのインスタンスタイプ。[パブリック IP アドレスを持つユーザー作成データベース] を選択します。
インスタンスリージョン
ソースインスタンスが存在するリージョン。インスタンスタイプとして [パブリック IP アドレスを持つユーザー作成データベース] を選択した場合、[インスタンスリージョン] パラメータを構成する必要はありません。
データベースタイプ
ソースデータベースのタイプ。[postgresql] を選択します。
ホスト名または IP アドレス
Amazon Aurora PostgreSQL インスタンスへのアクセスに使用するエンドポイント。
説明Amazon Aurora PostgreSQL インスタンスの基本情報ページでエンドポイントを取得できます。
ポート番号
Amazon Aurora PostgreSQL インスタンスのサービスポート番号を入力します。デフォルトのポート番号は [5432] です。
データベース名
Amazon Aurora PostgreSQL インスタンスのソースデータベースの名前を入力します。
データベースアカウント
Amazon Aurora PostgreSQL インスタンスのデータベースアカウント。アカウントに必要な権限については、このトピックの「データベースアカウントに必要な権限」セクションをご参照ください。
データベースパスワード
データベースアカウントのパスワード。
説明ソースデータベースのパラメータを構成した後、[データベースパスワード] の横にある [接続テスト] をクリックして、構成されたパラメータが有効かどうかを確認します。構成されたパラメータが有効な場合、[合格] メッセージが表示されます。[失敗] メッセージが表示された場合は、[失敗] の横にある [チェック] をクリックして、チェック結果に基づいてソースデータベースのパラメータを変更します。
ターゲットデータベース
インスタンスタイプ
ターゲットデータベースのインスタンスタイプ。[RDS インスタンス] を選択します。
インスタンスリージョン
ApsaraDB RDS for PostgreSQL インスタンスが存在するリージョン。
RDS インスタンス ID
ApsaraDB RDS for PostgreSQL インスタンスの ID。
データベース名
ApsaraDB RDS for PostgreSQL インスタンスのターゲットデータベースの名前。この名前は、Amazon Aurora PostgreSQL インスタンスのソースデータベースの名前と異なる場合があります。
説明データ移行タスクを構成する前に、ターゲット ApsaraDB RDS for PostgreSQL インスタンスにデータベースとスキーマを作成する必要があります。詳細については、このトピックの「準備 2: ターゲット ApsaraDB RDS for PostgreSQL インスタンスにデータベースとスキーマを作成する」セクションをご参照ください。
データベースアカウント
ApsaraDB RDS for PostgreSQL インスタンスのデータベースアカウント。アカウントに必要な権限については、このトピックの「データベースアカウントに必要な権限」セクションをご参照ください。
データベースパスワード
データベースアカウントのパスワード。
説明ターゲットデータベースのパラメータを構成した後、[データベースパスワード] の横にある [接続テスト] をクリックして、構成されたパラメータが有効かどうかを確認します。構成されたパラメータが有効な場合、[合格] メッセージが表示されます。[失敗] メッセージが表示された場合は、[失敗] の横にある [チェック] をクリックして、チェック結果に基づいてターゲットデータベースのパラメータを変更します。
ページの右下隅にある [ホワイトリストを設定して次へ] をクリックします。
ソースデータベースインスタンスまたはターゲットデータベースインスタンスが Alibaba Cloud データベースインスタンス (ApsaraDB RDS for MySQL インスタンス、ApsaraDB for MongoDB インスタンスなど) である場合、または Elastic Compute Service (ECS) でホストされている自己管理データベースである場合、DTS は DTS サーバーの CIDR ブロックをデータベースインスタンスまたは ECS セキュリティグループルールのホワイトリストに自動的に追加します。ソースデータベースまたはターゲットデータベースがデータセンター上の自己管理データベースである場合、または他のクラウドサービスプロバイダーからのものである場合、DTS がデータベースにアクセスできるように DTS サーバーの CIDR ブロックを手動で追加する必要があります。DTS サーバーの CIDR ブロックの詳細については、「オンプレミスデータベースのセキュリティ設定に DTS サーバーの CIDR ブロックを追加する」トピックの「DTS サーバーの CIDR ブロック」セクションをご参照ください。
警告DTS サーバーの CIDR ブロックがデータベースまたはインスタンスのホワイトリスト、または ECS セキュリティグループルールに自動または手動で追加された場合、セキュリティリスクが発生する可能性があります。したがって、DTS を使用してデータを移行する前に、潜在的なリスクを理解して認識し、予防措置を講じる必要があります。これには、ユーザー名とパスワードのセキュリティ強化、公開されているポートの制限、API 呼び出しの認証、ホワイトリストまたは ECS セキュリティグループルールの定期的なチェックと不正な CIDR ブロックの禁止、Express Connect、VPN Gateway、または Smart Access Gateway を使用したデータベースと DTS の接続などが含まれますが、これらに限定されません。
移行するオブジェクトと移行タイプを選択します。
設定
説明
移行タイプを選択
フルデータ移行のみを実行するには、[スキーマ移行] と [フルデータ移行] の両方を選択します。
サービスのダウンタイムなしでデータを移行するには、[スキーマ移行]、[フルデータ移行]、および [増分データ移行] を選択します。
説明[増分データ移行] が選択されていない場合、データの整合性を確保するために、データ移行中に Amazon Aurora PostgreSQL データベースにデータを書き込まないでください。
移行するオブジェクトを選択
[使用可能] セクションから 1 つ以上のオブジェクトを選択し、
アイコンをクリックして、[選択済み] セクションにオブジェクトを移動します。説明移行するオブジェクトとして、列、テーブル、またはデータベースを選択できます。
デフォルトでは、オブジェクトが移行された後、ターゲットデータベースのオブジェクト名はソースデータベースのオブジェクト名と同じままです。オブジェクト名マッピング機能を使用して、ターゲットデータベースに移行されるオブジェクトの名前を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。
オブジェクト名マッピング機能を使用してオブジェクトの名前を変更した場合、そのオブジェクトに依存する他のオブジェクトの移行に失敗する可能性があります。
オブジェクトの名前を変更するかどうかを指定
オブジェクト名マッピング機能を使用して、ターゲットインスタンスに移行されるオブジェクトの名前を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。
ソースデータベースまたはターゲットデータベースへの接続失敗時のリトライ時間の範囲を指定
デフォルトでは、DTS がソースデータベースまたはターゲットデータベースに接続できない場合、DTS は次の 12 時間以内に再試行します。必要に応じてリトライ時間の範囲を指定できます。指定された期間内に DTS がソースデータベースとターゲットデータベースに再接続された場合、DTS はデータ移行タスクを再開します。それ以外の場合、移行タスクは失敗します。
説明DTS が接続を再試行すると、DTS インスタンスの料金が発生します。ビジネス要件に基づいてリトライ時間の範囲を指定することをお勧めします。また、ソースインスタンスとターゲットインスタンスが解放された後、できるだけ早く DTS インスタンスを解放することもできます。
ページの右下隅にある [事前チェック] をクリックします。
説明データ移行タスクを開始する前に、DTS は事前チェックを実行します。タスクが事前チェックに合格した後でのみ、データ移行タスクを開始できます。
タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある
アイコンをクリックして詳細を表示できます。原因に基づいて問題をトラブルシューティングし、事前チェックを再度実行できます。
問題をトラブルシューティングする必要がない場合は、失敗した項目を無視して事前チェックを再度実行できます。
タスクが事前チェックに合格した後、[次へ] をクリックします。
[設定の確認] ダイアログボックスで、[チャネル仕様] パラメータを指定し、[data Transmission Service (従量課金制) サービス規約] を選択します。
- [購入して開始] をクリックして、データ移行タスクを開始します。説明 フルデータ移行中にタスクを手動で停止しないことをお勧めします。そうしないと、ターゲットデータベースに移行されたデータが不完全になります。データ移行タスクが自動的に停止するまで待つことができます。
ワークロードを ApsaraDB RDS for PostgreSQL インスタンスに切り替えます。