自己管理 Oracle から Message Queue for Apache Kafka へのデータ移行 - DTS - Alibaba Cloud - Data Transmission Service

Data Transmission Service (DTS) は、自己管理 Oracle データベースから Message Queue for Apache Kafka インスタンスまたは自己管理 Kafka クラスターにデータを移行し、メッセージ処理能力を拡張します。このトピックでは、自己管理 Oracle データベースから Message Queue for Apache Kafka インスタンスへの移行を例に、移行タスクの設定方法について説明します。

前提条件

自己管理 Oracle データベースのバージョンが 9i、10g、11g、12c、18c、または 19c であること。
自己管理 Oracle データベースで補足ログが有効になっており、supplemental_log_data_pk と supplemental_log_data_ui の両方が有効になっていること。詳細については、「Supplemental Logging」をご参照ください。
自己管理 Oracle データベースがアーカイブログモードで実行されており、アーカイブログに妥当な保持期間が設定され、ログにアクセスできること。詳細については、「ARCHIVELOG」をご参照ください。
自己管理 Oracle データベースに必要な準備を完了していること。詳細については、「準備の概要」をご参照ください。
移行対象の各テーブルにプライマリキーまたは NULL 値を許容しない一意なインデックスがあること。
Message Queue for Apache Kafka インスタンスのバージョンが 0.10.1.0 から 2.x であること。自己管理 Kafka クラスターのバージョンが 0.10.1.0 から 2.7.0 であること。
移行先 Kafka インスタンスの利用可能なストレージ容量が、自己管理 Oracle データベースの使用量より大きいこと。
同期データを受信するために、移行先 Kafka インスタンスにトピックが作成されていること。詳細については、「トピックの作成」をご参照ください。

注意事項

完全なデータ移行中、DTS はソースデータベースとターゲットデータベースの読み取り/書き込みリソースを消費し、負荷を増加させます。データベースのパフォーマンスが低い、仕様が低い、またはワークロードが高い場合 (たとえば、ソースデータベースに低速な SQL クエリやプライマリキーのないテーブルが多い、またはターゲットデータベースでデッドロックが発生するなど)、負荷の増加によってデータベースに負担がかかり、サービスが中断する可能性があります。データ移行は、両方のデータベースの CPU 使用率が 30% 未満であるなど、オフピーク時に実行してください。
移行タスクが失敗した場合、DTS は自動的に再開を試みます。ビジネスをターゲットデータベースに切り替える前に、タスクを停止またはリリースする必要があります。これにより、再開されたタスクがソースデータベースのデータでターゲットデータベースのデータを上書きするのを防ぎます。
自己管理 Oracle データベースがリアルアプリケーションクラスター (RAC) アーキテクチャでデプロイされ、Alibaba Cloud の VPC (Virtual Private Cloud) 経由で DTS に接続されている場合、Oracle RAC の Single Client Access Name (SCAN) IP アドレスと各ノードの仮想 IP アドレス (VIP) を VPC に接続し、ルートを設定する必要があります。これらの設定により、DTS タスクが期待どおりに実行されることが保証されます。詳細については、「VPN Gateway を介してデータセンターを DTS に接続する」をご参照ください。

重要
DTS コンソールでソースの Oracle データベースを設定する際、Oracle RAC の SCAN IP アドレスをデータベースエンドポイントまたは IP アドレスとして指定できます。
自己管理 Oracle データベースのバージョンが 12c 以降の場合、移行するテーブルの名前は 30 バイトを超えることはできません。
ソーステーブルにプライマリキーまたは一意性制約がなく、一意でないデータが含まれている場合、ターゲットデータベースに重複データが作成される可能性があります。

課金

移行タイプ	タスク設定料金	インターネットトラフィック料金
スキーマ移行と完全なデータ移行	無料です。	ターゲットデータベースのアクセス方法がパブリック IP アドレスに設定されている場合、DTS はインターネットトラフィック料金を請求します。課金概要。
増分データ移行	課金されます。課金概要。

移行タイプ

