自己管理型OracleデータベースからPolarDB-X 2.0インスタンスへのデータの移行 - Data Transmission Service

Data Transmission Service (DTS) は、完全なデータ移行と増分データ移行をサポートしています。自己管理型のOracleデータベースからデータを移行する場合、サービスの継続性を確保するために2つの移行タイプを選択できます。このトピックでは、DTSを使用して自己管理型OracleデータベースからPolarDB-X 2.0インスタンスにデータを移行する方法について説明します。

前提条件

自己管理型Oracleデータベースのバージョンは、9i、10g、11g、12c、18c、または19cです。
SUPPLEMENTAL_LOG_DATA_PKおよびSUPPLEMENTAL_LOG_DATA_UIを含む補足ログは、自己管理型Oracleデータベースに対して有効になっています。詳細については、『サプリメンタルロギング』をご参照ください。
自己管理型OracleデータベースはARCHIVELOGモードで実行されています。アーカイブされたログファイルにアクセスでき、アーカイブされたログファイルに適切な保存期間が設定されます。詳細については、『アーカイブ REDO ログファイルの管理』をご参照ください。
自己管理型Oracleデータベースのサービス・ポートには、インターネット経由でアクセスできます。
ターゲットPolarDB-X 2.0インスタンスが作成され、インスタンスのデータベースエンジンはMySQL 5.xです。詳細については、「PolarDB-Xインスタンスの作成」をご参照ください。
データベースは、ApsaraDB RDS for MySQLインスタンスに基づいて、ターゲットPolarDB-X 2.0インスタンスに作成されます。 DTSは、PolarDB for MySQLクラスターに基づいて作成されたPolarDB-X 2.0データベースをサポートしていません。
ターゲットPolarDB-X 2.0インスタンスに作成されるデータベースに基づくApsaraDB RDS for MySQLインスタンスの使用可能なストレージ容量が、自己管理型Oracleデータベースのデータの合計サイズよりも大きいこと。
データベースおよびテーブルは、移行元の自己管理型Oracleデータベースから移行するテーブルのデータ型に基づいて、移行先のPolarDB-X 2.0インスタンスに作成されます。 OracleデータベースとPolarDB-X 2.0インスタンス間のスキーマ移行はサポートされていません。詳細については、「データベースの作成」および「基本的なSQL操作」をご参照ください。
説明
OracleデータベースとPolarDB-Xインスタンスのデータ型は1対1で対応していません。移行先PolarDB-Xインスタンスで対応するデータ型を定義する必要があります。詳細については、「異種データベース間のデータ型マッピング」をご参照ください。

制限事項

DTSは、完全データ移行中にソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これは、データベースサーバの負荷を増加させる可能性がある。データベースのパフォーマンスが悪い場合、仕様が低い場合、またはデータ量が多い場合、データベースサービスが利用できなくなる可能性があります。たとえば、ソースデータベースで多数の低速SQLクエリが実行されている場合、テーブルにプライマリキーがない場合、またはターゲットデータベースでデッドロックが発生する場合、DTSは大量の読み取りおよび書き込みリソースを占有します。データを移行する前に、移行元データベースと移行先データベースのパフォーマンスに対するデータ移行の影響を評価します。オフピーク時にデータを移行することを推奨します。たとえば、ソースデータベースとターゲットデータベースのCPU使用率が30% 未満の場合にデータを移行できます。
移行元データベースで移行するテーブルには、PRIMARY KEYまたはUNIQUE制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、宛先データベースは重複するデータレコードを含み得る。
自己管理型OracleデータベースがReal Application Cluster (RAC) アーキテクチャでデプロイされ、Alibaba Cloud仮想プライベートクラウド (VPC) を介してDTSに接続されている場合、Oracle RACのSingle Client Access Name (SCAN) IPアドレスと各ノードの仮想IPアドレス (VIP) をVPCに接続し、ルートを設定する必要があります。この設定により、DTSタスクが期待どおりに実行できるようになります。詳細については、「VPN Gatewayを使用したデータセンターのDTSへの接続」をご参照ください。
重要
DTSコンソールでソースOracleデータベースを構成する場合、Oracle RACのSCAN IPアドレスをデータベースエンドポイントまたはIPアドレスとして指定できます。
データ移行タスクが失敗した場合、DTSは自動的にタスクを再開します。ワークロードをターゲットインスタンスに切り替える前に、データ移行タスクを停止またはリリースする必要があります。それ以外の場合、タスクの再開後、ソースデータベースのデータがターゲットインスタンスのデータを上書きします。
ソースOracleデータベースのフィールドにVARCHAR2型の空の文字列が含まれており、Oracleデータベースではnullと評価され、ターゲットデータベースの対応するフィールドにNOT NULL制約がある場合、移行タスクは失敗します。
スキーマの移行中に、DTSは外部キーをソースデータベースからターゲットデータベースに移行します。
完全データ移行および増分データ移行中、DTSはセッションレベルで外部キーに対する制約チェックおよびカスケード操作を一時的に無効にします。データ移行中にソースデータベースに対してカスケード更新および削除操作を実行すると、データの不整合が発生する可能性があります。

