Data Transmission Service:セルフマネージド Oracle データベースから RDS PostgreSQL インスタンスへのデータ移行

前提条件

開始する前に、以下を確認してください。

• Oracle データベースのバージョンが 9i、10g、11g、12c、18c、または 19c であること。

• Oracle データベースがアーカイブログモードで実行されており、アーカイブ・ログファイルにアクセス可能で、適切な保持期間が設定されていること。詳細については、「アーカイブ REDO ログファイルの管理」をご参照ください。

• Oracle データベースで補足ロギングが有効になっており、SUPPLEMENTAL_LOG_DATA_PK と SUPPLEMENTAL_LOG_DATA_UI の両方が Yes に設定されていること。詳細については、「補足ロギング」をご参照ください。

• 移行するすべてのテーブルにプライマリキーまたは UNIQUE NOT NULL インデックスが含まれていること。

• ターゲットの ApsaraDB RDS for PostgreSQL インスタンスが作成されていること。詳細については、「ApsaraDB RDS for PostgreSQL インスタンスの作成」をご参照ください。

• DTS の Oracle 移行に関する機能と制限事項を確認済みであること。移行前に、Advanced Database & Application Migration (ADAM) を使用してデータベースの互換性評価を実施してください。詳細については、「Oracle データベースの準備」および「概要」をご参照ください。

課金

移行タイプ

増分移行でサポートされる SQL 操作

制限事項

データベースアカウントの設定

Oracle データベースにログインし、DTS が使用するアカウントを作成し、必要な権限を付与します。

以下の表に示す権限を持つアカウントが既にある場合は、このステップをスキップしてください。

アカウントを作成して権限を付与するには：

• 自己管理 Oracle データベース：データベースアカウントの準備、CREATE USER、および GRANT

• ApsaraDB RDS for PostgreSQL インスタンス：アカウントの作成

移行タスクの作成

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

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

   2. 上部のナビゲーションバーで、[DTS] をクリックします。

   3. 左側のナビゲーションウィンドウで、[DTS (DTS)] > [データ移行] を選択します。

   手順は、DMS コンソールのモードおよびレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS コンソールのレイアウトとスタイルのカスタマイズ」をご参照ください。また、直接「新しい DTS コンソールのデータ移行タスクページ」にアクセスすることもできます。

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

   新しい DTS コンソールでは、左上隅からリージョンを選択します。

3. [タスクの作成] をクリックし、ソースデータベースとターゲットデータベースを設定します。

   警告

   ソースデータベースとターゲットデータベースを設定した後、続行する前にページの上部に表示される制限事項を確認してください。この確認をスキップすると、タスクの失敗やデータの不整合を引き起こす可能性があります。

   ソースデータベース

   パラメーター	説明
   タスク名	移行タスクの名前。DTS はデフォルトの名前を割り当てます。タスクを簡単に識別できるように、わかりやすい名前を使用してください。
   データベースタイプ	[Oracle] を選択します。
   アクセス方法	ソース Oracle データベースへのアクセスに使用される方法。この例では、[パブリック IP アドレス] が選択されています。他のアクセス方法については、まず必要な環境を設定してください。詳細については、「準備の概要」をご参照ください。
   インスタンスリージョン	ソース Oracle データベースが存在するリージョン。
   ホスト名または IP アドレス	ソース Oracle データベースの IP アドレス。
   ポート番号	ソース Oracle データベースのサービスポート。デフォルト：1521。この例では、ポートがインターネット経由でアクセス可能である必要があります。
   Oracle タイプ	ソース Oracle データベースのアーキテクチャ。[非 RAC インスタンス] を選択して [SID] パラメーターを設定するか、[RAC または PDB インスタンス] を選択して [サービス名] パラメーターを設定します。この例では、[非 RAC インスタンス] を使用します。
   データベースアカウント	ソース Oracle データベースのアカウント。必要な権限については、「データベースアカウントの設定」をご参照ください。
   データベースパスワード	データベースアカウントのパスワード。

   送信先データベース

   パラメーター	説明
   データベースタイプ	[PostgreSQL] を選択します。
   アクセス方法	[Alibaba Cloud インスタンス] を選択します。
   インスタンスリージョン	ターゲットの ApsaraDB RDS for PostgreSQL インスタンスが存在するリージョン。
   インスタンス ID	ターゲットの ApsaraDB RDS for PostgreSQL インスタンスの ID。
   データベース名	ターゲットデータベースの名前。
   データベースアカウント	ターゲットインスタンスのアカウント。必要な権限については、「データベースアカウントの設定」をご参照ください。
   データベースパスワード	データベースアカウントのパスワード。

4. ソースデータベースが IP アドレスホワイトリストを使用している場合は、DTS サーバーの CIDR ブロックをホワイトリストに追加します。その後、[接続をテストして次へ] をクリックします。

   警告

   DTS サーバーの CIDR ブロックをデータベースのホワイトリストやセキュリティグループに追加すると、セキュリティリスクが生じる可能性があります。DTS を使用する前に、ユーザー名とパスワードのセキュリティ強化、公開ポートの制限、API 呼び出しの認証、ホワイトリストとセキュリティグループルールの定期的な監査、不正な CIDR ブロックの削除などの予防措置を講じてください。パブリック IP アドレスを使用する代わりに、Express Connect、VPN Gateway、または Smart Access Gateway を介してデータベースを DTS に接続することを検討してください。