移行タイプ	説明
スキーマ移行	DTS は、移行オブジェクトのスキーマ定義をソースデータベースからターゲットデータベースに移行します。このシナリオでは、DTS はテーブルスキーマの移行のみをサポートします。
完全なデータ移行	DTS は、ソースデータベースの移行オブジェクトから既存のすべてのデータをターゲットデータベースに移行します。説明スキーマ移行と完全なデータ移行が完了するまで、移行オブジェクトに対して DDL 操作を実行しないでください。実行した場合、移行タスクが失敗する可能性があります。
増分データ移行	完全なデータ移行後、DTS は自己管理 Oracle データベースから REDO ログをポーリングしてキャプチャし、増分データ更新をリアルタイムでターゲットデータベースに移行します。増分データ移行により、スムーズなゼロダウンタイム移行が可能になります。増分データ移行フェーズでは、DTS は DML 文と DDL 文の同期をサポートします。

事前準備

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

説明必要な権限を持つアカウントが既にある場合は、このステップをスキップできます。

データベース	スキーマ移行	完全なデータ移行	増分データ移行
自己管理 Oracle データベース	スキーマオーナー権限	スキーマオーナー権限	DBA

データベースアカウントを作成して権限を付与するには：

自己管理 Oracle データベースについては、「CREATE USER」および「GRANT」をご参照ください。

Oracle データベースアカウントへのロギングの有効化と詳細な権限の付与

重要

Oracle データベースからデータを移行したいが、データベースアカウントにデータベース管理者 (DBA) 権限を付与できない場合は、アーカイブログと補足ログを有効にし、アカウントに詳細な権限を付与できます。

アーカイブログと補足ログを有効にします。

タイプ	手順
アーカイブログ	次のステートメントを実行してアーカイブログを有効にします： `shutdown immediate; startup mount; alter database archivelog; alter database open; archive log list;`
補足ログ	ビジネス要件に応じて、データベースレベルまたはテーブルレベルで補足ログを有効にします：説明データベースレベルの補足ログを有効にすると、Data Transmission Service (DTS) タスクの安定性を確保できます。テーブルレベルの補足ログを有効にすると、ソース Oracle データベースのディスク使用量を削減できます。データベースレベルの補足ログを有効にする次のステートメントを実行して、最小補足ログを有効にします： `alter database add supplemental log data;` 次のステートメントを実行して、データベースレベルでプライマリキーと一意キーの補足ログを有効にします： `alter database add supplemental log data (primary key,unique index) columns;` テーブルレベルの補足ログを有効にする次のステートメントを実行して、最小補足ログを有効にします： `alter database add supplemental log data;` 次のいずれかの方法で、テーブルレベルの補足ログを有効にします：テーブルレベルでプライマリキーの補足ログを有効にする `alter table table_name add supplemental log data (primary key) columns;` すべての列に対してテーブルレベルの補足ログを有効にする `alter table tb_name add supplemental log data (all) columns;`
強制ロギング	次のステートメントを実行して強制ロギングを有効にします： `alter database force logging;`

Oracle データベースアカウントに詳細な権限を付与します。

Oracle バージョン 9i から 11g

# rdsdt_dtsacct という名前のデータベースアカウントを作成し、アカウントに権限を付与します。
create user rdsdt_dtsacct IDENTIFIED BY rdsdt_dtsacct;
grant create session to rdsdt_dtsacct;
grant connect to rdsdt_dtsacct;
grant resource to rdsdt_dtsacct;
grant execute on sys.dbms_logmnr to rdsdt_dtsacct;
grant select on V_$LOGMNR_LOGS to rdsdt_dtsacct;
grant select on  all_objects to rdsdt_dtsacct;
grant select on  all_tab_cols to rdsdt_dtsacct;
grant select on  dba_registry to rdsdt_dtsacct;
grant select any table to rdsdt_dtsacct;
grant select any transaction to rdsdt_dtsacct;
-- v$log 権限
grant select on v_$log to rdsdt_dtsacct;
-- v$logfile 権限
grant select on v_$logfile to rdsdt_dtsacct;
-- v$archived_log 権限
grant select on v_$archived_log to rdsdt_dtsacct;
-- v$parameter 権限
grant select on v_$parameter to rdsdt_dtsacct;
-- v$database 権限
grant select on v_$database to rdsdt_dtsacct;
-- v$active_instances 権限
grant select on v_$active_instances to rdsdt_dtsacct;
-- v$instance 権限
grant select on v_$instance to rdsdt_dtsacct;
-- v$logmnr_contents 権限
grant select on v_$logmnr_contents to rdsdt_dtsacct;
-- システムテーブル
grant select on sys.USER$ to rdsdt_dtsacct;
grant select on SYS.OBJ$ to rdsdt_dtsacct;
grant select on SYS.COL$ to rdsdt_dtsacct;
grant select on SYS.IND$ to rdsdt_dtsacct;
grant select on SYS.ICOL$ to rdsdt_dtsacct;
grant select on SYS.CDEF$ to rdsdt_dtsacct;
grant select on SYS.CCOL$ to rdsdt_dtsacct;
grant select on SYS.TABPART$ to rdsdt_dtsacct;
grant select on SYS.TABSUBPART$ to rdsdt_dtsacct;
grant select on SYS.TABCOMPART$ to rdsdt_dtsacct;
grant select_catalog_role TO rdsdt_dtsacct;