課金ルール

移行タイプ	タスク設定料金	インターネットトラフィック料金
スキーマ移行とフルデータ移行	無料です。	インターネット経由でAlibaba Cloudからデータが移行された場合にのみ課金されます。詳細については、「課金の概要」をご参照ください。
増分データ移行	有料。詳細については、「課金の概要」をご参照ください。

移行タイプ

フルデータ移行
DTSは、オブジェクトの履歴データをソースOracleデータベースからターゲットPolarDB-X 1.0インスタンスに移行します。
説明
データの整合性を確保するために、フルデータ移行中は自己管理型Oracleデータベースにデータを書き込まないことを推奨します。
増分データ移行
DTSは、自己管理Oracleデータベースからredoログ・ファイルを取得します。次に、DTSは、増分データを自己管理型Oracleデータベースから移行先のPolarDB-X 1.0インスタンスに移行します。増分データ移行により、OracleデータベースからPolarDB-X 1.0インスタンスにデータを移行する際に、サービスの継続性が確保されます。
説明
増分データ移行中に、次のSQL操作を移行できます。INSERT、DELETE、およびUPDATE操作。増分データ移行中は、DDL操作を移行できません。

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

データベース	完全なデータ移行	増分データ移行	関連ドキュメント
自己管理型Oracleデータベース	スキーマ所有者の権限	データベース管理者 (DBA)	CREATE USERとGRANT
PolarDB-X 2.0インスタンス	ターゲットデータベースに対する書き込み権限	ターゲットデータベースに対する書き込み権限	アカウントの管理

ログ記録を有効にし、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 Oracleバージョン12c ~ 19cマルチテナントアーキテクチャを使用するOracleバージョン12c ~ 19cの

# rdsdt_dtsacctという名前のデータベースアカウントを作成し、そのアカウントに権限を付与します。
rdsdt_dtsacctによるIDENTIFIEDユーザーrdsdt_dtsacctを作成します。rdsdt_dtsacctにセッション作成を付与します。rdsdt_dtsacctへの接続を許可します。rdsdt_dtsacctにリソースを付与します。sys.dbms_logmnrでrdsdt_dtsacctに実行を許可します。V_$LOGMNR_LOGSでrdsdt_dtsacctにselectを付与します。all_objectsのselectをrdsdt_dtsacctに付与します。all_tab_colsのselectをrdsdt_dtsacctに付与します。dba_registryのselectをrdsdt_dtsacctに付与します。rdsdt_dtsacctに任意のテーブルを選択します。rdsdt_dtsacctへのトランザクションの選択を許可します。-- v$log特権
v_$ logのselectをrdsdt_dtsacctに付与します。-- v$logfile特権
v_$ logfileのselectをrdsdt_dtsacctに付与します。-- v$archived_log特権
v_$ archived_logでrdsdt_dtsacctにselectを付与します。-- v $パラメータ特権
v_$ パラメータのselectをrdsdt_dtsacctに付与します。-- v $データベース特権
v_$ データベースのselectをrdsdt_dtsacctに付与します。-- v$active_instances特権
v_$ active_instancesのselectをrdsdt_dtsacctに付与します。-- v $インスタンス特権
v_$ インスタンスのselectをrdsdt_dtsacctに付与します。-- v$logmnr_content権限
v_$ logmnr_contentsのselectをrdsdt_dtsacctに付与します。-- システムテーブル
sys.USE R$ の選択をrdsdt_dtsacctに付与します。select on SYS.OBJ $をrdsdt_dtsacctに付与します。select on SYS.COL $をrdsdt_dtsacctに付与します。select on SYS.IND $をrdsdt_dtsacctに付与します。select on SYS.ICOL $をrdsdt_dtsacctに付与します。select on SYS.CDEF $をrdsdt_dtsacctに付与します。select on SYS.CCOL $をrdsdt_dtsacctに付与します。select on SYS.TABPART $をrdsdt_dtsacctに付与します。select on SYS.TABSUBPART $をrdsdt_dtsacctに付与します。select on SYS.TABCOMPART $をrdsdt_dtsacctに付与します。select_catalog_roleをrdsdt_dtsacctに付与します。

