Data Transmission Service:Amazon RDS for PostgreSQL から Alibaba Cloud への増分移行

注意事項

• 完全なデータ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを消費し、負荷を増加させます。データベースのパフォーマンスが低い、仕様が低い、またはワークロードが高い (たとえば、ソースデータベースに多くの低速な SQL クエリやプライマリキーのないテーブルがある場合、またはターゲットデータベースでデッドロックが発生する場合) 場合、負荷の増加はデータベースに負担をかけ、サービスの中断を引き起こすことさえあります。両方のデータベースの CPU 使用率が 30% 未満であるなど、オフピーク時にデータ移行を実行してください。

• プライマリキー、一意制約、またはその他の一意性保証がないテーブルは、重複データを生成したり、移行の失敗を引き起こす可能性があります。

• 各移行タスクは 1 つのデータベースを処理します。複数のデータベースの場合は、個別のタスクを作成してください。

• DML 操作 (INSERT、DELETE、UPDATE) のみがレプリケーションされます。

• DTS は、Amazon RDS for PostgreSQL に dts_sync_ というプレフィックスが付いたレプリケーションスロットを作成します。古いスロットは、ディスク領域の消費を防ぐために 90 分ごとにクリーンアップされます。

  説明

  タスクがリリースされたり失敗したりすると、DTS は自動的にレプリケーションスロットをクリーンアップします。プライマリ/セカンダリ スイッチオーバーの後、セカンダリデータベース上のレプリケーションスロットを手動でクリーンアップしてください。

  SELECT * FROM pg_replication_slots; を実行してレプリケーションスロット情報をクエリし、DTS レプリケーションスロット (slot_type は logical) がアクティブであることを確認します。

• Amazon RDS for PostgreSQL インスタンスでのプライマリ/セカンダリ スイッチオーバーは、移行タスクの失敗を引き起こします。回復できない場合があります。

• DTS は失敗した移行タスクを自動的に回復します。自動回復によってターゲットのデータが上書きされるのを防ぐため、ワークロードをターゲットインスタンスに切り替える前に、タスクを停止またはリリースしてください。

課金

移行タイプ

• スキーマ移行

  DTS は、TABLE、TRIGGER、VIEW、SEQUENCE、FUNCTION、USER DEFINED TYPE、RULE、DOMAIN、OPERATION、AGGREGATE のオブジェクトタイプを ApsaraDB RDS for PostgreSQL に移行します。

  説明

  DTS は C 言語で書かれた関数を移行しません。

• 完全なデータ移行

  DTS は、ソースオブジェクトからすべてのデータを ApsaraDB RDS for PostgreSQL に移行します。

• 増分データ移行

  完全なデータ移行の後、DTS は進行中の変更を ApsaraDB RDS for PostgreSQL にレプリケーションし、アプリケーションのダウンタイムを最小限に抑えます。

データベースアカウントの権限

データ移行プロセス

オブジェクトの依存関係による失敗を避けるため、DTS はスキーマとデータを次の順序で移行します。

1. TABLE、VIEW、SEQUENCE、FUNCTION、USER DEFINED TYPE、RULE、DOMAIN、OPERATION、AGGREGATE のスキーマを移行します。

2. 完全なデータ移行を実行します。

3. TRIGGER と FOREIGN KEY のスキーマを移行します。

4. 増分データ移行を実行します。

   説明

   増分データ移行を開始する前に、移行オブジェクトに対して DDL 操作を実行しないでください。実行すると、移行が失敗する可能性があります。

前提条件

1. Amazon RDS 管理コンソールにログインします。

2. ページの右上隅で、ターゲットインスタンスが配置されているリージョンを選択します。

3. 左側のナビゲーションウィンドウで、データベース をクリックします。ターゲットデータベースのデータベース識別子をクリックして、基本情報 ページを開きます。

4. [セキュリティグループルール] セクションで、インバウンドルールのセキュリティグループ名をクリックします。