Oracle 12c から 19c (マルチテナント)

# プラガブル・データベース (PDB) に切り替えます。rdsdt_dtsacct という名前のデータベースアカウントを作成し、アカウントに権限を付与します。
ALTER SESSION SET container = ORCLPDB1;
create user rdsdt_dtsacct IDENTIFIED BY rdsdt_dtsacct;
grant create  session to rdsdt_dtsacct;
grant connect  to rdsdt_dtsacct;
grant resource to rdsdt_dtsacct;
grant execute on sys.dbms_logmnr to rdsdt_dtsacct;
grant select on  all_objects to rdsdt_dtsacct;
grant select on  all_tab_cols to rdsdt_dtsacct;
grant select on  dba_registry to rdsdt_dtsacct;
grant select any table to rdsdt_dtsacct;
grant select any transaction to rdsdt_dtsacct;
-- v$log 権限
grant select on v_$log to rdsdt_dtsacct;
-- v$logfile 権限
grant select on v_$logfile to rdsdt_dtsacct;
-- v$archived_log 権限
grant select on v_$archived_log to rdsdt_dtsacct;
-- v$parameter 権限
grant select on v_$parameter to rdsdt_dtsacct;
-- v$database 権限
grant select on v_$database to rdsdt_dtsacct;
-- v$active_instances 権限
grant select on v_$active_instances to rdsdt_dtsacct;
-- v$instance 権限
grant select on v_$instance to rdsdt_dtsacct;
-- v$logmnr_contents 権限
grant select on v_$logmnr_contents to rdsdt_dtsacct;
grant select on sys.USER$ to rdsdt_dtsacct;
grant select on SYS.OBJ$ to rdsdt_dtsacct;
grant select on SYS.COL$ to rdsdt_dtsacct;
grant select on SYS.IND$ to rdsdt_dtsacct;
grant select on SYS.ICOL$ to rdsdt_dtsacct;
grant select on SYS.CDEF$ to rdsdt_dtsacct;
grant select on SYS.CCOL$ to rdsdt_dtsacct;
grant select on SYS.TABPART$ to rdsdt_dtsacct;
grant select on SYS.TABSUBPART$ to rdsdt_dtsacct;
grant select on SYS.TABCOMPART$ to rdsdt_dtsacct;
-- V$PDBS 権限
grant select on V_$PDBS to rdsdt_dtsacct;
grant select on v$database to rdsdt_dtsacct;
grant select on dba_objects to rdsdt_dtsacct;
grant select on DBA_TAB_COMMENTS to rdsdt_dtsacct;
grant select on dba_tab_cols to rdsdt_dtsacct;
grant select_catalog_role TO rdsdt_dtsacct;

# コンテナデータベース (CDB) のルートコンテナである CDB$ROOT に切り替えます。データベースアカウントを作成し、アカウントに権限を付与します。
ALTER SESSION SET container = CDB$ROOT;
# rdsdt_dtsacct という名前のデータベースアカウントを作成し、アカウントに権限を付与します。Oracle データベースのデフォルトパラメータを変更する必要があります。
alter session set "_ORACLE_SCRIPT"=true;
create user rdsdt_dtsacct IDENTIFIED BY rdsdt_dtsacct;
grant create session to rdsdt_dtsacct;
grant connect to rdsdt_dtsacct;
grant select on v_$logmnr_contents to rdsdt_dtsacct;
grant LOGMINING TO rdsdt_dtsacct;
grant EXECUTE_CATALOG_ROLE to rdsdt_dtsacct;
grant execute on sys.dbms_logmnr to rdsdt_dtsacct;

Oracle 12c から 19c (非マルチテナント)