# プラガブルデータベース (PDB) に切り替えます。 rdsdt_dtsacctという名前のデータベースアカウントを作成し、そのアカウントに権限を付与します。
ALTER SESSION SETコンテナ=ORCLPDB1;
rdsdt_dtsacctによるIDENTIFIEDユーザーrdsdt_dtsacctを作成します。rdsdt_dtsacctにセッション作成を付与します。rdsdt_dtsacctへの接続を許可します。rdsdt_dtsacctにリソースを付与します。sys.dbms_logmnrでrdsdt_dtsacctに実行を許可します。all_objectsのselectをrdsdt_dtsacctに付与します。all_tab_colsのselectをrdsdt_dtsacctに付与します。dba_registryのselectをrdsdt_dtsacctに付与します。rdsdt_dtsacctに任意のテーブルを選択します。rdsdt_dtsacctへのトランザクションの選択を許可します。-- v$log特権
v_$ logのselectをrdsdt_dtsacctに付与します。-- v$logfile特権
v_$ logfileのselectをrdsdt_dtsacctに付与します。-- v$archived_log特権
v_$ archived_logでrdsdt_dtsacctにselectを付与します。-- v $パラメータ特権
v_$ パラメータのselectをrdsdt_dtsacctに付与します。-- v $データベース特権
v_$ データベースのselectをrdsdt_dtsacctに付与します。-- v$active_instances特権
v_$ active_instancesのselectをrdsdt_dtsacctに付与します。-- v $インスタンス特権
v_$ インスタンスのselectをrdsdt_dtsacctに付与します。-- v$logmnr_content権限
v_$ logmnr_contentsのselectをrdsdt_dtsacctに付与します。sys.USE R$ の選択をrdsdt_dtsacctに付与します。select on SYS.OBJ $をrdsdt_dtsacctに付与します。select on SYS.COL $をrdsdt_dtsacctに付与します。select on SYS.IND $をrdsdt_dtsacctに付与します。select on SYS.ICOL $をrdsdt_dtsacctに付与します。select on SYS.CDEF $をrdsdt_dtsacctに付与します。select on SYS.CCOL $をrdsdt_dtsacctに付与します。select on SYS.TABPART $をrdsdt_dtsacctに付与します。select on SYS.TABSUBPART $をrdsdt_dtsacctに付与します。select on SYS.TABCOMPART $をrdsdt_dtsacctに付与します。-- V$PDBS特権
V_$PDBSのselectをrdsdt_dtsacctに付与します。v $データベースで選択をrdsdt_dtsacctに付与します。dba_objectsのselectをrdsdt_dtsacctに付与します。DBA_TAB_COMMENTSの選択をrdsdt_dtsacctに付与します。dba_tab_colsのselectをrdsdt_dtsacctに付与します。select_catalog_roleをrdsdt_dtsacctに付与します。# コンテナデータベース (CDB) のルートコンテナであるCDB$ROOTに切り替えます。 データベースアカウントを作成し、アカウントに権限を付与します。
ALTER SESSION SETコンテナ=CDB$ROOT;
# rdsdt_dtsacctという名前のデータベースアカウントを作成し、そのアカウントに権限を付与します。 Oracleデータベースのデフォルト・パラメータを変更する必要があります。 
alterセッションセット "_ORACLE_SCRIPT"=true;
rdsdt_dtsacctによるIDENTIFIEDユーザーrdsdt_dtsacctを作成します。rdsdt_dtsacctにセッション作成を付与します。rdsdt_dtsacctへの接続を許可します。v_$ logmnr_contentsのselectをrdsdt_dtsacctに付与します。rdsdt_dtsacctへのログインを許可します。EXECUTE_CATALOG_ROLEをrdsdt_dtsacctに付与します。sys.dbms_logmnrでrdsdt_dtsacctに実行を許可します。