5. セキュリティグループページで、対応するリージョンの DTS サーバーアドレスをインバウンドルールに追加します。IP アドレス範囲の詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加」をご参照ください。

   [インバウンド] タブをクリックし、[編集] をクリックします。[インバウンドルールの編集] ダイアログボックスで、タイプを [カスタム TCP ルール] に設定し、ポート範囲を [5432] に設定し、ソースに [カスタム] を選択して、対応する DTS サーバーの IP アドレスを入力します。その後、[保存] をクリックします。

   説明

   • ターゲットデータベースが存在するリージョンの DTS IP アドレス範囲のみを追加する必要があります。たとえば、ソースデータベースがシンガポールにあり、ターゲットデータベースが杭州にある場合、杭州リージョンの DTS IP アドレス範囲のみを追加する必要があります。

   • IP アドレス範囲を追加する際、インバウンドルールを 1 つずつ追加することなく、必要なすべての IP アドレスを一度に追加できます。

   • さらに質問がある場合は、Amazon の公式ドキュメントを参照するか、Amazon のテクニカルサポートにお問い合わせください。

操作手順 (新しいコンソール)

1. 次のいずれかの方法で、ターゲットリージョンの移行タスク一覧ページに移動します。

   DTS コンソールから

   1. Data Transmission Service (DTS) コンソールにログインします。

   2. 左側のナビゲーションウィンドウで、データの移行 をクリックします。

   3. ページの左上隅で、移行インスタンスが配置されているリージョンを選択します。

   DMS コンソールから

   説明

   実際の手順は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモードコンソール」および「DMS コンソールのレイアウトとスタイルをカスタマイズ」をご参照ください。

   1. Data Management (DMS) コンソールにログインします。

   2. トップメニューバーで、[データ + AI] > [データ伝送 (DTS)] > [データ移行] を選択します。

   3. データ移行タスク の右側で、移行インスタンスが配置されているリージョンを選択します。

2. タスクの作成 をクリックすると、タスク構成ページに移動します。

