MySQLからMySQLへの移行
ダウンロード
フォーカスモード
フォントサイズ
操作シナリオ
本文では、DTSデータ移行機能を使用してMySQLからTencentDB for MySQLへデータを移行する操作手順について説明します。
ソースデータベースがサポートする配置タイプは以下の通りです：
自社構築MySQL。
TencentDB for MySQL。
第三者クラウドプロバイダー MySQL：Alibaba Cloud RDS、Alibaba Cloud PolarDB、AWS RDS、AWS Aurora。
ビジネスへの影響
1. DTSはフルデータ移行を実行する際に、ソースデータベースの全データを一度読み取るため、ソースデータベースの負荷が増加します。データベースのスペックが低すぎる場合は、業務の低ピーク時に移行を行うか、タスク開始前にDTSのレートを下げることをお勧めします。
ソースデータベースのスペックが異なれば、影響も異なります。ソースデータベースのスペックが8コア16Gの場合を例にとると、DTSタスクはデフォルトで8スレッドの並行処理を採用します（調整可能）。ネットワークにボトルネックがない場合、DTSタスクがソースデータベースに与える性能影響は以下の通りです：
DTSフルエクスポート段階：ソースデータベースのCPUを約18%～45%占有し、ソースデータベースに約40～60MB/sのクエリ負荷を増加させ、約8個のアクティブsession接続数を占有します。
DTS増分エクスポート段階：ソースデータベースにほぼ負荷をかけず、1つの接続のみがソースデータベースのbinlogログをリアルタイムで監視します。
2. デフォルトではロックフリー移行を採用して実現します。移行中はソースデータベースにグローバルロック（FTWRL）をかけず、主キーがないテーブルにのみテーブルロックをかけ、その他にはロックをかけません。
3. データ一貫性の検証を作成する際、DTSは移行タスクを実行するアカウントを使用してソースデータベースにシステムデータベース
__tencentdb__を書き込み、移行タスクプロセス中のデータ比較情報を記録します。後続のデータ比較問題を特定できるようにするため、移行タスク終了後もソースデータベース内の
__tencentdb__は削除されません。__tencentdb__システムデータベースが占有する容量は非常に小さく、ソースデータベースのストレージ容量の約1000分の1から1万分の1です（例えば、ソースデータベースが50GBの場合、__tencentdb__システムデータベースは約5MB～50MBです）。また、シングルスレッドと接続待機メカニズムを採用しているため、ソースデータベースのパフォーマンスにはほとんど影響を与えず、リソースを奪い合うこともありません。事前準備
1. 使用するアクセスタイプに応じて、DTSとデータベース間のアクセス経路を確立してください。詳細についてはネットワーク準備作業を参照してください。
2. ソースデータベースでタスク実行アカウントに権限を付与します。以下の通りです：
「インスタンス全体」の移行：
CREATE USER '移行アカウント'@'%' IDENTIFIED BY '移行パスワード';GRANT RELOAD,LOCK TABLES,REPLICATION CLIENT,REPLICATION SLAVE,SHOW DATABASES,SHOW VIEW,PROCESS ON *.* TO '移行アカウント'@'%';//ソースデータベースがAlibaba Cloudデータベースの場合、SHOW DATABASESの権限付与は不要ですが、少なくとも1つの非システムデータベースを作成する必要があります。そうしないと、事前検証タスクが失敗します。その他の非Alibaba Cloudデータベースのシナリオでは権限付与が必要です。Alibaba Cloudデータベースの権限付与については、https://help.aliyun.com/document_detail/96101.htmlを参照してください。//トリガーとイベントの移行を選択する場合、TRIGGER権限とEVENT権限を同時に付与する必要があります。GRANT ALL PRIVILEGES ON `__tencentdb__`.* TO '移行アカウント'@'%';GRANT SELECT ON *.* TO '移行アカウント';
「指定オブジェクト」の移行：
CREATE USER '移行アカウント'@'%' IDENTIFIED BY '移行パスワード';GRANT RELOAD,LOCK TABLES,REPLICATION CLIENT,REPLICATION SLAVE,SHOW DATABASES,SHOW VIEW,PROCESS ON *.* TO '移行アカウント'@'%';//ソースデータベースがAlibaba Cloudデータベースの場合、SHOW DATABASESの権限付与は不要ですが、少なくとも1つの非システムデータベースを作成する必要があります。そうしないと、事前検証タスクが失敗します。その他の非Alibaba Cloudデータベースのシナリオでは権限付与が必要です。Alibaba Cloudデータベースの権限付与については、https://help.aliyun.com/document_detail/96101.htmlを参照してください。//トリガーとイベントの移行を選択する場合、TRIGGER権限とEVENT権限を同時に付与する必要があります。GRANT ALL PRIVILEGES ON `__tencentdb__`.* TO '移行アカウント'@'%';GRANT SELECT ON `mysql`.* TO '移行アカウント'@'%';GRANT SELECT ON 移行対象のデータベース.* TO '移行アカウント';
3. ターゲットデータベースでタスク実行アカウントに権限を付与します。必要な権限は以下の通りです。
ALTER, ALTER ROUTINE, CREATE, CREATE ROUTINE, CREATE TEMPORARY TABLES, CREATE USER, CREATE VIEW, DELETE, DROP, EVENT, EXECUTE, INDEX, INSERT, LOCK TABLES, PROCESS, REFERENCES, RELOAD, SELECT, SHOW DATABASES, SHOW VIEW, TRIGGER, UPDATE。
使用説明
移行対象
1. 基本テーブル、ビュー、関数、トリガー、ストアドプロシージャ、イベントの移行をサポートしています。システムデータベース・テーブルの移行はサポートしていません。対象は
information_schema、sys、performance_schema、__cdb_recycle_bin__、__recycle_bin__、__tencentdb__、mysqlです。2. 相互に関連するデータオブジェクトは同時に移行する必要があります。そうしないと移行が失敗します。一般的な関連関係：ビューによるテーブル参照、ビューによるビュー参照、主キー・外部キー関連テーブルなどがあります。
3. データの重複を避けるために、主キーまたは非NULLの一意キーを持つテーブルを移行することをお勧めします。
4. ビュー、ストアドプロシージャ、関数を移行する際、DTSはソースデータベース内の
DEFINERに対応するuser1（[DEFINER = user1]）と移行アカウントuser2が一致するかどうかをチェックします。一致しない場合、移行後にDTSはターゲットデータベース内のuser1のSQL SECURITY属性を変更し、DEFINERからINVOKERに変換します（[INVOKER = user1]）。同時に、ターゲットデータベース内のDEFINERを移行アカウントuser2に設定します（[DEFINER = 移行アカウントuser2]）。ソースデータベース内のビュー定義が複雑すぎる場合、タスクが失敗する可能性があります。5. ソースデータベースがAlibaba Cloud RDS、PolarDBの場合、RDS、PolarDBはBinlog内でPKのないテーブルまたはNULLでない一意キーのないテーブルに追加のPK列を付与しますが、テーブル構造には表示されません。そのため、DTSが認識できず、データ結果が異常になる可能性があります。したがって、PKのないテーブルはできるだけ移行しないことをお勧めします。
6. InnoDB、MyISAM、TokuDBの3種類のデータベースエンジンのみ移行をサポートします。これら以外のデータエンジンテーブルが存在する場合、デフォルトでスキップされ移行されません。なお、ソースデータベースに圧縮モードのTokuDBエンジンデータが存在する場合、ターゲットデータベースが圧縮モードを同期サポートしている必要があります。そうでない場合、タスクはエラーを報告します。
7. ターゲット側がTencent Cloud MySQLデータベースインスタンスであり、かつRocksDBエンジンである場合、ソース側のInnoDB/TokuDBエンジンをターゲットのRocksDBエンジンに変換することをサポートします。ただし、InnoDBをRocksDBエンジンに変換する際には以下の制約があります。
7.1 ソースデータベースの移行対象テーブルの主キーまたは主キーの一部がTINYTEXT、TEXT、MEDIUMTEXT、LONGTEXTのフィールドタイプである場合、ターゲット側ではこれらのフィールドタイプで「値の等価判定」がサポートされていないため、関連する「値の等価判定」のSQL（例えばDELETE FROM table_name WHERE primary_key_column = 'some text'）はターゲット側に同期された後、有効になりません。最終的にターゲット側とソース側のデータ結果が一致しなくなる可能性があります。
7.2 データの一貫性検証を行う際、ソースデータベースの移行対象テーブルの主キーまたは主キーの一部がTINYTEXT、TEXT、MEDIUMTEXT、LONGTEXTのフィールドタイプであり、かつテーブルの行数が5万行を超える場合、そのテーブルはスキップされ、一貫性検証は行われません。
7.3 RocksDBエンジンとInnoDBエンジンではDOUBLEデータ型の基盤となるストレージに違いがあるため、ソース側のDOUBLE値が上限に近い場合（例えば-1.7976931348623157E+308）、一貫性検証タスクの作成時に誤検出が発生する可能性があります。実際のデータは一致していますが、検証結果は不一致と表示されます。
7.4 パーティション（partition）を含むテーブルの移行はサポートされていません。
データ型
1. 増分移行中に、ソースデータベースで
STATEMENT形式のBinlogステートメントが生成された場合、移行が失敗します。2. ソースデータベースのBinlogのGTIDに欠落が存在する場合、移行タスクのパフォーマンスに影響を与え、タスクの失敗を引き起こす可能性があります。
3. 1つのトランザクションにDML文とDDL文が同時に含まれるシナリオはサポートされていません。この状況が発生した場合、タスクはエラーを報告します。
4. Geometry関連のデータ型はサポートされていません。このタイプのデータが検出された場合、タスクはエラーを報告します。
5.
ALTER VIEWステートメントはサポートされていません。このステートメントが検出された場合、タスクはスキップされ、移行されません。6. MySQL、TDSQL-C MySQL相互間の移行リンクにおけるJSONデータ型に関する特記事項。
6.1 精度要件のあるデータについては、decimalなどのデータ型を使用して個別に記録することをお勧めします。JSONデータ型の使用はお勧めしません。MySQL自体のJSON内のfloatデータ処理の問題により、小数点以下6桁以上のデータ精度が失われるためです。
6.2 DTSにおけるJSONタイプの浮動小数点数の処理に関する説明。
MySQL5.7以前のバージョンをターゲット側として使用する場合、MySQL5.7自体の処理問題により、ソース側のJSONタイプの浮動小数点数がx.0である場合、ターゲット側に同期されるとxになる可能性があります。例えば、ソースデータが{"a":12.0}の場合、ターゲットに同期されると{"a":12}に変わります。
6.2.1 MySQL5.7以前のバージョンをソース側、MySQL8.0以降のバージョンをターゲット側として使用する場合、MySQL5.7自体の処理問題により、ソース側のJSONタイプの浮動小数点数がx.0であっても、SELECTで読み取るとxになり、binlogにはこの値の型が浮動小数点型として記録されます。DTSがターゲット側に同期する際には浮動小数点数として処理されるため、ターゲット側ではx.0になります。例えば、ソースデータが{"a":12.0}の場合、SELECTで読み取ると{"a":12}になり、ターゲットに同期すると{"a":12.0}に変わります。
6.2.2 バージョンに関係なく、ソース側のJSONタイプの浮動小数点数で小数点以下が1桁を超えるもの（例：{"a":12.00}、{"a":12.000}）は、ターゲット側に同期されるとすべて{"a":12.0}に変わります。
その他の説明
1. ソース側が非GTIDインスタンスの場合、DTSはソース側のHA切り替えをサポートしません。ソース側のMySQLで切り替えが発生すると、DTSの増分移行が中断される可能性があります。
2. タスクの実行中は、ターゲット側で二重書き込みを行わないことをお勧めします。そうしないと、タスクの異常やデータ同期結果の不一致が発生する可能性があります。
全量同期段階：DTSが全量初期データをターゲット側に書き込む際にPK競合を検出すると、タスクはエラーを報告します。
増分同期段階：DTSが全量段階の新規データをターゲット側に書き込む際に、PK競合をチェックすると、ソースデータで直接ターゲット側を上書きします。DTSが増分段階の新規データをターゲット側に書き込む際に、PK競合をチェックすると、タスクはエラーを報告します。
操作制限
移行中に以下の操作を行わないでください。行った場合、移行タスクが失敗する可能性があります。
1. 構造移行とフル移行を選択したシナリオで、移行タスクのステップが「フルエクスポート」の場合、DDL操作はサポートされません。
2. ソースデータベースとターゲットデータベース内のユーザー情報（ユーザー名、パスワード、権限を含む）とポート番号を変更、削除しないでください。
3. ソースデータベース上でBinlogを削除する操作を実行しないでください。
サポートされるSQL操作
操作タイプ | サポートされる SQL 操作 |
DML | INSERT、UPDATE、DELETE、REPLACE |
DDL | TABLE：CREATE TABLE、ALTER TABLE、DROP TABLE、TRUNCATE TABLE、RENAEM TABLE VIEW：CREATE VIEW、DROP VIEW INDEX：CREATE INDEX、DROP INDEX DATABASE：CREATE DATABASE、ALTER DATABASE、DROP DATABASE 現時点では、CREATE TABLE テーブル名 AS SELECT ステートメントはサポートされていません。 |
操作手順
1. DTSコンソールにログインし、左側のナビゲーションでデータ移行ページを選択し、新しい移行タスクをクリックして、新しい移行タスクページに入ります。
2. 新しい移行タスクページで、移行するソースインスタンスタイプと所属地域、ターゲットインスタンスタイプと所属地域、スペックなどを選択し、今すぐ購入をクリックします。
設定項目 | 説明 |
作成モード | 新規タスクを選択します。 |
課金モデル | 従量課金のみサポートされます。購入完了後、タスク設定段階および全量移行段階では課金されず、増分移行段階でのみ課金されます。ただし、Tencent Cloudの従量課金の統一要件により、購入後に1時間分の費用が先に凍結されます。詳細な課金ルールについては、課金項目とルールを参照してください。 |
ソースインスタンスタイプ | ソースデータベースのタイプに応じて選択してください。購入後は変更できません。ここではMySQLを選択します。 |
ソースインスタンスの地域 | ここではDTSデータ移行サービスのソース側地域を指します。ソースデータベースがTencent Cloudデータベースの場合、ここではソースデータベースが属する地域を選択してください。ソースデータベースが自己構築データベースまたは他のクラウドプロバイダーのデータベースの場合、ここではソースデータベースに最も近い地域を選択してください。これにより、DTSが最適な移行パスを選択し、移行時間を短縮できます。 |
ターゲットインスタンスタイプ | ターゲットデータベースのタイプに応じて選択してください。購入後は変更できません。ここではMySQLを選択します。 |
ターゲットインスタンスの地域 | ターゲットデータベースが属する地域を選択してください。 |
仕様 | |
数量 | 1回の購入で最大10個の移行タスクを購入できます。 |
3. 購入完了後、ページは自動的にデータ移行のタスクリストにジャンプします。先ほど購入したタスクを選択して設定してください。複数の地域または地域をまたがるDTSタスクを購入した場合、タスクリストはターゲットインスタンスの所属地域に基づいて表示されます。上部で地域を切り替えると、購入済みのタスクを見つけることができます。
4. ソースおよびターゲットデータベースの設定ページで、タスク設定、ソースデータベース設定、ターゲットデータベース設定を完了し、ソースデータベースとターゲットデータベースの接続性テストに合格した後、保存をクリックします。
説明：
タスク設定
パラメータ | 説明 |
タスク名 | DTSはタスク名を自動生成します。ユーザーが業務上意味のある名前に変更することをお勧めします。タスクの識別が容易になります。 |
実行モード | 即時実行：事前検証に合格すると、タスクが直ちに開始されます。 定时実行：タスクの実行開始時間を設定します。事前検証に合格してもタスクは開始されず、設定した時間になると開始されます。 |
自動再試行 | 設定後、同期タスクがネットワーク異常などによって一時的に中断された場合、DTSは設定された時間内にタスクを自動的に再試行して再開します。ユーザーによる手動操作は不要です。 設定可能な時間範囲は5分～720分です。 |
ソースデータベースの設定
パラメータ | 説明 |
ソースインスタンスタイプ | 購入時に選択したソースインスタンスタイプは変更できません。 |
ソースインスタンスの地域 | 購入時に選択したソースインスタンスの所在地域は変更できません。 |
サービスプロバイダー | 自己構築データベース（CVM上の自己構築を含む）、Tencent Cloudデータベースインスタンス、軽量データベースの場合は、「通常」を選択してください。 サードパーティクラウドベンダーデータベースの場合は、対応するサービスプロバイダーを選択してください。 |
アクセスタイプ | ソースデータベースがIDC自己構築データベース/その他のクラウドベンダーデータベースの場合：アクセスタイプは「パブリックネットワーク/Direct Connect/VPNアクセス/CCN」を選択できます。 公衆網：ソースデータベースにはパブリックIPアドレスでアクセスできます。 Direct Connect：ソースデータベースはDirect Connectを介してTencent Cloud VPCと接続できます。 VPNアクセス：ソースデータベースはVPN Connectionsを介してTencent Cloud VPCと接続できます。 CCN：ソースデータベースはCCNを介してTencent Cloud VPCと接続できます。 VPC：ソースデータとターゲットデータベースはすべてTencent Cloud上に配置されており、VPCがあります。プライベートネットワークVPCアクセスタイプを使用する必要がある場合は、チケットを提出して申請してください。 ソースデータベースがCVM上の自己構築データベースの場合：アクセスタイプは「CVM自己構築」を選択します。 ソースデータベースがTencent Cloudデータベースインスタンスの場合：アクセスタイプは「クラウドデータベース」を選択します。 |
パブリックネットワーク | アクセスタイプで「パブリックネットワーク」を選択した場合、以下のパラメータを設定する必要があります。 ホストアドレス：ソースデータベースのIPアドレスまたはドメイン名。 ポート：ソースデータベースが使用するポート。 |
CVMでの自己構築 | アクセスタイプで「CVM自己構築」を選択した場合、以下のパラメータを設定する必要があります。 CVMインスタンス：CVMのインスタンスID。 ポート：ソースデータベースが使用するポート。 |
Direct Connect (DC) | アクセスタイプで「Direct Connect」を選択した場合、以下のパラメータを設定する必要があります。 VPC Direct Connectゲートウェイ：Direct Connectアクセス時はVPC Direct Connectゲートウェイのみサポートされます。ゲートウェイに関連付けられたネットワークタイプを確認してください。 VPC：VPCとサブネットを選択します。 ホストアドレス：ソースデータベースのIPアドレス。 ポート：ソースデータベースが使用するポート。 |
VPNアクセス | アクセスタイプで「VPN アクセス」を選択した場合、以下のパラメータを設定する必要があります。 VPNゲートウェイ：VPNゲートウェイを選択し、VPNゲートウェイIDを選択してください。 VPC：VPNゲートウェイに関連付けられたVPCとサブネットを選択します。 ホストアドレス：ソースデータベースのIPアドレス。 ポート：ソースデータベースが使用するポート。 |
クラウドデータベース | アクセスタイプで「クラウドデータベース」を選択した場合、以下のパラメータを設定する必要があります。 クロスアカウントかどうか 本アカウント：ソースデータベースインスタンスとターゲットデータベースインスタンスが属するメインアカウントは、同じTencent Cloudメインアカウントです。 クロスアカウント：ソースデータベースインスタンスとターゲットデータベースインスタンスが属するメインアカウントは、異なるTencent Cloudメインアカウントです。クロスアカウント操作の手順については、クラウドデータベースのクロスアカウントインスタンス間同期を参照してください。 データベースインスタンス：ソースデータベースのインスタンスID。 検証方式：データベースにアクセスするための認証方式を選択します。値は以下の通りです： パスワード：データベースアカウントとパスワードを使用して認証を行います。 CAM検証：Tencent CloudのCAMを使用して認証を行います。データベースパスワードを入力する必要はありません。 |
CCN | アクセスタイプで「CCN」を選択した場合、以下のパラメータを設定する必要があります。 CCNアクセス時には、同一アカウントのCCNとクロスアカウントのCCNがサポートされます。ネットワーク接続の設定が多いため、CCN経由で自己構築データベースをTencent Cloudデータベースに移行する方法を参照してください。 ホストが所在するネットワーク環境：実際の状況に応じて選択してください。例えば、ソースデータベースがTencent Cloudデータベースインスタンスの場合は「Tencent Cloud」を選択します。ソースデータベースがIDCの自己構築データベースの場合は「自己構築IDC」を選択します。ソースデータベースが他のクラウドベンダーのデータベースの場合は、対応するネットワークを選択します。 ホストアドレス：ソースデータベースのホストIPアドレス。 ポート：ソースデータベースが使用するポート。 CCNインスタンスが属するアカウント マイアカウント：CCNリソースとターゲットデータベースは、同じTencent Cloudメインアカウントに属します。 その他のアカウント：CCNリソースとターゲットデータベースは、異なるTencent Cloudメインアカウントに属します。 VPC CCN：CCNインスタンス名。 CCN関連VPCおよびサブネット：「CCN関連VPC」とは、CCN内で同期リンクに接続されるVPCを指します。CCNに関連付けられているすべてのVPCの中から、ソースデータベースが属するVPC以外のVPCを選択してください。 VPC所属地域：タスク購入時に選択したソースデータベースの地域とアクセスVPCの地域は一致している必要があります。一致していない場合、DTSはタスク購入時に選択したソースデータベースの地域をアクセスVPCの地域に変更します。 |
アカウント/パスワード | アカウント/パスワード：ソースデータベースのアカウント、パスワード。 |
接続方式 | SSLセキュア接続とは、DTSとデータベースがSSL（Secure socket layer）で安全に接続し、伝送リンクを暗号化することを指します。 SSLセキュア接続を選択すると、データベースの接続応答時間が増加する可能性があります。一般的にTencent Cloudのプライベートネットワークリンクは比較的安全であるため、SSLセキュア接続を有効にする必要はありません。パブリックネットワーク／専用線などの伝送方式を使用し、かつデータセキュリティ要件が高いシナリオでは、SSLセキュア接続を有効にする必要があります。SSLセキュア接続を選択する前に、まずデータベースでSSL暗号化を有効にする必要があります。 |
ターゲットデータベースの設定
ターゲットデータベースのパラメータ設定はソースデータベースと類似しています。アクセスタイプは実際の状況に応じて選択します。ここではこれ以上説明しません。
5. 移行オプションの設定および移行対象の選択ページで、移行タイプと対象を設定し、保存をクリックします。
説明
ユーザーが移行中に特定のテーブルに対してrename操作を行うことが確実な場合（例えば、table Aをtable Bにrenameする場合）、移行オブジェクトはtable Aが属するデータベース全体（またはインスタンス全体）を選択する必要があります。table Aのみを選択することはできません。そうしないと、システムがエラーを報告します。
設定項目 | 説明 |
移行タイプ | お客様のシナリオに応じて選択してください。 構造移行：データベース内のデータベース、テーブルなどの構造化データを移行します。 全量移行：データベース全体のテーブル構造とデータを移行します。移行内容は、タスク開始時にソースデータベースに既に存在する内容のみを対象とし、タスク開始後にソースデータベースでリアルタイムに新規書き込みされたデータは含みません。 全量＋増分移行：データベース全体のテーブル構造とデータを移行します。移行内容には、タスク開始時にソースデータベースに既に存在する内容と、タスク開始後にソースデータベースでリアルタイムに新規書き込みされたデータが含まれます。移行中にソースデータベースでデータ書き込みが発生し、無停止でスムーズな移行が必要な場合は、このシナリオを選択してください。 |
データの一貫性チェック | 「全量 + 増分移行」を選択した場合、データの一貫性チェックを実行できます。移行後のソースデータベースとターゲットデータベースのデータに対して詳細な比較検出を行います。 「全量検出移行オブジェクト」をチェックした後、移行タスクが「同期増分」段階に進み、ターゲットとソースデータベースのデータ差異が0MB、ターゲットとソースデータベースの時間遅延も0秒になった時、DTSは自動的に一貫性の検証タスクを1回トリガーします。 「全量検出移行オブジェクト」をチェックしていない場合でも、ユーザーはタスクが「同期増分」段階に進んだ時、手動でトリガーできます。詳細はデータ一貫性検証タスクの作成を参照してください。 |
移行対象 | インスタンス全体：インスタンス全体を移行します。ただし、information_schema、mysql、performance_schema、sysなどのシステムデータベースは含みません。 指定オブジェクト：指定オブジェクトを移行します。 |
高度な移行オブジェクト | ストアドプロシージャ（Procedure）、関数（Function）、トリガー（Trigger）、イベント（Event）の移行をサポートしています。 高度なオブジェクトの移行は一回限りの操作です。タスク開始前にソースデータベースに既に存在する高度なオブジェクトのみを移行できます。タスク開始後に追加された高度なオブジェクトは、ターゲットデータベースに同期されません。 ストアドプロシージャと関数は「ソースデータベースエクスポート」段階で移行されます。トリガーとイベントは、増分タスクがない場合はタスク終了時に移行され、増分タスクがある場合はユーザーが完了操作をクリックした後に移行が開始されます。そのため、完了をクリックした後、タスクの移行時間は若干長くなります。 |
選択済みオブジェクト | データベース・テーブルマッピング（データベース・テーブルの名前変更）をサポートします。マウスをデータベース名、テーブル名に合わせると編集ボタンが表示されます。クリックすると、ポップアップウィンドウで新しい名前を入力できます。 高度なオブジェクトを選択して移行する際は、データベース・テーブルの名前変更操作を行わないことをお勧めします。そうしないと、高度なオブジェクトの移行が失敗する可能性があります。 |
Online DDL一時テーブルを同期するかどうか | gh-ost、pt-oscツールを使用してソースデータベース内のテーブルに対してOnline DDL操作を実行する場合、DTSはOnline DDLの変更によって生成された一時テーブルをターゲットデータベースに移行することをサポートします。 gh-ostをチェックすると、DTSはgh-ostツールが生成した一時テーブル名（_表名_ghc、_表名_gho、_表名_del）をターゲットデータベースに移行します。 pt-oscをチェックすると、DTSはpt-oscツールが生成した一時テーブル名（_表名_new、_表名_old）をターゲットデータベースに移行します。 |
詳細オプション
設定項目 | 説明 |
アカウントを移行するかどうか | |
伝送速度を制限します。 | 一般情况下、タスク設定ではここを設定する必要はありません。データベースの設定が低く、DTSのデフォルトの同時実行スレッド数とRPSに耐えられない場合にのみ、調整が必要です。詳細については、速度制限を参照してください。 |
6. 検証タスクページで検証を行い、検証タスクが合格した後、タスクを開始をクリックします。
検証タスクが合格しない場合は、検証不合格時の対処方法を参照して問題を修正した後、検証タスクを再実行できます。一部のチェックはスキップできます。検証失敗後にブロックできますが、ブロック後は再検証を行ってからでないとタスクを続行できません。
失敗：検証項目のチェックが不合格であり、タスクがブロックされていることを示します。問題を修正した後、検証タスクを再実行する必要があります。
警告：検証項目のチェックが要件を完全には満たしていないことを示します。タスクを続行できますが、業務に一定の影響があります。ユーザーはプロンプトに基づいて、警告項目を無視するか、問題を修正してから続行するかを自身で評価する必要があります。
アカウント移行をチェックした場合、検証タスクはソースデータベースのアカウント情報をチェックし、要件を満たすアカウントは移行され、満たさないアカウントは移行されないか、権限を下げて移行されます。チェックの詳細については、アカウントの移行をご参照ください。
7. データ移行タスクリストに戻り、タスクは準備実行状態に入ります。1分～2分後、データ移行タスクが正式に開始されます。
構造移行または全量移行を選択します：タスク完了後に自動的に終了するため、手動で終了する必要はありません。
全量+増分移行を選択します：全量移行が完了すると、自動的に増分データ同期段階に入ります。増分データ移行は自動的に終了しないため、手動で完了をクリックして増分データ移行を終了する必要があります。
適切なタイミングを選択して手動で増分データ移行を完了し、ビジネス切り替えを完了してください。
移行段階が増分移行であり、遅延がない状態であることを確認し、ソースデータベースへの書き込みを数分間停止します。
ターゲットとソースデータベースのデータ差異が0KB、かつターゲットとソースデータベースの時間遅延が0秒の場合、手動で増分移行を完了します。
8. （オプション）タスクの表示や削除などの操作を行う必要がある場合は、対応するタスクをクリックし、操作列で操作を行ってください。詳細については、タスク管理をご参照ください。
9. 移行タスクの状態がタスク成功に変わったら、ビジネスの正式な割接を実行できます。詳細については、割接説明をご参照ください。
フィードバック