Data Transmission Service:PolarDB for PostgreSQL \(Compatible with Oracle\) クラスターから自己管理 Oracle データベースへのデータ移行

ソースデータベースの制限事項

• ソースデータベースサーバーには十分なアウトバウンド帯域幅が必要です。帯域幅が不足していると、移行速度が低下します。

• 移行対象テーブルには PRIMARY KEY または一意制約 (UNIQUE constraint) が定義されており、すべてのフィールド値が一意である必要があります。これを満たさない場合、ターゲットデータベースに重複レコードが生成される可能性があります。

• テーブルを移行対象として選択し、ターゲットデータベースでテーブル名またはカラム名の変更を行う必要がある場合、1 つのタスクで最大 1,000 個のテーブルをサポートします。1,000 個を超えるテーブルを移行する場合は、複数のタスクを設定するか、データベース全体を移行してください。

• 増分データ移行では、WAL の有効化および WAL ログの保持期間が必須です。所定の期間内にログが保持されない場合、DTS が WAL ログを取得できず、タスクが失敗する可能性があります。例外的な状況では、データ損失または不整合が発生する可能性があります。完全なデータ移行が完了後は、保持期間を 24 時間以上に短縮できます。

  • 増分データ移行のみの場合：24 時間以上

  • 完全なデータ移行および増分データ移行を併用する場合：最低 7 日間

• 完全なデータ移行中は、データベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。タスクが失敗します。

• 完全なデータ移行のみを実行する場合、移行中はソースデータベースへのデータ書き込みを行わないでください。データ整合性を確保するためには、「完全なデータ移行」と「増分データ移行」の両方を選択してください。

• ソースクラスターでプライマリ/セカンダリ スイッチオーバーを実行する予定がある場合、論理サブスクリプションが中断されないようにするために、まず論理レプリケーションスロットフェールオーバー機能を有効化します。詳細については、「論理レプリケーションスロットフェールオーバー」をご参照ください。

• 増分移行中にソースデータベースに長時間トランザクションが存在する場合、そのトランザクションがコミットされる前に生成された WAL ログが蓄積し、ディスク領域が不足する可能性があります。

その他の制限事項

• スキーマ移行はサポートされていません。移行タスクの設定前に、宛先インスタンスに必要なデータベースおよびテーブルを作成してください。

• 1 つの移行タスクでは、1 つのデータベースからのみデータを移行できます。複数のデータベースを移行する場合は、各データベースごとに個別のタスクを作成してください。

• 増分移行中に、スキーマを移行対象として選択し、その後そのスキーマ内でテーブルを作成または名前変更する場合、テーブルへデータを書き込む前に、以下のステートメントを実行してください。

  ALTER TABLE schema.table REPLICA IDENTITY FULL;

  schema および table は、実際のスキーマ名およびテーブル名に置き換えてください。

• 移行遅延の監視のために、DTS はソースデータベース内に dts_postgres_heartbeat という名前のテーブルを作成します。以下の図にテーブル構造を示します。

• 増分移行中、DTS はソースデータベース内に dts_sync_ で始まるプレフィックスを持つレプリケーションスロットを作成します。DTS はこのスロットを使用して、過去 15 分間の増分ログを取得できます。

  • DTS インスタンスがリリースされると、レプリケーションスロットは自動的に削除されます。

  • ソースデータベースのパスワードを変更したり、DTS を IP アドレスホワイトリストから除外したりした場合、レプリケーションスロットは自動的に削除されません。スロットの蓄積を防ぐため、ソースデータベースから手動で削除してください。

  • 移行タスクがリリースまたは失敗した場合、DTS はレプリケーションスロットを自動的にクリアします。ソースクラスターでプライマリ/セカンダリ スイッチオーバーが実行された場合は、セカンダリインスタンスにログインしてレプリケーションスロットをクリアしてください。

• 完全なデータ移行では同時 INSERT 操作が使用されるため、ターゲットテーブルに断片化が発生します。移行完了後、ターゲットデータベースの表領域はソースデータベースよりも大きくなります。

• DTS は FLOAT および DOUBLE カラムの値を取得するために ROUND(COLUMN,PRECISION) 関数を使用します。FLOAT のデフォルト精度は 38 桁、DOUBLE のデフォルト精度は 308 桁です。移行を開始する前に、これらの精度設定が要件を満たすことを確認してください。

• DTS は失敗したタスクを最大 7 日間再開しようと試みます。ワークロードをターゲットデータベースへ切り替える前に、失敗したタスクを停止またはリリースするか、ターゲットデータベース上の DTS アカウントから書き込み権限を削除する REVOKE ステートメントを実行してください。これを実行しない場合、再開されたタスクによってターゲットデータベースのデータが上書きされる可能性があります。

特殊ケース

自己管理 Oracle データベースがリアルアプリケーションクラスター (RAC) アーキテクチャでデプロイされ、VPC 経由で DTS に接続されている場合、各ノードの Single Client Access Name (SCAN) IP アドレスおよび仮想 IP アドレス (VIP) を VPC に接続し、ルートを設定します。DTS コンソールで Oracle データベースを設定する際は、SCAN IP アドレスを データベースエンドポイント または IP アドレス として指定します。詳細については、「オンプレミスデータベースを Alibaba Cloud に接続する」および「VPN Gateway を使用してデータセンターを DTS に接続する」をご参照ください。

ステップ 1：データ移行タスクページへ移動

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

2. トップナビゲーションバーで、DTS をクリックします。

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

ステップ 2：リージョンの選択

データ移行タスク の横にあるドロップダウンリストから、データ移行インスタンスが配置されているリージョンを選択します。

ステップ 3：ソースおよびターゲットデータベースの設定

タスクの作成 をクリックします。タスクの作成 ウィザードで、以下のパラメーターを使用してソースおよびターゲットデータベースを設定します。

ソースデータベース

ターゲットデータベース

ステップ 4：接続性のテストおよび DTS IP アドレスのホワイトリスト登録

ご利用の自己管理データベースに IP アドレスホワイトリストが設定されている場合、DTS サーバーの CIDR ブロックをホワイトリストに追加してください。その後、接続性のテストと続行 をクリックします。

ステップ 5：移行対象および設定の設定

ステップ 6：高度な設定の設定

次へ：高度な設定 をクリックし、以下のパラメーターを設定します。

ステップ 7：設定の保存および事前チェックの実行

次へ：タスク設定の保存および事前チェック をクリックします。

DTS はタスク開始前に事前チェックを実行します。事前チェックが失敗した場合、各失敗項目の横にある 詳細の表示 をクリックし、問題を解決してから 再チェック をクリックしてください。

事前チェックのアラートが表示された場合：

• 無視できないアラートの場合は、詳細の表示 をクリックし、問題を解決してから再チェックを実行してください。

• 無視できるアラートの場合は、アラート詳細の確認 をクリックします。詳細の表示 ダイアログで 無視 をクリックし、OK をクリックしてから 再チェック をクリックしてください。アラートを無視すると、データの不整合が発生する可能性があります。

ステップ 8：インスタンスの購入

事前チェックの 成功率 が 100 % に達するまで待ち、その後 次へ：インスタンスの購入 をクリックします。

インスタンスの購入 ページで、以下のパラメーターを設定します。

ステップ 9：タスクの開始

Data Transmission Service（従量課金）サービス利用規約 のチェックボックスをオンにし、購入および開始 をクリックします。タスク一覧で進行状況を確認できます。