Data Transmission Service:ApsaraDB RDS for PPASインスタンスからPolarDB for Oracleクラスターへのデータの移行

前提条件

• PolarDB for Oracleクラスターが作成されました。 詳細については、「クラスターの作成」をご参照ください。

• PolarDB for Oracleクラスターの使用可能なストレージ容量が、ApsaraDB RDS for PPASインスタンスのデータの合計サイズよりも大きいこと。

• ApsaraDB RDS for PPASインスタンスのソースデータベース、テーブル、およびフィールドの名前に1つ以上の大文字が存在する場合、クラスターでオブジェクトを作成するときに、PolarDB for Oracleクラスターのソースデータベース、テーブル、およびフィールドの名前を二重引用符 (") で囲む必要があります。

• ApsaraDB RDS for PPASインスタンスから増分データを移行するには、スーパーユーザーロールの権限をデータベースアカウントに付与する必要があります。

制限事項

• DTSは、完全データ移行中にソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。 これは、データベースサーバの負荷を増加させる可能性がある。 データベースのパフォーマンスが悪い場合、仕様が低い場合、またはデータ量が多い場合、データベースサービスが利用できなくなる可能性があります。 たとえば、ソースデータベースで多数の低速SQLクエリが実行されている場合、テーブルにプライマリキーがない場合、またはターゲットデータベースでデッドロックが発生する場合、DTSは大量の読み取りおよび書き込みリソースを占有します。 データを移行する前に、移行元データベースと移行先データベースのパフォーマンスに対するデータ移行の影響を評価します。 オフピーク時にデータを移行することを推奨します。 たとえば、ソースデータベースとターゲットデータベースのCPU使用率が30% 未満の場合にデータを移行できます。

• 移行元データベースで移行するテーブルには、PRIMARY KEYまたはUNIQUE制約が必要であり、すべてのフィールドが一意である必要があります。 そうでない場合、宛先データベースは重複するデータレコードを含み得る。

• 単一のデータ移行タスクでは、1つのデータベースからのみデータを移行できます。 複数のデータベースからデータを移行するには、データベースごとにデータ移行タスクを作成する必要があります。

• データ移行タスクが失敗した場合、DTSは自動的にタスクを再開します。 ワークロードを移行先クラスターに切り替える前に、データ移行タスクを停止またはリリースしてください。 それ以外の場合、タスクの再開後、ソースデータベースのデータがターゲットクラスターのデータを上書きします。

• ワークロードがターゲットデータベースに切り替えられた後、新しく書き込まれたシーケンスは、ソースデータベースのシーケンスの最大値から増加しません。 したがって、ワークロードをターゲットデータベースに切り替える前に、ソースデータベース内のシーケンスの最大値を照会する必要があります。 次に、クエリされた最大値をターゲットデータベースのシーケンスの初期値として指定する必要があります。 次のコマンドを実行して、ソースデータベース内のシーケンスの最大値を照会できます。

  do language plpgsql $$
  declare
    nsp name;
    rel name;
    val int8;
  begin
    for nsp,rel in select nspname,relname from pg_class t2 , pg_namespace t3 where t2.relnamespace=t3.oid and t2.relkind='S'
    loop
      execute format($_$select last_value from %I.%I$_$, nsp, rel) into val;
      raise notice '%',
      format($_$select setval('%I.%I'::regclass, %s);$_$, nsp, rel, val+1);
    end loop;
  end;
  $$;

• ApsaraDB RDS for PPASインスタンスからPolarDB for Oracleクラスターにデータを移行する場合は、次の項目に注意してください。

  • PolarDB for Oracleクラスターの仕様がApsaraDB RDS for PPASインスタンスの仕様以上であることを確認します。 そうしないと、データをPolarDB for Oracleクラスターに移行した後にCPUまたはメモリリソースが不足するため、低速SQLクエリまたはメモリ不足 (OOM) エラーが発生する可能性があります。 PolarDB For Oracleクラスターの推奨仕様の詳細については、「ApsaraDB RDS for PPASインスタンスの仕様とPolarDB for Oracleクラスターの推奨仕様間のマッピング」をご参照ください。

  • 移行後の接続数とIOPSのビジネス要件がある場合は、ビジネス要件に基づいて適切な仕様を選択します。 詳細については、「計算ノードの仕様」をご参照ください。

  • クラスターエンドポイントを使用してアプリケーションをPolarDB for Oracleクラスターに接続する場合、読み書き分離が有効になります。 次に、システムは読み取り要求を読み取り専用PolarDB for Oracleノードに転送します。 これにより、PolarDB for Oracleクラスターの負荷が軽減されます。 クラスターエンドポイントを取得する方法の詳細については、「エンドポイントの表示または申請」をご参照ください。

• スキーマの移行中に、DTSは外部キーをソースデータベースからターゲットデータベースに移行します。

• 完全データ移行および増分データ移行中、DTSはセッションレベルで外部キーに対する制約チェックおよびカスケード操作を一時的に無効にします。 データ移行中にソースデータベースに対してカスケード更新および削除操作を実行すると、データの不整合が発生する可能性があります。

ApsaraDB RDS for PPASインスタンスの仕様とPolarDB for Oracleクラスターの推奨仕様とのマッピング

PolarDB for Oracleクラスターの仕様が、お使いのApsaraDB RDS for PPASインスタンスの仕様以上であることを確認してください。 そうしないと、データをPolarDB for Oracleクラスターに移行した後にCPUまたはメモリリソースが不足するため、低速のSQLクエリまたはOOMエラーが発生する可能性があります。 次の表に、PolarDB for Oracleクラスターの推奨仕様を示します。

移行タイプ

課金ルール

データベースアカウントに必要な権限

ソースOracleデータベースにログインし、データ収集用のアカウントを作成し、そのアカウントに権限を付与します。

データベースアカウントを作成し、データベースアカウントに権限を付与するには、次の操作を実行します。

PolarDB for Oracleクラスターにデータベースアカウントを作成するには、「データベースアカウントの作成」の手順に従います。

手順

1. [データ移行タスク] ページに移動します。

   1. データ管理 (DMS) コンソールにログインします。

   2. 上部のナビゲーションバーで、ポインタをDTSの上に移動します。

   3. DTS (DTS) > データ移行を選択します。

   説明

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

   • 新しいDTSコンソールのデータ移行ページに行くこともできます。

2. データ移行タスクの右側にあるドロップダウンリストから、データ移行インスタンスが存在するリージョンを選択します。

   説明

   新しいDTSコンソールを使用する場合は、左上隅にデータ移行インスタンスが存在するリージョンを選択する必要があります。

3. [タスクの作成] をクリックします。 [データ同期タスクの作成] ページで、ソースデータベースとターゲットデータベースを設定します。 次の表にパラメーターを示します。

   セクション	パラメーター	説明
   非該当	タスク名	DTSタスクの名前。 タスク名は自動生成されます。 タスクを簡単に識別できるように、わかりやすい名前を指定することをお勧めします。 一意のタスク名を指定する必要はありません。
   ソースデータベース	データベースタイプ	移行元ディスクのタイプを設定します。 [PostgreSQL] を選択します。 [データベースタイプ] パラメーターの値では、ApsaraDB RDS for PPASを使用できません。
   	アクセス方法	ソースデータベースのアクセス方法。 Express Connect、VPN Gateway、またはSmart Access Gatewayを選択します。
   	インスタンスリージョン	ソースApsaraDB RDS for PPASインスタンスが存在するリージョン。
   	Alibaba Cloudアカウント全体でのデータの複製	Alibaba Cloudアカウント間でデータを移行するかどうかを指定します。 この例では、[いいえ] が選択されています。
   	接続済みVPC	ApsaraDB RDS for PPASインスタンスのソースデータベースに接続されている仮想プライベートクラウド (VPC) のID。
   	IPアドレス	ApsaraDB RDS for PPASインスタンスのプライベートIPアドレス。
   	ポート番号	ApsaraDB RDS for PPASインスタンスのサービスポート番号。 デフォルトのポート番号は3433です。
   	データベースアカウント	ApsaraDB RDS for PPASインスタンスのデータベースアカウント。
   	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。
   宛先データベース	データベースタイプ	ターゲットデータベースのタイプ。 PolarDB (Oracle と互換性) を選択します。
   	アクセス方法	ターゲットデータベースのアクセス方法。 [Alibaba Cloudインスタンス] を選択します。
   	インスタンスリージョン	ターゲットPolarDB for Oracleクラスターが存在するリージョン。
   	インスタンスID	移行先のPolarDB for OracleクラスターのID。
   	データベース名	PolarDB for Oracleクラスター内のターゲットデータベースの名前。
   	データベースアカウント	移行先PolarDB for Oracleクラスターのデータベースアカウント。 このアカウントに必要な権限の詳細については、このトピックの「データベースアカウントに必要な権限」をご参照ください。
   	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。

4. ページの下部で、接続性をテストして続行をクリックします。

   警告

   • ソースまたはターゲットデータベースがAlibaba Cloudデータベースインスタンス (ApsaraDB RDS for MySQLインスタンスやApsaraDB for MongoDBインスタンスなど) の場合、DTSは自動的にDTSサーバーのCIDRブロックをインスタンスのホワイトリストに追加します。 ソースデータベースまたはターゲットデータベースがElastic Compute Service (ECS) インスタンスでホストされている自己管理型データベースである場合、DTSは自動的にDTSサーバーのCIDRブロックをECSインスタンスのセキュリティグループルールに追加します。 詳細については、「DTSサーバーのCIDRブロックをオンプレミスデータベースのセキュリティ設定に追加する」をご参照ください。 ソースデータベースまたはターゲットデータベースが、データセンターにデプロイされているか、サードパーティのクラウドサービスプロバイダーによって提供される自己管理データベースである場合、DTSサーバーのCIDRブロックをデータベースのホワイトリストに手動で追加して、DTSがデータベースにアクセスできるようにする必要があります。

   • DTSサーバーのCIDRブロックがデータベース、Alibaba Cloudデータベースインスタンス、またはECSセキュリティグループルールのホワイトリストに自動的または手動で追加されると、セキュリティリスクが発生する可能性があります。 したがって、DTSを使用してデータを移行する前に、潜在的なリスクを理解して認識し、次の対策を含む予防策を講じる必要があります。VPNゲートウェイ、またはSmart Access Gateway。

   • DTSタスクが完了またはリリースされた後、追加されたCIDRブロックを手動で検出し、ホワイトリストまたはECSセキュリティグループルールから削除することを推奨します。

5. 同期するオブジェクトと詳細設定を設定します。

   • 基本設定

     パラメーター	説明
     同期タイプ	フルデータ移行のみを実行するには、[スキーマ移行] と [フルデータ移行] を選択します。 データ移行中のサービスの継続性を確保するには、[スキーマ移行] 、[フルデータ移行] 、および [増分データ移行] を選択します。 説明 増分データ移行を選択しない場合、データ移行中にソースデータベースにデータを書き込まないことを推奨します。 これにより、ソースデータベースとターゲットデータベース間のデータの整合性が確保されます。
     競合テーブルの処理モード	エラーの事前チェックと報告: ターゲットデータベースに、ソースデータベースのテーブルと同じ名前を使用するテーブルが含まれているかどうかを確認します。 ソースデータベースとターゲットデータベースに同じテーブル名のテーブルが含まれていない場合は、事前チェックに合格します。 それ以外の場合、事前チェック中にエラーが返され、データ移行タスクを開始できません。 説明 ソースデータベースとターゲットデータベースに同じ名前のテーブルが含まれていて、ターゲットデータベース内のテーブルを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、ターゲットデータベースに移行されるテーブルの名前を変更できます。 詳細については、「マップオブジェクト名」をご参照ください。 エラーを無視して続行: ソースデータベースとターゲットデータベースの同じテーブル名の事前チェックをスキップします。 警告 エラーを無視して続行 を選択すると、データの不整合が発生し、ビジネスが次の潜在的なリスクにさらされる可能性があります。 ソースデータベースとターゲットデータベースが同じスキーマを持ち、データレコードがターゲットデータベースの既存のデータレコードと同じプライマリキーを持つ場合、次のシナリオが発生する可能性があります。 完全データ移行中、DTSはデータレコードを移行先データベースに移行しません。 ターゲットデータベースの既存のデータレコードが保持されます。 増分データ移行中に、DTSはデータレコードを移行先データベースに移行します。 ターゲットデータベースの既存のデータレコードが上書きされます。 ソースデータベースとターゲットデータベースのスキーマが異なる場合、特定の列のみが移行されるか、データ移行タスクが失敗します。 作業は慎重に行ってください。
     宛先インスタンスでのオブジェクト名の大文字化	ターゲットインスタンスのデータベース名、テーブル名、および列名の大文字化。 デフォルトでは、DTSデフォルトポリシーが選択されています。 他のオプションを選択して、オブジェクト名の大文字化がソースまたはターゲットデータベースの大文字化と一致していることを確認できます。 詳細については、「ターゲットインスタンスのオブジェクト名の大文字化の指定」をご参照ください。
     ソースオブジェクト	[ソースオブジェクト] セクションから1つ以上のオブジェクトを選択し、アイコンをクリックして、オブジェクトを [選択済みオブジェクト] セクションに移動します。 説明 timeフィールドはTIMESTAMPデータ型をサポートしています。 ソースデータベースのtimeフィールドが0の場合、ターゲットデータベースのtimeフィールドは自動的にnullに変換されます。
     [選択済みオブジェクト]	移行先インスタンスに移行するオブジェクトの名前を変更するには、選択中のオブジェクト セクションでオブジェクトを右クリックします。 詳細については、「オブジェクト名のマップ」トピックの「単一オブジェクトの名前のマップ」セクションをご参照ください。 一度に複数のオブジェクトの名前を変更するには、選択中のオブジェクト セクションの右上隅にある 一括編集 をクリックします。 詳細については、「オブジェクト名のマップ」トピックの「一度に複数のオブジェクト名をマップする」セクションをご参照ください。 説明 オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトの移行に失敗する可能性があります。

   • 詳細設定

     パラメーター	説明
     Set Alerts	データ移行タスクのアラートを設定するかどうかを指定します。 タスクが失敗するか、移行の待ち時間が指定されたしきい値を超えると、アラート送信先は通知を受け取ります。 有効な値： No: アラートを設定しません。 Yes: アラートを設定します。 この場合、アラートしきい値と アラート通知設定 詳細については、「モニタリングとアラートの設定」トピックの「DTSタスクを作成するときのモニタリングとアラートの設定」をご参照ください。
     失敗した接続のリトライ時間範囲の指定	失敗した接続のリトライ時間範囲。 有効な値: 10 ~ 1440 単位は分です。 デフォルト値: 120 再試行時間の範囲を30分以上に設定することを推奨します。 指定された再試行時間内にDTSがソースデータベースとターゲットデータベースに再接続すると、DTSはデータ移行タスクを再開します。 それ以外の場合、データ移行タスクは失敗します。 説明 同じソースまたはターゲットデータベースを共有する複数のデータ移行タスクに対して異なるリトライ時間範囲を設定した場合、後で設定された値が優先されます。 DTSが接続を再試行すると、DTSインスタンスに対して課金されます。 業務要件に基づいて再試行時間範囲を指定することを推奨します。 ソースデータベースとターゲットデータベースがリリースされた後、できるだけ早くDTSインスタンスをリリースすることもできます。
     ETLの設定	抽出、変換、および読み込み (ETL) 機能を有効にするかどうかを指定します。 詳細については、「ETLとは何ですか? 」をご参照ください。有効な値： Yes: ETL機能を設定します。 コードエディターでデータ処理ステートメントを入力できます。 詳細については、「データ移行またはデータ同期タスクでのETLの設定」をご参照ください。 No: ETL機能を設定しません。

6. ページの下部で、[次へ: タスク設定の保存と事前チェック] をクリックします。

   説明

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

   • タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある [詳細の表示] をクリックします。 チェック結果に基づいて原因を分析した後、問題のトラブルシューティングを行います。 次に、もう一度プレチェックを実行します。

   • 事前チェック中にアイテムに対してアラートがトリガーされた場合:

     • アラートアイテムを無視できない場合は、失敗したアイテムの横にある [詳細の表示] をクリックして問題のトラブルシューティングを行います。 次に、もう一度プレチェックを実行します。

     • アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。 [詳細の表示] ダイアログボックスで、[無視] をクリックします。 表示されたメッセージボックスで、[OK] をクリックします。 次に、[再度事前チェック] をクリックして、事前チェックを再度実行します。 アラート項目を無視すると、データの不整合が発生し、ビジネスが潜在的なリスクにさらされる可能性があります。

7. 成功率が100% になるまで待ちます。 次に、[次へ: インスタンスの購入] をクリックします。

8. [インスタンスの購入] ページで、データ移行インスタンスのインスタンスクラスパラメーターを設定します。 下表にパラメーターを示します。

   セクション	パラメーター	説明
   新しいインスタンスクラス	リソースグループ	データ移行インスタンスが属するリソースグループ。 デフォルト値: Default resource group 詳細については、「リソース管理とは 」をご参照ください。
   	インスタンスクラス	DTSは、移行速度が異なるインスタンスクラスを提供します。 ビジネスシナリオに基づいてインスタンスクラスを選択できます。 詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。

9. 読み取りと選択データ伝送サービス (従量課金) サービス規約.

10. [購入して開始] をクリックします。 表示されるメッセージで、 [OK] をクリックします。

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