# rdsdt_dtsacctという名前のデータベースアカウントを作成し、そのアカウントに権限を付与します。
rdsdt_dtsacctによるIDENTIFIEDユーザーrdsdt_dtsacctを作成します。rdsdt_dtsacctにセッション作成を付与します。rdsdt_dtsacctへの接続を許可します。rdsdt_dtsacctにリソースを付与します。V_$LOGMNR_LOGSでrdsdt_dtsacctにselectを付与します。all_objectsのselectをrdsdt_dtsacctに付与します。all_tab_colsのselectをrdsdt_dtsacctに付与します。dba_registryのselectをrdsdt_dtsacctに付与します。rdsdt_dtsacctに任意のテーブルを選択します。rdsdt_dtsacctへのトランザクションの選択を許可します。v $データベースで選択をrdsdt_dtsacctに付与します。dba_objectsのselectをrdsdt_dtsacctに付与します。DBA_TAB_COMMENTSの選択をrdsdt_dtsacctに付与します。dba_tab_colsのselectをrdsdt_dtsacctに付与します。-- v$log特権
v_$ logのselectをrdsdt_dtsacctに付与します。-- v$logfile特権
v_$ logfileのselectをrdsdt_dtsacctに付与します。-- v$archived_log特権
v_$ archived_logでrdsdt_dtsacctにselectを付与します。-- v $パラメータ特権
v_$ パラメータのselectをrdsdt_dtsacctに付与します。-- v $データベース特権
v_$ データベースのselectをrdsdt_dtsacctに付与します。-- v$active_instances特権
v_$ active_instancesのselectをrdsdt_dtsacctに付与します。-- v $インスタンス特権
v_$ インスタンスのselectをrdsdt_dtsacctに付与します。-- v$logmnr_content権限
v_$ logmnr_contentsのselectをrdsdt_dtsacctに付与します。sys.USE R$ の選択をrdsdt_dtsacctに付与します。select on SYS.OBJ $をrdsdt_dtsacctに付与します。select on SYS.COL $をrdsdt_dtsacctに付与します。select on SYS.IND $をrdsdt_dtsacctに付与します。select on SYS.ICOL $をrdsdt_dtsacctに付与します。select on SYS.CDEF $をrdsdt_dtsacctに付与します。select on SYS.CCOL $をrdsdt_dtsacctに付与します。select on SYS.TABPART $をrdsdt_dtsacctに付与します。select on SYS.TABSUBPART $をrdsdt_dtsacctに付与します。select on SYS.TABCOMPART $をrdsdt_dtsacctに付与します。rdsdt_dtsacctへのログインを許可します。EXECUTE_CATALOG_ROLEをrdsdt_dtsacctに付与します。sys.dbms_logmnrでrdsdt_dtsacctに実行を許可します。select_catalog_roleをrdsdt_dtsacctに付与します。

手順