# rdsdt_dtsacct という名前のデータベースアカウントを作成し、アカウントに権限を付与します。
create user rdsdt_dtsacct IDENTIFIED BY rdsdt_dtsacct;
grant create  session to rdsdt_dtsacct;
grant connect  to rdsdt_dtsacct;
grant resource to rdsdt_dtsacct;
grant select on V_$LOGMNR_LOGS to rdsdt_dtsacct;
grant select on  all_objects to rdsdt_dtsacct;
grant select on  all_tab_cols to rdsdt_dtsacct;
grant select on  dba_registry to rdsdt_dtsacct;
grant select any table to rdsdt_dtsacct;
grant select any transaction to rdsdt_dtsacct;
grant select on v$database to rdsdt_dtsacct;
grant select on dba_objects to rdsdt_dtsacct;
grant select on DBA_TAB_COMMENTS to rdsdt_dtsacct;
grant select on dba_tab_cols to rdsdt_dtsacct;
-- v$log 権限
grant select on v_$log to rdsdt_dtsacct;
-- v$logfile 権限
grant select on v_$logfile to rdsdt_dtsacct;
-- v$archived_log 権限
grant select on v_$archived_log to rdsdt_dtsacct;
-- v$parameter 権限
grant select on v_$parameter to rdsdt_dtsacct;
-- v$database 権限
grant select on v_$database to rdsdt_dtsacct;
-- v$active_instances 権限
grant select on v_$active_instances to rdsdt_dtsacct;
-- v$instance 権限
grant select on v_$instance to rdsdt_dtsacct;
-- v$logmnr_contents 権限
grant select on v_$logmnr_contents to rdsdt_dtsacct;
grant select on sys.USER$ to rdsdt_dtsacct;
grant select on SYS.OBJ$ to rdsdt_dtsacct;
grant select on SYS.COL$ to rdsdt_dtsacct;
grant select on SYS.IND$ to rdsdt_dtsacct;
grant select on SYS.ICOL$ to rdsdt_dtsacct;
grant select on SYS.CDEF$ to rdsdt_dtsacct;
grant select on SYS.CCOL$ to rdsdt_dtsacct;
grant select on SYS.TABPART$ to rdsdt_dtsacct;
grant select on SYS.TABSUBPART$ to rdsdt_dtsacct;
grant select on SYS.TABCOMPART$ to rdsdt_dtsacct;
grant LOGMINING TO rdsdt_dtsacct;
grant EXECUTE_CATALOG_ROLE to rdsdt_dtsacct;
grant execute on sys.dbms_logmnr to rdsdt_dtsacct;
grant select_catalog_role TO rdsdt_dtsacct;

説明

Oracle のマルチテナントアーキテクチャの詳細については、「Oracle Multitenant」をご参照ください。

操作手順

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

説明
Data Management (DMS) コンソールに自動的にリダイレクトされた場合は、右下隅のアイコンをクリックし、次にをクリックして従来の DTS コンソールに戻ることができます。
左側のナビゲーションウィンドウで、データの移行 をクリックします。
[移行タスク] ページの上部で、移行先インスタンスのリージョンを選択します。
ページの右上隅にある 移行タスクの作成 をクリックします。

ソースデータベースとターゲットデータベースの接続設定を構成します。

カテゴリ	パラメーター	説明
N/A	タスク名	DTS は自動的にタスク名を生成します。簡単に識別できるよう、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
ソースデータベース	インスタンスタイプ	ソースデータベースのデプロイ方法を選択します。このトピックでは、例として [パブリック IP アドレスを持つユーザー作成データベース] を使用します。説明自己管理データベースに別のインスタンスタイプを使用する場合は、追加の準備を行う必要があります。詳細については、「準備の概要」をご参照ください。
	インスタンスリージョン	インスタンスタイプとして [パブリック IP アドレスを持つユーザー作成データベース] を選択した場合、インスタンスのリージョンを設定する必要はありません。説明自己管理 Oracle データベースのホワイトリストを設定している場合は、インスタンスのリージョン設定の横にある [DTS の IP アドレスセグメントを取得] をクリックして、DTS サーバーの IP アドレスを取得します。その後、これらの IP アドレスを自己管理 Oracle データベースのセキュリティホワイトリストに追加します。
	データベースタイプ	Oracle を選択します。
	ホスト名または IP アドレス	自己管理 Oracle データベースのエンドポイントを入力します。この場合は、そのパブリック IP アドレスを入力します。
	ポート番号	自己管理 Oracle データベースのサービスポートを入力します。デフォルト値は 1521 です。説明この例では、サービスポートはインターネット経由でアクセス可能です。
	インスタンスタイプ	Non-RAC Instance：このオプションを選択した場合は、SID も指定する必要があります。 [RAC または PDB インスタンス]：このオプションを選択した場合は、サービス名も指定する必要があります。
	データベースアカウント	自己管理 Oracle データベースのアカウントを入力します。必要な権限については、「事前準備」をご参照ください。
	データベースパスワード	データベースアカウントのパスワードを入力します。説明ソースデータベース情報を入力した後、データベースのパスワードの横にある接続テストをクリックして、情報が正しいことを確認できます。情報が正しい場合は、合格というメッセージが表示されます。失敗というメッセージが表示された場合は、失敗メッセージの横にあるチェックをクリックし、プロンプトに基づいてソースデータベース情報を調整します。