3. ソースデータベースとターゲットデータベースを構成します。

   警告

   ソースインスタンスとターゲットインスタンスを選択した後、ページの上部に表示される制限事項を注意深くお読みになることを推奨します。そうしないと、タスクが失敗したり、データの不整合が発生したりする可能性があります。

   セクション	パラメータ	説明
   N/A	タスク名	DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
   ソースデータベース	DMS データベースインスタンスの選択	必要に応じて、既存のインスタンスを使用するかどうかを選択できます。 既存のインスタンスを使用する場合、以下のデータベース情報が自動的に入力されます。再度入力する必要はありません。 既存のインスタンスを使用しない場合、以下のデータベース情報を構成する必要があります。 説明 DMS コンソールで、DMS データベースインスタンスの追加 をクリックして、データベースを DMS に登録できます。詳細については、「ApsaraDB データの取り込み」および「サードパーティのクラウドサービスでホストされているデータベースまたは自己管理データベースを登録」をご参照ください。 DTS コンソールでは、データベース接続 ページまたは新しい構成ページでデータベースを DTS に登録できます。詳細については、「データベース接続の管理」をご参照ください。
   	データベースタイプ	PostgreSQL を選択します。
   	アクセス方法	パブリック IP アドレス を選択します。
   	インスタンスリージョン	Amazon RDS for PostgreSQL インスタンスのリージョンを選択します。 説明 ご利用のインスタンスリージョンがリストにない場合は、最も近いリージョンを選択してください。
   	ドメイン名または IP アドレス	Amazon RDS for PostgreSQL インスタンスのエンドポイントを入力します。 説明 エンドポイントは、Amazon RDS for PostgreSQL インスタンスの 基本情報 ページで確認できます。
   	ポート番号	Amazon RDS for PostgreSQL インスタンスのサービスポートを入力します。デフォルト：5432。
   	データベース名	Amazon RDS for PostgreSQL インスタンス上のソースデータベースの名前を入力します。
   	データベースアカウント	Amazon RDS for PostgreSQL インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードを入力します。
   	暗号化	ソースデータベースへの接続を暗号化するかどうかを指定します。このパラメータは、ビジネス要件に基づいて構成できます。この例では、非暗号化 が選択されています。 ソースデータベースへの SSL 暗号化接続を確立する場合は、次の手順を実行します：SSL 暗号化 を選択し、必要に応じて CA 証明書、クライアント証明書、および クライアント証明書の秘密鍵 をアップロードし、クライアント証明書の秘密鍵のパスワード を指定します。 説明 自己管理 PostgreSQL データベースに対して暗号化を SSL 暗号化 に設定した場合、CA 証明書 をアップロードする必要があります。 クライアント証明書を使用する場合は、クライアント証明書 と クライアント証明書の秘密鍵 をアップロードし、クライアント証明書の秘密鍵のパスワード を指定する必要があります。 ApsaraDB RDS for PostgreSQL インスタンスの SSL 暗号化を構成する方法については、「SSL 暗号化」をご参照ください。
   宛先データベース	DMS データベースインスタンスの選択	必要に応じて、既存のインスタンスを使用するかどうかを選択できます。 既存のインスタンスを使用する場合、以下のデータベース情報が自動的に入力されます。再度入力する必要はありません。 既存のインスタンスを使用しない場合、以下のデータベース情報を構成する必要があります。 説明 DMS コンソールで、DMS データベースインスタンスの追加 をクリックして、データベースを DMS に登録できます。詳細については、「ApsaraDB データの取り込み」および「サードパーティのクラウドサービスでホストされているデータベースまたは自己管理データベースを登録」をご参照ください。 DTS コンソールでは、データベース接続 ページまたは新しい構成ページでデータベースを DTS に登録できます。詳細については、「データベース接続の管理」をご参照ください。
   	データベースタイプ	PostgreSQL を選択します。
   	アクセス方法	Alibaba Cloud インスタンス を選択します。
   	インスタンスリージョン	ターゲットの ApsaraDB RDS for PostgreSQL インスタンスのリージョンを選択します。
   	インスタンス ID	ターゲットの ApsaraDB RDS for PostgreSQL インスタンスの ID を選択します。
   	データベース名	ApsaraDB RDS for PostgreSQL インスタンス内のターゲットデータベース名を入力します。名前はソースデータベース名と異なっていてもかまいません。 説明 データベースは ApsaraDB RDS for PostgreSQL インスタンスに既に存在している必要があります。詳細については、「データベースの作成」をご参照ください。
   	データベースアカウント	ターゲットの ApsaraDB RDS for PostgreSQL インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードを入力します。
   	暗号化	ソースデータベースへの接続を暗号化するかどうかを指定します。このパラメータは、ビジネス要件に基づいて構成できます。この例では、非暗号化 が選択されています。 ソースデータベースへの SSL 暗号化接続を確立する場合は、次の手順を実行します：SSL 暗号化 を選択し、必要に応じて CA 証明書、クライアント証明書、および クライアント証明書の秘密鍵 をアップロードし、クライアント証明書の秘密鍵のパスワード を指定します。 説明 自己管理 PostgreSQL データベースに対して暗号化を SSL 暗号化 に設定した場合、CA 証明書 をアップロードする必要があります。 クライアント証明書を使用する場合は、クライアント証明書 と クライアント証明書の秘密鍵 をアップロードし、クライアント証明書の秘密鍵のパスワード を指定する必要があります。 ApsaraDB RDS for PostgreSQL インスタンスの SSL 暗号化を構成する方法については、「SSL 暗号化」をご参照ください。

4. 構成が完了したら、ページ下部の 接続をテストして続行 をクリックします。表示される DTS サーバーの CIDR ブロック ダイアログボックスで、接続テスト をクリックします。

   説明

   DTS サービスからのアクセスを許可するために、DTS サービスの IP アドレスセグメントがソースデータベースとターゲットデータベースのセキュリティ設定に自動または手動で追加されていることを確認してください。詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加」をご参照ください。