5. 移行オブジェクトと設定を構成します。

   パラメーター	説明
   移行タイプ	サービス継続性を確保するために、[スキーマ移行]、[完全なデータ移行]、および [増分データ移行] を選択します。ダウンタイムを伴う 1 回限りの移行の場合は、[スキーマ移行] と [完全なデータ移行] のみを選択します。 説明 増分データ移行を行わない場合、移行中はソースデータベースに書き込まないでください。
   競合するテーブルの処理モード	[事前チェックしてエラーを報告]：開始前にテーブル名の競合をチェックします。競合が存在する場合、タスクは事前チェックに失敗します。オブジェクト名マッピングを使用して、ターゲットテーブルを削除または名前変更せずに競合を解決します。[エラーを無視して続行]：競合チェックをスキップします。 警告 このオプションは、データの不整合を引き起こす可能性があります。スキーマが一致する場合、DTS は重複するプライマリキーを持つレコードをスキップします。スキーマが異なる場合、特定の列のみが移行されるか、タスクが失敗します。
   ソースオブジェクト	[ソースオブジェクト] からオブジェクトを選択し、矢印アイコンをクリックして [選択したオブジェクト] に追加します。
   選択したオブジェクト	オブジェクトを右クリックして名前を変更するか、WHERE フィルター条件を設定します。[一括編集] をクリックして、複数のオブジェクトの名前を一度に変更します。 説明 オブジェクト名マッピング機能でオブジェクトの名前を変更すると、依存オブジェクトの移行が失敗する可能性があります。WHERE 条件については、「フィルター条件の設定」をご参照ください。テーブルごとの増分 SQL 操作の選択については、テーブルを右クリックして含める SQL 操作を選択します。

6. [次へ: 詳細設定] をクリックし、次のパラメーターを設定します。

   パラメーター	説明
   タスクのスケジュールに使用する専用クラスターを選択	デフォルトでは、DTS はタスクを共有クラスターにスケジュールします。専用クラスターを使用するには、まず購入する必要があります。詳細については、「DTS 専用クラスターとは
   接続失敗時の再試行時間	タスク開始後にソースまたはターゲットデータベースに到達不能になった場合に DTS が再試行する時間。有効な値：10～1,440 分。デフォルト：720 分。これを少なくとも 30 分に設定してください。この期間内に DTS が再接続すると、タスクは自動的に再開されます。 説明 複数のタスクがソースまたはターゲットデータベースを共有している場合、最後に指定された再試行時間が適用されます。DTS は再試行期間中もインスタンスに課金します。ビジネス要件に基づいて再試行時間を指定し、ソースデータベースとターゲットインスタンスがリリースされた後、速やかに DTS インスタンスをリリースすることを推奨します。
   ソースおよびターゲットデータベースで他の問題が発生した場合の再試行までの待機時間。	タスクの開始後に DDL または DML 操作が失敗した場合に DTS が再試行する時間。 有効な値: 1～1,440 分。 デフォルト: 10 分。 この値は 10 分以上に設定してください。 この値は、[接続失敗の再試行時間] の値より小さくする必要があります。
   完全なデータ移行のスロットリングを有効にする	完全なデータ移行中に DTS のリソース使用量を制限して、データベースサーバーへの負荷を軽減します。[ソースデータベースへの 1 秒あたりのクエリ数 (QPS)]、[完全データ移行の RPS]、および[完全移行時のデータ移行速度 (MB/s)] を設定します。完全データ移行が選択されている場合にのみ利用可能です。
   増分データ移行のスロットリングを有効にする	増分データ移行中に DTS のリソース使用量を制限します。[増分データ移行の RPS] と [増分移行のデータ移行速度 (MB/s)] を設定します。[増分データ移行] が選択されている場合にのみ使用できます。
   環境タグ	DTS インスタンスを識別するためのオプションのタグ。
   実際の書き込みコード	ターゲットデータベースに書き込まれるデータのエンコード形式。
   ETL の設定	ETL（抽出・変換・書き出し）機能を有効にするかどうかを指定します。[はい] を選択すると、コードエディタにデータ処理文を入力できます。詳細については、「データ移行またはデータ同期タスクで ETL を設定する」をご参照ください。[いいえ] を選択すると、ETL をスキップします。関連情報：「ETL とは？
   モニタリングとアラート	タスクの失敗または移行遅延がしきい値を超える場合にアラートを設定するかどうか。アラートのしきい値と連絡先を指定するには、[はい] を選択します。詳細については、「新しい DTS タスクのモニタリングとアラートの設定」をご参照ください。

7. [次へ: タスク設定を保存して事前チェック] をクリックします。この設定の API パラメーターをプレビューするには、[次へ: タスク設定を保存して事前チェック] にカーソルを合わせ、[API 呼び出しのプレビュー] をクリックします。

   DTS はタスクを開始する前に事前チェックを実行します。タスクは事前チェックに合格した後にのみ開始できます。- 事前チェックが失敗した場合、各失敗項目の横にある [詳細の表示] をクリックし、問題を修正して、[再度事前チェック] をクリックします。- 事前チェックでアラートが生成された場合、問題を修正して事前チェックを再実行するか、[アラート詳細の確認] > [無視] > [OK] > [再度事前チェック] をクリックして続行します。アラートを無視すると、データの不整合が発生する可能性があります。

8. 成功率が 100% に達するのを待ってから、[次へ: インスタンスの購入] をクリックします。

9. [インスタンスの購入] ページで、次のパラメーターを設定します。

   パラメーター	説明
   リソースグループ	移行インスタンスのリソースグループ。デフォルト：デフォルトのリソースグループResource Management とは
   インスタンスクラス	インスタンスクラスは、移行速度を決定します。詳細については、「データ移行インスタンスの仕様」をご参照ください。

10. [Data Transmission Service (従量課金) サービス利用規約] チェックボックスを読み、選択してください。

11. [購入して開始] をクリックします。タスク管理ページでタスクの進捗を監視します。