ターゲットデータベース	インスタンスタイプ	[Express Connect、VPN Gateway、または Smart Access Gateway 経由で接続されたユーザー作成データベース] を選択します。説明 DTS は Message Queue for Apache Kafka の直接選択をサポートしていないため、自己管理 Kafka クラスターとして設定する必要があります。
	インスタンスリージョン	移行先 Kafka インスタンスが配置されているリージョンを選択します。
	ピア VPC	移行先 Kafka インスタンスの VPC の ID を選択します。VPC ID は、Kafka インスタンスの基本情報ページで確認できます。
	データベースタイプ	Kafka を選択します。
	IP アドレス	Kafka インスタンスの [デフォルトエンドポイント] から任意の IP アドレスを入力します。説明 [デフォルトエンドポイント] の IP アドレスは、Kafka インスタンスの基本情報ページで確認できます。
	ポート番号	Kafka インスタンスのサービスポートです。デフォルト値は 9092 です。
	データベースアカウント	Kafka インスタンスのユーザー名を入力します。説明 Kafka インスタンスのインスタンスタイプが [VPC インスタンス] の場合、データベースアカウントとデータベースのパスワードを設定する必要はありません。
	データベースパスワード	ユーザー名のパスワードを入力します。
	Topic	右側の [Topic リストの取得] をクリックし、ドロップダウンリストからトピックを選択します。
	DDL を保存するための Topic	右側の [Topic リストの取得] をクリックし、ドロップダウンリストから DDL 情報を保存するトピックを選択します。トピックを指定しない場合、DTS はトピック設定で選択されたトピックに DDL 情報を保存します。
	Kafka バージョン	ご利用の Kafka インスタンスに対応するバージョンを選択します。
	接続方法	ビジネスおよびセキュリティ要件に基づいて、非暗号化または SCRAM-SHA-256 を選択します。
	Kafka スキーマレジストリを使用	Kafka スキーマレジストリは、Avro スキーマを保存および取得するための RESTful インターフェイスを提供するメタデータサービスレイヤーです。 ×：Kafka スキーマレジストリを使用しません。 ○：Kafka スキーマレジストリを使用します。Kafka スキーマレジストリに登録されている Avro スキーマの URL または IP アドレスを入力する必要があります。

設定が完了したら、ページの右下隅にある [ホワイトリストを設定して次へ] をクリックします。
ソースまたは移行先が Alibaba Cloud データベースインスタンス (ApsaraDB RDS for MySQL や ApsaraDB for MongoDB など) の場合、DTS は対応するリージョンの DTS サーバーの IP アドレスをインスタンスのホワイトリストに自動的に追加します。ソースまたは移行先が ECS インスタンス上の自己管理データベースである場合、DTS は DTS サーバーの IP アドレスを ECS インスタンスのセキュリティグループルールに自動的に追加します。また、自己管理データベースが ECS インスタンスからのアクセスを許可していることを確認する必要があります。データベースが複数の ECS インスタンスにまたがるクラスターである場合は、各 ECS インスタンスのセキュリティグループルールに DTS サーバーのリージョン IP アドレスを手動で追加する必要があります。ソースまたは移行先がオンプレミスのデータセンターまたはサードパーティのクラウドデータベースにある自己管理データベースである場合は、アクセスを許可するために DTS サーバーの IP アドレスを手動で追加する必要があります。DTS サーバーの IP アドレスのリストについては、「DTS サーバーの CIDR ブロック」をご参照ください。
警告
DTS サーバーのパブリック CIDR ブロックを自動または手動で追加すると、セキュリティリスクが生じる可能性があります。本製品を使用することにより、これらの潜在的なリスクを認識し、受け入れるものとします。強力なパスワードの使用、オープンポートの制限、内部 API 呼び出しの認証の使用、不要なネットワークセグメントの定期的な確認と制限、または Express Connect、VPN Gateway、Smart Access Gateway などのプライベートネットワーク経由での接続など、基本的なセキュリティ対策を講じる責任はお客様にあります。