5. タスクオブジェクトを構成します。

   1. オブジェクト設定 ページで、移行するオブジェクトを構成します。

      パラメータ	説明
      移行タイプ	スキーマ移行 と 増分データ移行 の両方を選択します。完全データ移行 も選択することを推奨します。
      競合するテーブルの処理モード	エラーの事前チェックと報告：ターゲットデータベースに同じ名前のテーブルが存在するかどうかを確認します。同じ名前のテーブルが存在しない場合、事前チェックは合格します。同じ名前のテーブルが存在する場合、事前チェック中にエラーが報告され、データ移行タスクは開始されません。 説明 ターゲットデータベースのテーブルが同じ名前で、簡単に削除または名前変更できない場合は、ターゲットデータベースのテーブルの名前を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。 エラーを無視して続行：同じ名前のテーブルのチェックをスキップします。 警告 エラーを無視して続行 を選択すると、データの不整合やビジネスリスクが発生する可能性があります。例： テーブルスキーマが一貫しており、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキー値を持つ場合： 完全移行中、DTS はターゲットデータベースのレコードを保持します。ソースデータベースからのレコードは移行されません。 増分移行中、DTS はターゲットデータベースのレコードを保持しません。ソースデータベースからのレコードがターゲットデータベースのレコードを上書きします。 テーブルスキーマが不一致の場合、一部の列のデータのみが移行されるか、移行が失敗する可能性があります。注意して進めてください。
      移行先インスタンスでのオブジェクト名の大文字化	移行されたオブジェクト (データベース、テーブル、列など) の名前の大文字/小文字の区別ポリシーをターゲットインスタンスで構成できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。ソースまたはターゲットデータベースのデフォルトポリシーと大文字/小文字の区別を一致させることも選択できます。詳細については、「ターゲットデータベースのオブジェクト名の大文字/小文字の区別」をご参照ください。
      ソースオブジェクト	ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。 アイコンをクリックして、オブジェクトを [選択されたオブジェクト] セクションに追加します。 説明 移行オブジェクトの選択の粒度は、スキーマ、テーブル、列です。移行オブジェクトとしてテーブルまたは列のみを選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに移行されません。
      選択中のオブジェクト	ターゲットインスタンス内の単一の移行オブジェクトの名前を変更するには、選択中のオブジェクト ボックスでオブジェクトを右クリックします。詳細については、「個々のスキーマ、テーブル、列の名前をマッピング」をご参照ください。 ターゲットインスタンス内の複数の移行オブジェクトの名前を変更するには、一括編集 ボックスの右上隅にある 選択中のオブジェクト をクリックします。詳細については、「複数のスキーマ、テーブル、列の名前をマッピング」をご参照ください。 説明 オブジェクト名マッピング機能を使用すると、依存オブジェクトが正常に移行されない場合があります。 WHERE 句でデータをフィルタリングするには、選択中のオブジェクト ボックスでテーブルを右クリックし、フィルター条件を指定します。詳細については、「SQL 条件を使用してタスクデータをフィルタリング」をご参照ください。 スキーマまたはテーブルレベルで移行する SQL 操作を選択するには、選択中のオブジェクト ボックスでオブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。

   2. 詳細設定へ をクリックして、詳細パラメータを構成します。

      パラメータ	説明
      タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、DTS は共有クラスターでタスクをスケジュールします。選択する必要はありません。より安定したタスクが必要な場合は、専用クラスターを購入して DTS 移行タスクを実行できます。
      失敗した接続の再試行時間	移行タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、すぐに接続の再試行を開始します。デフォルトの再試行時間は 720 分です。再試行時間は 10 分から 1440 分の間でカスタマイズできます。30 分以上に設定することを推奨します。指定された時間内に DTS がソースおよびターゲットデータベースに再接続した場合、移行タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。 説明 同じソースまたはターゲットを共有する複数の DTS インスタンスの場合、ネットワークの再試行時間は最後に作成されたタスクの設定によって決まります。 接続再試行期間中もタスクは課金されるため、ビジネスニーズに応じて再試行時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。
      移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	移行タスクが開始された後、DDL または DML 実行例外などの接続以外の問題がソースまたはターゲットデータベースで発生した場合、DTS はエラーを報告し、すぐに操作の再試行を開始します。デフォルトの再試行時間は 10 分です。再試行時間は 1 分から 1440 分の間でカスタマイズできます。10 分以上に設定することを推奨します。指定された再試行時間内に関連する操作が成功した場合、移行タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。 重要 移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 の値は、失敗した接続の再試行時間 の値より小さくする必要があります。
      完全移行率を制限するかどうか	完全移行中、DTS はソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷を増加させる可能性があります。必要に応じて、完全移行タスクのスロットリングを有効にできます。1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。 説明 この設定項目は、移行タイプ で 完全データ移行 を選択した場合にのみ利用可能です。 移行インスタンスが実行された後、完全移行速度を調整することもできます。
      増分移行率を制限するかどうか	必要に応じて、増分移行タスクの速度制限を設定することもできます。1 秒あたりの増分移行の行数 RPS と 1 秒あたりの増分移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。 説明 この設定項目は、移行タイプ で 増分データ移行 を選択した場合にのみ利用可能です。 移行インスタンスが実行された後、増分移行速度を調整することもできます。
      環境タグ	インスタンスを識別するための環境タグを選択します。任意です。
      ETL 機能の設定	抽出・変換・書き出し (ETL) 機能を有効にするかどうかを選択します。詳細については、「ETL とは？」をご参照ください。有効な値： ○：ETL 機能を有効にします。コードエディタにデータ処理文を入力します。詳細については、「データ移行またはデータ同期タスクで ETL を構成」をご参照ください。 ×：ETL 機能を無効にします。
      監視アラート	ビジネスニーズに応じて、アラートを設定し、アラート通知を受け取るかどうかを選択します。 ×：アラートを設定しません。 ○：アラートのしきい値とアラート通知を設定してアラートを構成します。移行が失敗した場合や遅延がしきい値を超えた場合、システムはアラート通知を送信します。

   3. [次へ：データ検証] をクリックして、データ検証タスクを構成します。

      データ検証機能の詳細については、「データ検証の構成」をご参照ください。