[データ移行タスク] ページに移動します。
1. データ管理 (DMS) コンソールにログインします。
2. 上部のナビゲーションバーで、ポインタをDTSの上に移動します。
3. DTS (DTS) > データ移行を選択します。
説明
- 実際の操作は、DMSコンソールのモードとレイアウトによって異なります。詳細については、「シンプルモード」および「DMSコンソールのレイアウトとスタイルのカスタマイズ」をご参照ください。
- 新しいDTSコンソールのデータ移行ページに行くこともできます。
データ移行タスクの右側にあるドロップダウンリストから、データ移行インスタンスが存在するリージョンを選択します。
説明
新しいDTSコンソールを使用する場合は、左上隅にデータ移行インスタンスが存在するリージョンを選択する必要があります。

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

セクション	パラメーター	説明
非該当	タスク名	DTSタスクの名前。タスク名は自動生成されます。タスクを簡単に識別できるように、わかりやすい名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。
ソースデータベース	データベースタイプ	移行元ディスクのタイプを設定します。 [Oracle] を選択します。
	アクセス方法	ソースデータベースのアクセス方法。ソースデータベースの配置場所に基づいて値を選択します。この例では、ECS上の自己管理データベースが選択されています。説明ソースデータベースが自己管理データベースの場合、データベースのネットワーク環境を展開する必要があります。詳細については、「準備の概要」をご参照ください。
	インスタンスリージョン	ソースOracleデータベースが存在するリージョン。
	ECSインスタンスID	自己管理型OracleデータベースをホストするECSインスタンスのID。
	ポート番号	自己管理型Oracleデータベースのサービス・ポート番号。デフォルト値: 1521
	Oracleタイプ	自己管理型Oracleデータベースのアーキテクチャ・タイプ。この例では、RACまたはPDBインスタンスが選択されています。 [非RACインスタンス] を選択した場合、SIDパラメーターを指定する必要があります。 RACまたはPDBインスタンスを選択した場合、サービス名パラメーターを指定する必要があります。
	データベースアカウント	ソースの自己管理型Oracleデータベースのデータベースアカウント。
	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。
宛先データベース	データベースタイプ	ターゲットデータベースのタイプ。 [PolarDB-X 2.0] を選択します。
	アクセス方法	ターゲットデータベースのアクセス方法。 [Alibaba Cloudインスタンス] を選択します。
	インスタンスリージョン	ターゲットPolarDB-X 2.0インスタンスが存在するリージョン。
	インスタンスID	ターゲットPolarDB-X 2.0インスタンスのID。
	データベースアカウント	ターゲットPolarDB-Xデータベースインスタンスの2.0アカウント。
	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。

このステップのページの下部で、接続性をテストして続行をクリックします。
警告
- ソースまたはターゲットデータベースが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セキュリティグループルールから削除することを推奨します。

タスクに移行するオブジェクトを選択し、詳細設定を構成します。

基本設定

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

詳細設定

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

ページの下部で、[次へ: タスク設定の保存と事前チェック] をクリックします。
説明
- データ移行タスクを開始する前に、DTSは事前チェックを実行します。データ移行タスクは、タスクが事前チェックに合格した後にのみ開始できます。
- タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題のトラブルシューティングを行います。次に、もう一度プレチェックを実行します。
- 事前チェック中にアイテムに対してアラートがトリガーされた場合:
  アラートアイテムを無視できない場合は、失敗したアイテムの横にある [詳細の表示] をクリックして問題のトラブルシューティングを行います。次に、もう一度プレチェックを実行します。
  アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。 [詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されたメッセージボックスで、[OK] をクリックします。次に、[再度事前チェック] をクリックして、事前チェックを再度実行します。アラート項目を無視すると、データの不整合が発生し、ビジネスが潜在的なリスクにさらされる可能性があります。
成功率が100% になるまで待ちます。次に、[次へ: インスタンスの購入] をクリックします。

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

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

読み取りと選択データ伝送サービス (従量課金) サービス規約.
[購入して開始] をクリックします。表示されるメッセージで、 [OK] をクリックします。
[データ移行] ページでタスクの進行状況を確認できます。

次のステップ

データ移行に使用されるデータベースアカウントには、読み取りおよび書き込み権限があります。データ移行が完了したら、セキュリティを確保するために、自己管理型OracleデータベースとPolarDB-X 2.0インスタンスの両方のアカウントを削除する必要があります。