移行タイプ、ポリシー、およびオブジェクトを設定します。

パラメーター	説明
移行タイプ	スキーマ移行、[完全なデータ移行]、および [増分データ移行] を選択します。重要 [増分データ移行] を選択しない場合は、データ整合性を確保するために、完全なデータ移行中にソースデータベースに新しいデータを書き込まないでください。
Kafka のデータ形式	Kafka クラスターに移行されたデータは Avro 形式で保存されます。Avro スキーマ定義に基づいてデータを解析する必要があります。詳細については、「DTS Avro スキーマ定義」をご参照ください。
Kafka パーティションへのデータ移行ポリシー	ビジネス要件に基づいて移行ポリシーを選択します。詳細については、「Kafka パーティション移行ポリシー」をご参照ください。
移行オブジェクト	[利用可能] ボックスで移行したいテーブルをクリックし、アイコンをクリックして選択中のオブジェクトボックスに移動します。説明 DTS は、ステップ 5 で選択したトピック名にテーブル名を自動的にマッピングします。移行の移行先トピックを変更するには、「テーブルと列のマッピング」をご参照ください。
オブジェクト名の変更	移行先インスタンスのオブジェクト名を変更するには、オブジェクト名マッピング機能を使用します。詳細については、「テーブルと列のマッピング」をご参照ください。
接続リトライ期間	デフォルトでは、DTS は 12 時間リトライします。カスタムのリトライ期間を指定することもできます。指定した時間内に DTS がソースまたはターゲットデータベースに再接続した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。説明 DTS は接続をリトライしている間、タスクに対して料金を請求します。ビジネスニーズに基づいてカスタムのリトライ期間を設定するか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。

[事前チェックして開始] をクリックします。
重要
- タスクが開始される前に、DTS は事前チェックを実行します。この事前チェックに合格した後にのみ、タスクを開始できます。
- 事前チェックが失敗した場合は、特定のチェック項目の横にあるアイコンをクリックして、失敗の詳細を表示します。
  
  詳細に基づいて問題を修正し、再度事前チェックを実行できます。
  
  警告項目を修正する必要がない場合は、無視または [無視して再度事前チェック] を選択して警告項目をスキップし、再度事前チェックを実行できます。
タスクが事前チェックに合格したら、次へをクリックします。
表示される [設定の確認] ダイアログボックスで、インスタンスクラス を選択し、[Data Transmission Service (従量課金) 利用規約] チェックボックスをオンにします。
[購入して起動] をクリックして、移行タスクを開始します。

移行タスクの停止

警告

切り替えの影響を最小限に抑えるために、ロールバック計画を作成して、ターゲットデータベースからソースデータベースに増分データをリアルタイムで複製することができます。詳細については、「切り替え手順」をご参照ください。ビジネスの切り替えが伴わない場合は、データ移行タスクを停止できます。

完全なデータ移行
完全なデータ移行中にタスクを手動で停止しないでください。停止すると、システムがすべてのデータを移行できなくなる可能性があります。移行タスクが自動的に終了するまで待ちます。
増分データ移行
このタイプのタスクは自動的に停止しません。手動で停止する必要があります。
1. タスクが 増分データ移行 ステージに入り、ステータスが 遅延なし になるまで待ちます。その後、ソースデータベースへの書き込みを数分間停止します。この間、増分データ移行 のステータスで遅延が報告される場合があります。
2. 増分データ移行 のステータスが 遅延なし に戻るのを待ちます。リストでこれを確認したら、タスクのチェックボックスを選択し、下部のバッチ操作バーにある [停止][終了] ボタンをクリックします。

次のステップ

RAM ユーザーへの権限付与