6. タスクを保存し、事前チェックを実行します。

   • API オペレーションを呼び出す際にこのインスタンスを構成するためのパラメータを表示するには、次：タスク設定の保存と事前チェック ボタンにポインターを合わせ、表示されるバブル内の OpenAPI パラメーターのプレビュー をクリックします。

   • API パラメータを表示する必要がない場合、または表示が完了した場合は、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。

   説明

   • 移行タスクが開始される前に、DTS は事前チェックを実行します。タスクは事前チェックに合格した後にのみ開始されます。

   • 事前チェックが失敗した場合は、失敗した確認項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

   • 事前チェック中に警告が報告された場合：

     • 無視できない確認項目については、失敗した項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

     • 無視できる確認項目については、アラートの詳細を確認、無視、OK、再度事前チェックを実行 をクリックしてアラート項目をスキップし、再度事前チェックを実行できます。警告を無視することを選択した場合、データの不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。

7. インスタンスを購入します。

   1. 成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

   2. 購入 ページで、データ移行インスタンスのリンク仕様を選択します。詳細については、次の表をご参照ください。

      カテゴリ	パラメータ	説明
      新しいインスタンスクラス	リソースグループの設定	インスタンスが属するリソースグループを選択します。デフォルト値はデフォルトリソースグループです。詳細については、「リソース管理とは？」をご参照ください。
      	インスタンスクラス	DTS は、異なるパフォーマンスレベルの移行仕様を提供します。リンク仕様は移行速度に影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ移行リンク仕様」をご参照ください。

   3. 構成が完了したら、Data Transmission Service (従量課金) 利用規約 を読んで選択します。

   4. 購入して起動 をクリックします。表示される OK ダイアログボックスで、[OK] をクリックします。

      データ移行タスク 一覧ページで移行タスクの進捗状況を確認できます。

      説明

      • 移行タスクに増分移行が含まれていない場合、完全移行が完了すると自動的に停止します。タスクが停止すると、その ステータス は 完了 に変わります。

      • 移行タスクに増分移行が含まれている場合、自動的に停止しません。増分移行タスクは実行を続けます。増分移行タスクが実行中の間、タスクの ステータス は 実行中 です。

操作手順 (古いコンソール)

1. DTS コンソールにログインします。

   説明

   Data Management (DMS) コンソールに自動的にリダイレクトされる場合は、右下隅の アイコンをクリックし、 をクリックしてクラシック DTS コンソールに戻ることができます。

2. 左側のナビゲーションウィンドウで、データの移行 をクリックします。

3. [移行タスク] ページの上部で、ターゲットクラスターのリージョンを選択します。

4. ページの右上隅で、移行タスクの作成 をクリックします。

5. ソースデータベースとターゲットデータベースを構成します。

   カテゴリ	パラメータ	説明
   N/A	タスク名	DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定してください。一意である必要はありません。
   ソースインスタンス	インスタンスタイプ	[パブリック IP アドレスを持つユーザー作成データベース] を選択します。
   	インスタンスリージョン	ソースインスタンスのリージョン。インスタンスタイプとして [パブリック IP アドレスを持つユーザー作成データベース] が選択されている場合は不要です。
   	データベースタイプ	PostgreSQL を選択します。
   	ホスト名または IP アドレス	Amazon RDS for PostgreSQL インスタンスのエンドポイントを入力します。 説明 エンドポイントは、Amazon RDS for PostgreSQL インスタンスの 基本情報 ページで確認できます。
   	ポート番号	Amazon RDS for PostgreSQL インスタンスのサービスポートを入力します。デフォルト：5432。
   	データベース名	Amazon RDS for PostgreSQL インスタンスから移行するデータベースの名前を入力します。
   	データベースアカウント	Amazon RDS for PostgreSQL インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードを入力します。 説明 ソースデータベースを構成した後、データベースのパスワード の横にある 接続テスト をクリックして接続をテストします。テストに合格すると、合格 が表示されます。失敗 が表示された場合は、失敗 の横にある チェック をクリックし、結果に基づいて設定を調整します。
   ターゲットインスタンス	インスタンスタイプ	RDS インスタンス を選択します。
   	インスタンスリージョン	ApsaraDB RDS for PostgreSQL インスタンスのリージョンを選択します。
   	RDS インスタンス ID	ApsaraDB RDS for PostgreSQL インスタンスの ID を選択します。
   	データベース名	ApsaraDB RDS for PostgreSQL インスタンス内のターゲットデータベース名を入力します。名前はソースデータベース名と異なっていてもかまいません。 説明 データベースは ApsaraDB RDS for PostgreSQL インスタンスに存在している必要があります。存在しない場合は、データベースを作成してください。
   	データベースアカウント	ApsaraDB RDS for PostgreSQL インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードを入力します。 説明 ターゲットデータベースを構成した後、データベースのパスワード の横にある 接続テスト をクリックして接続をテストします。テストに合格すると、合格 が表示されます。失敗 が表示された場合は、失敗 の横にある チェック をクリックし、結果に基づいて設定を調整します。

6. 構成が完了したら、ページの右下隅にある [ホワイトリストを設定して次へ] をクリックします。

   ソースまたはターゲットが ApsaraDB for MySQL や ApsaraDB for MongoDB などの Alibaba Cloud データベースインスタンスである場合、DTS は対応するリージョン内のサーバーの IP アドレスをインスタンスのホワイトリストに自動的に追加します。ソースまたはターゲットが ECS インスタンス上の自己管理データベースである場合、DTS はその IP アドレスを ECS インスタンスのセキュリティルールに自動的に追加します。また、自己管理データベースが ECS インスタンスからのアクセスを制限していないことを確認する必要があります。データベースが複数の ECS インスタンスにまたがるクラスターである場合は、各 ECS インスタンスのセキュリティルールに DTS の IP アドレスを手動で追加する必要があります。ソースまたはターゲットがオンプレミスデータセンターまたは他のクラウド上のデータベースである場合は、対応するリージョンの DTS IP アドレスを手動で追加して、DTS サーバーからのアクセスを許可する必要があります。DTS サーバーの IP アドレスの一覧については、「DTS サーバーの IP アドレス」をご参照ください。

   警告

   DTS サーバーのパブリック CIDR ブロックを自動または手動で追加すると、セキュリティリスクが生じる可能性があります。この製品を使用することにより、これらの潜在的なリスクを認識し、受け入れるものとします。強力なパスワードの使用、オープンポートの制限、内部 API 呼び出しの認証の使用、不要なネットワークセグメントの定期的なレビューと制限、または Express Connect、VPN Gateway、Smart Access Gateway などのプライベートネットワーク経由での接続など、基本的なセキュリティ対策を講じる責任はお客様にあります。

7. 移行オブジェクトと移行タイプを選択します。

   パラメータ	説明
   移行タイプ	スキーマ移行、[フルデータ移行]、および [増分データ移行] を選択します。
   移行オブジェクト	[利用可能] ボックスで、移行するオブジェクトを選択し、 アイコンをクリックして 選択中のオブジェクト ボックスに移動します。 説明 移行オブジェクトは、スキーマ、テーブル、または列レベルで選択できます。 デフォルトでは、オブジェクト名は移行後も変更されません。ターゲットインスタンスでオブジェクトの名前を変更するには、オブジェクト名マッピング機能を使用します。 オブジェクト名マッピング機能を使用すると、他の依存オブジェクトの移行が失敗する可能性があります。
   マッピングされたオブジェクトの名前を変更	ターゲットインスタンスで移行オブジェクトの名前を変更するには、「オブジェクト名マッピング」を使用します。
   失敗した接続の再試行時間	デフォルト：12 時間。指定された時間内に DTS が再接続した場合、タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。 説明 DTS インスタンスは再試行期間中も課金されます。ニーズに応じて再試行時間を設定するか、ソースおよびターゲットインスタンスがリリースされたときに DTS インスタンスをリリースしてください。

8. 構成が完了したら、ページの右下隅にある [事前チェックして開始] をクリックします。

   説明

   • 移行タスクが開始される前に、DTS は事前チェックを実行します。タスクは事前チェックに合格した後にのみ開始できます。

   • 事前チェックが失敗した場合は、失敗した項目の横にある アイコンをクリックして詳細を表示します。

     • プロンプトに従って問題を修正し、再度事前チェックを実行します。

     • 警告項目を修正する必要がない場合は、無視 を選択し、[警告を無視して事前チェックを再実行] をクリックして再度事前チェックを実行できます。

9. タスクが事前チェックに合格したら、次へ をクリックします。

10. 表示される [設定の確認] ダイアログボックスで、インスタンスクラス を選択し、[データ伝送サービス (従量課金) 利用規約] チェックボックスを選択します。

11. 購入して起動 をクリックして移行タスクを開始します。

    説明

    移行タスクは自動的に停止しません。オフピーク時またはターゲットインスタンスに切り替える準備ができたときにタスクを停止してください。

    1. タスクの進捗が 増分データ移行 に変わり、ステータスが 遅延なし と表示されるまで待ちます。その後、ソースデータベースへのデータ書き込みを数分間停止します。この間、増分データ移行 のステータスに遅延が表示される場合があります。

    2. 増分データ移行 のステータスが再び 遅延なし に変わるまで待ち、その後、移行タスクを手動で停止します。

       ターゲット移行タスクの横にあるチェックボックスを選択し、下部の一括操作バーで [一時停止] をクリックします。

12. ビジネスを ApsaraDB RDS for PostgreSQL インスタンスに切り替えます。