MySQLデータベースからOceanBaseデータベースのMySQL互換モードへのデータ移行タスクを新規作成し、構造移行、全量移行、増分同期を通じて、ソースデータベースの既存業務データと増分データをターゲットデータベースに移行できます。
注意
データ移行タスクが長期間非アクティブ状態(タスクステータスが失敗、一時停止または完了)にある場合、増分ログの保持期間などの影響でタスクが復旧できない可能性があります。データ移行システムは、非アクティブ状態が7日を超えるタスクを自動的に解放し、関連リソースを回収します。タスクに対してアラートを設定し、タスク関連の異常を速やかに処理することを推奨します。
前提条件
ソース側のデータベースインスタンスが作成済みであること。
クラウドプロバイダーがAWSの場合:Aurora MySQLデータベースインスタンスが作成済みであること。詳細については、Aurora MySQLデータベースインスタンスの作成を参照してください。
クラウドプロバイダーがGoogle Cloudの場合:Cloud SQLインスタンスが作成済みであること。詳細については、インスタンスの作成を参照してください。
クラウドプロバイダーがAlibaba Cloudの場合:RDS MySQLデータベースインスタンスが作成済みであるか、PolarDB MySQLクラスタの購入が完了していること。
ターゲット側のOceanBaseデータベースのクラスタとテナントが作成済みであること。詳細については、インスタンスの作成およびテナントの作成を参照してください。
ソース側とターゲット側に、データ移行専用のデータベースユーザーを作成し、関連する権限を付与していること。詳細については、ユーザー権限の説明を参照してください。
Binlogが有効になっていること。詳細については、MySQLバイナリログへのアクセスを参照してください。
制限事項
プロジェクトロールが プロジェクト所有者、プロジェクト管理者、または データサービス管理者 のユーザーのみが新規データ移行タスクを作成できます。
ソースデータベースの操作制限
構造移行および全量移行段階では、データベースやテーブルの構造を変更するDDL操作を実行しないでください。実行した場合、データ移行タスクが中断する可能性があります。
現在、データ移行はAurora MySQL V2.x、V3.x、Cloud SQL V5.6、V5.7、V8.0、V8.4、MySQLデータベース V5.6、V5.7、V8.0、V8.4、OceanBaseデータベースのMySQL互換モード V2.x、V3.x、V4.xをサポートしています。
データ移行サービスは、ASCIIコードで表記され、特殊文字(.|"'`()=;/& および改行を含む)を含まないデータベース名、テーブル名、列名のオブジェクトの移行のみをサポートします。
主キーがFLOATまたはDOUBLE型の場合、事前チェックに失敗します。この型を主キーとして使用しないことを強く推奨します。
ターゲット側がデータベースの場合、データ移行サービスはターゲット側のトリガーをサポートしていません。トリガーが存在すると、データ移行が失敗する可能性があります。
データ移行サービスは、MySQLデータベースの16,000バイト(4,000文字)を超えるインデックスフィールドをサポートしていません。
ソース側とターゲット側のデータベースの時刻が同期されていることを確認してください。
注意事項
構造移行および全量移行段階では、データベースやテーブルの構造を変更するDDL操作を実行しないでください。実行した場合、データ移行タスクが中断する可能性があります。
移行対象のテーブルには主キーまたは一意性制約が必要であり、フィールドも一意である必要があります。そうでない場合、ターゲットデータベースでデータの不整合が発生する可能性があります。
MySQLデータベースのホストには十分な送信帯域幅が必要です。十分な送信帯域幅がない場合、ログ解析とデータ移行速度に影響を与え、同期遅延が大きくなる可能性があります。
データ移行サービスは、カスタム列のデータ型の変更をサポートしていません。フィールドタイプに特別な要件があるデータベースオブジェクトは、ご自身で処理してください。
データ移行サービスは、テーブル、インデックス、ビューの3種類のオブジェクトをサポートしています。
ソース側で業務データに変更がない場合、データ移行サービスはログを取得してデータ同期を進めることができず、タスクの遅延時間が増え続けます。これはタスク自体の不具合ではありません。ソース側にデータを書き込むことで、この遅延を解消できます。
ノード間のクロックが同期していない場合、またはクライアント端末とサーバー間のクロックが同期していない場合、増分同期の遅延時間が正確でない可能性があります。
例えば、システム時刻が標準時より前の時刻を示している場合、遅延時間が負の値になる可能性があります。標準時より進んでいる場合、遅延時間が正の値として報告される可能性があります。
ソースデータベースとターゲットデータベースの照合順序が異なる場合、主キーとしてVARCHARを使用するテーブルのデータ検証の結果が不一致になります。
DDL同期を有効にしていない場合、ターゲット側の一意インデックスを変更した後は、データ移行タスクを再開始する必要があります。そうしないと、データの不整合が発生する可能性があります。
データ移行サービスのDECIMAL、FLOAT、DATETIMEなどの列型に対する移行精度が期待通りか確認してください。ターゲット側のフィールド型の精度がソース側のフィールド型の精度より低い場合、切り捨てが発生し、ソース側とターゲット側のデータが一致しなくなる可能性があります。
データ移行タスクを新規作成する際、増分同期 のみを設定した場合、データ移行ではソースデータベースのローカル増分ログの保持期間を48時間より長く設定する必要があります。
データ移行タスクを新規作成する際に、全量移行 + 増分同期 を設定している場合、データ移行はソース側データベースのローカル増分ログを少なくとも7日間保持することを要求します。そうでない場合、増分ログを取得できないためデータ移行タスクが失敗したり、ソース側とターゲット側のデータが不整合になったりする可能性があります。
サポートされているソース側およびターゲット側のインスタンスタイプ
次の表では、OceanBase MySQL Compatibleがサポートするインスタンスタイプには、専用インスタンス(トランザクション型) と 専用インスタンス(分析型) が含まれます。
クラウドプロバイダー |
ソース |
ターゲット |
|---|---|---|
| AWS | Aurora MySQL | OceanBase MySQL Compatible |
| AWS | RDS MySQL | OceanBase MySQL Compatible |
| AWS | Self-managed MySQL | OceanBase MySQL Compatible |
| Google Cloud | Cloud SQL | OceanBase MySQL Compatible |
| Google Cloud | Self-managed MySQL | OceanBase MySQL Compatible |
| Alibaba Cloud | RDS MySQL | OceanBase MySQL Compatible |
| Alibaba Cloud | PolarDB MySQL | OceanBase MySQL Compatible |
| Alibaba Cloud | Self-managed MySQL | OceanBase MySQL Compatible |
データ型のマッピング
MySQLデータベース |
OceanBaseデータベース MySQL互換モード |
|---|---|
| INTEGER | INTEGER |
| TINYINT | TINYINT |
| MEDIUMINT | MEDIUMINT |
| BIGINT | BIGINT |
| SMALLINT | SMALLINT |
| DECIMAL | DECIMAL |
| NUMERIC | NUMERIC |
| FLOAT | FLOAT |
| REAL | REAL |
| DOUBLE PRECISION | DOUBLE PRECISION |
| BIT | BIT |
| CHAR | CHAR |
| VARCHAR | VARCHAR |
| BINARY | BINARY |
| VARBINARY | VARBINARY |
| BLOB | BLOB |
| TEXT | TEXT |
| ENUM | ENUM |
| SET | SET |
| DATE | DATE |
| DATETIME | DATETIME |
| TIMESTAMP | TIMESTAMP |
| TIME | TIME |
| YEAR | YEAR |
操作手順
データ移行タスクを新規作成します。
OceanBase Cloudコンソールにログインします。
左側のナビゲーションバーで、データサービス > データ移行 をクリックします。
データ移行 ページで、データ移行 タブをクリックします。
データ移行 タブで、右上の タスクを作成する をクリックします。
タスク名を編集するテキストボックスに、カスタムの移行タスク名を入力します。
数字と英字を組み合わせた名前を推奨します。スペースは使用できず、長さは64文字以内にする必要があります。
ソースとターゲットを設定する ページで、各パラメータを設定します。
ソース セクションで、各パラメータを設定します。
既に作成・保存されたデータソースを参照する必要がある場合は、ソース の右側にある クイック入力 をクリックし、ドロップダウンリストから対象のデータソースを選択します。選択完了後、ソースエリアの各設定は自動的に入力されます。現在の設定を新しいデータソースとして保存する場合は、ソース エリアの右上にある 保存 アイコンをクリックします。
クイック入力 のドロップダウンリストで、データソースの管理 をクリックすることもできます。これにより、データソース ページに移動し、データソースの表示と管理を行えます。このページでは、異なるタイプのデータソースを一元的に管理できます。詳細については、データソースモジュールのドキュメントを参照してください。
パラメータ説明クラウドプロバイダ 現在、Alibaba Cloud、AWS、および Google Cloud のみをサポートしています。 データベースタイプ ソースのデータベースタイプに MySQL を選択します。 インスタンスタイプ - クラウドプロバイダを AWS に設定した場合、インスタンスタイプは Aurora MySQL、RDS MySQL、および セルフマネージドMySQL をサポートします。
- クラウドプロバイダを Google Cloud に設定した場合、インスタンスタイプは Cloud SQL および セルフマネージドMySQL をサポートします。
- クラウドプロバイダを Alibaba Cloud に設定した場合、インスタンスタイプは RDS MySQL、PolarDB MySQL、および セルフマネージドMySQL をサポートします。
リージョン ソースデータベースのリージョンを選択します。 接続タイプ エンドポイント と パブリックネットワーク接続 が含まれます。クラウドベンダー を Alibaba Cloud、AWS、または Google Cloud に設定した場合、ピアリング接続 もサポートされます。 - エンドポイント 接続方式を選択した場合、ページに表示されているアカウントIDをエンドポイントサービスの許可リストに追加する必要があります。これにより、そのアカウントのエンドポイントがエンドポイントサービスに接続できるようになります。詳細については、プライベートネットワーク接続の選択モジュールのドキュメントを参照してください。
- クラウドプロバイダ を AWS に設定した場合、エンドポイントサービス作成時に、エンドポイント接続の承諾を要求 パラメータで 必要 を選択した場合、データ移行サービスが初めてプライベート接続にアクセスする際、AWSコンソールにアクセスし、受信した接続リクエストに対して エンドポイント接続リクエストの受け入れ 操作を行うよう求められます。
- クラウドプロバイダを Google Cloud に設定した場合、Published Servicesに認可プロジェクトを追加してください。認可後は、データソースの接続テスト時に手動で認可する必要はありません。
- パブリックネットワーク接続 接続方式を選択した場合、ページに表示されているデータソースIPアドレスをMySQLデータベースインスタンスの許可リストに追加し、接続性を確保する必要があります。詳細については、パブリックネットワーク接続の選択モジュールのドキュメントを参照してください。
説明
ソースとターゲットのリージョンを選択すると、ページに許可リストに追加する必要があるデータソースIPアドレスが表示されます。
- ピアリング接続 を選択した場合、ドロップダウンリストから利用可能なピアリング接続を選択し、ページに表示されているIPアドレスをMySQLデータベースインスタンスのセキュリティグループのインバウンドルールまたは許可リストに追加して、接続性を確保してください。具体的な操作については、AWSピアリング接続、Alibaba Cloudピアリング接続、および Google Cloudピアリング接続を参照してください。
ピアリング接続ID 接続タイプが ピアリング接続 の場合にのみ表示されます。ドロップダウンリストから利用可能なピアリング接続を選択します。ドロップダウンリストには、現在のクラウドプロバイダとリージョンが一致し、状態が 接続済み のピアリング接続のみが表示され、対応するVPC IDとCIDRが表示されます。利用可能な接続がない場合、作成する をクリックすると、新しいタブでデータサービスのピアリング接続を作成できます。 接続情報 - 接続タイプ を エンドポイント に設定した場合、エンドポイントサービス名を入力してください。
- 接続タイプ を パブリックネットワーク接続 に設定した場合、データベースホストのIPアドレスとポート番号を入力してください。
- 接続タイプ を ピアリング接続 に設定した場合、データベースホストのプライベートIPアドレスまたはホスト名と、ポート番号を入力してください。
データベースアカウント データ移行用のMySQLデータベースのユーザー名。 パスワード データベースユーザーのパスワード。 ターゲット セクションで、各パラメータを設定します。
作成済みのデータソースを参照する必要がある場合は、ターゲット側 の右側にある クイック入力 をクリックし、ドロップダウンリストからターゲットデータソースを選択します。選択後、ターゲット側エリアの各設定は自動的に入力されます。現在の設定を新しいデータソースとして保存する場合は、ターゲット エリアの右上にある 保存 アイコンをクリックします。
クイック入力 のドロップダウンリストで データソースの管理 をクリックすると、データソース ページに移動し、データソースの表示と管理を行えます。このページでは、異なる種類のデータソースを一元的に管理できます。詳細については、データソース モジュールのドキュメントを参照してください。
パラメータ説明クラウドベンダー 現在、Alibaba Cloud、AWS、および Google Cloud のみサポートしています。 ソース側と同じクラウドベンダーを選択することも、クラウドベンダー間のデータ移行も可能です。 説明
現在、クラウドベンダー間のデータ移行機能はデフォルトで利用できません。この機能を使用する場合は、OceanBase Cloudのテクニカルサポートにお問い合わせください。
データベースタイプ ターゲット側のデータベースタイプを OceanBase MySQL互換モード に設定します。 インスタンスタイプ ターゲット側が OceanBase MySQL互換モード の場合、専用インスタンス(トランザクション型) と 専用インスタンス(分析型) をサポートしています。 - 専用インスタンス(トランザクション型) はOLTP (On-line Transaction Processing) オンライントランザクション処理です。
- 専用インスタンス(分析型) はOLAP (On-line Analytical Processing) オンライン分析処理です。
リージョン ターゲット側データベースのリージョンを選択します。 接続タイプ エンドポイント と パブリックネットワーク接続 が含まれます。クラウドベンダー を Alibaba Cloud、AWS、または Google Cloud に設定した場合、ピアリング接続 もサポートしています。 - エンドポイント 接続方式を選択した場合は、ページに表示されているアカウントIDを、該当アカウントのエンドポイントがエンドポイントサービスに接続できるよう、エンドポイントサービスの許可リストに追加する必要があります。詳細については、プライベートネットワーク接続の選択 モジュールのドキュメントを参照してください。
- パブリックネットワーク接続 接続方式を選択した場合は、ページに表示されているデータソースIPアドレスをOceanBaseデータベースインスタンスの許可リストに追加し、接続性を確保する必要があります。詳細については、パブリックネットワーク接続の選択 モジュールのドキュメントを参照してください。
説明
このパラメータは、インスタンスタイプがセルフマネージドデータベースの場合にのみ表示されます。ソース側とターゲット側のリージョンを選択すると、ページに許可リストに追加する必要があるデータソースIPアドレスが表示されます。
- ピアリング接続 を選択した場合は、ドロップダウンリストから利用可能なピアリング接続を選択し、ページに表示されているIPアドレスをOceanBaseデータベースインスタンスのセキュリティグループのインバウンドルールまたは許可リストに追加し、接続性を確保してください。具体的な操作については、AWSピアリング接続、Alibaba Cloudピアリング接続、および Google Cloudピアリング接続 を参照してください。
ピアリング接続ID インスタンスタイプがセルフマネージドデータベースかつ接続タイプが ピアリング接続 の場合にのみ表示されます。ドロップダウンリストから利用可能なピアリング接続を選択します。ドロップダウンリストには、現在のクラウドベンダーとリージョンが一致し、状態が 接続済み のピアリング接続のみが表示され、対応するVPC IDとCIDRが表示されます。利用可能な接続がない場合は、作成する をクリックし、新しいタブでデータサービスのピアリング接続を作成できます。 接続情報 インスタンスタイプがセルフマネージドデータベースの場合にのみ、このパラメータが表示されます。 - 接続タイプ を エンドポイント に設定した場合は、エンドポイントサービス名を入力してください。
- 接続タイプ を パブリックネットワーク接続 に設定した場合は、データベースホストのIPアドレスとポート番号を入力してください。
- 接続タイプ を ピアリング接続 に設定した場合は、データベースホストのプライベートIPアドレスまたはホスト名と、ポート番号を入力してください。
インスタンス OceanBaseデータベースMySQL互換モードのテナントが存在するインスタンスのIDまたは名前です。インスタンス ページで、ターゲットインスタンスのIDまたは名前を確認できます。 説明
クラウドベンダーがAlibaba Cloudの場合、アカウント間の権限付与をサポートするAlibaba Cloudのメインアカウントインスタンスを選択することもできます。詳細については、Alibaba Cloudアカウントの権限付与を参照してください。
テナント OceanBaseデータベースのMySQL互換モードテナントのIDまたは名前です。インスタンス ページで、対象インスタンスを展開し、そのインスタンス内の対象テナントのIDまたは名前を確認できます。 データベースアカウント データ移行用のOceanBaseデータベースMySQL互換モードテナントのユーザー名。 パスワード データベースユーザーのパスワード。 インスタンスタイプが セルフマネージドデータベース で、構造移行と増分同期を実行する場合は、詳細設定 エリアで各パラメータを設定してください。
タイプとオブジェクトを選択 ステップで スキーマ移行 または 増分同期 を選択する場合は、sysテナントアカウントを有効にし、以下のパラメータを設定してください。
パラメータ説明Sys Account sysユーザーの名前です。このユーザーは主にOceanBaseデータベースの増分ログとデータベースオブジェクト構造情報の読み取りに使用されます。業務クラスタのsysテナント内に作成してください。 Password sysユーザーのパスワード。 タイプとオブジェクトを選択 ステップで 増分同期 を選択する場合は、OBLogProxyを有効にし、OBLogProxy 接続情報 を入力してください。
注意
増分同期を行うには、sysテナントアカウントとOBLogProxyの両方を有効にする必要があります。
OBLogProxyは、OceanBaseデータベースの増分ログにアクセスするためのプロキシサービスです。リアルタイムの増分データを扱うプロジェクト向けにアクセス・管理機能を提供し、アプリケーションからのログへのアクセスを容易にします。ネットワークが分離されている場合でも増分ログをサブスクライブできます。接続情報は
OBLogProxy IP:OBLogProxy Portです。
テストして続行 をクリックします。
タイプとオブジェクトを選択 ページで、各パラメータを設定します。
同期トポロジー セクションで、一方向同期 を選択します。
データ移行は 一方向同期 と 双方向同期 をサポートしています。本記事では一方向同期の操作について説明します。双方向同期の詳細については、双方向同期タスクの設定を参照してください。
注意
ターゲット側がOceanBase分析型インスタンスの場合、双方向同期は現在サポートされていません。
移行タイプ セクションで、現在のデータ移行タスクの移行タイプを選択します。
移行タイプ には スキーマ移行、全量移行、増分同期 が含まれます。
パラメータ説明構造移行 構造移行では、文字セット間のマッピングを定義する必要があります。データ移行は、ソースデータベースのデータ(構造)をターゲットデータベースにコピーするだけで、ソースデータ(構造)に影響を与えません。MySQLデータベースからOceanBaseデータベースのMySQL互換モードへの構造移行では、ターゲット側に存在しないデータベースの自動作成がサポートされます。 全量移行 全量移行タスク開始後、データ移行サービスはソースデータベースのテーブルの既存データをターゲットデータベースの対応するテーブルに移行します。 増分同期 増分同期タスク開始後、データ移行は、ソースデータベースで変更されたデータ(追加、変更、削除)をターゲットデータベースの対応するテーブルに同期します。増分同期 には DML同期 と DDL同期 が含まれ、ニーズに応じてカスタマイズ設定できます。詳細については、DML/DDLのカスタム設定を参照してください。 移行対象オブジェクトの選択 セクションで、移行対象の選択方法を設定します。
オブジェクトの指定 と ルールによる一致 の2つの方法で移行対象を選択できます。
移行範囲の選択 セクションで、移行する対象を選択します。
オブジェクトの指定 を選択した場合、データ移行は データベースオブジェクト と データベース全体 をサポートしています。データベース・テーブル移行では、データベース内の1つまたは複数のテーブルやビューを移行対象として選択できます。データベース全体の移行では、データベース全体を移行対象として選択できます。同一のデータベースについて、テーブル単位の移行とデータベース全体の移行を同時に選択することはできません。
データベースオブジェクト または データベース全体 の方法を選択した後、左側で移行する対象を選択し、> をクリックして右側のリストに追加します。
データ移行では、テキストによるオブジェクトのインポートに加え、ターゲット側のオブジェクトの名前変更、行フィルタリングの設定、列情報の表示を行えます。また、移行対象オブジェクトを個別または一括で選択から除外できます。
説明
データベース全体の移行を選択した場合:
右側のリストにはデータベース名のみが表示され、具体的なオブジェクトは表示されません。
増分同期-DDL同期移行タイプを選択した場合、ソース側で新規作成されたテーブルはターゲット側に同期できます。
操作説明インポート 選択領域の右側のリストで、右上の インポート対象 をクリックします。移行対象オブジェクトのインポートを参照してください。 名前の変更 データ移行では、移行対象オブジェクトの名前を変更できます。データベース・テーブルの名前変更を参照してください。 行フィルタリング データ移行では、 WHERE条件を使用した行のフィルタリングがサポートされています。SQL条件によるデータのフィルタリングを参照してください。また、列を表示 領域で、移行対象オブジェクトの列情報を確認できます。削除/すべてクリア データマッピング時に、選択済みのオブジェクトを移行対象から除外できます。 - 移行対象オブジェクトを個別に選択から除外
選択領域の右側のリストで、対象オブジェクトの後ろにある 削除 アイコンをクリックすると、そのオブジェクトを移行対象から除外できます。 - すべての移行対象オブジェクトを選択から除外
選択領域の右側のリストで、右上の すべてクリア をクリックします。ダイアログボックスで OK をクリックすると、すべてのオブジェクトが移行対象から除外されます。
マッチングルール を選択した場合、詳細については データベース間のマッチングルールの設定を参照してください。
次へ をクリックします。移行オプション ページで、各パラメータを設定します。
全量移行
一方向同期 > **全量移行をタイプとオブジェクトを選択**ステップで選択した場合にのみ、以下のパラメータが表示されます。
パラメータ説明読み取り並列設定 このパラメータは、全量移行段階でソース側からデータを読み取る並列数を設定します。最大値は512です。並列数が高すぎると、ソース側の負荷が過大になり、業務に影響を与える可能性があります。 書き込み並列設定 このパラメータは、全量移行段階でターゲット側にデータを書き込む並列数を設定します。最大値は512です。並列数が高すぎると、ターゲット側の負荷が過大になり、業務に影響を与える可能性があります。 全量移行レートの制限を有効にするかどうか 実際のニーズに応じて、全量移行レートの制限を有効にするかどうかを決定できます。有効にする場合は、ソース側の読み取りRPS(全量移行段階で1秒間にソース側から読み取れる行数の上限)、ソース側の読み取りBPS(全量移行段階で1秒間にソース側から読み取れるデータ量の上限)、ターゲット側の書き込みRPS(全量移行段階で1秒間にターゲット側に書き込める行数の上限)、ターゲット側の書き込みBPS(全量移行段階で1秒間にターゲット側に書き込めるデータ量の上限)を設定してください。 説明
ここで設定するRPSとBPSは、転送速度の上限を制限するための値です。全量移行で実際に達成可能な性能は、ソース側、ターゲット側、インスタンス仕様の設定などの要因の影響を受けます。
ターゲット側のテーブルオブジェクトにレコードが存在する場合の処理ポリシー 処理ポリシーには、**移行を停止すると無視する**が含まれます: - 移行の停止を選択した場合、ターゲット側のテーブルオブジェクトにデータが存在すると、全量移行はエラーとなり、移行は許可されません。ターゲット側のデータを適切に処理した後、移行を続行してください。
注意
エラー発生後に「再開」をクリックすると、データ移行はこの構成オプションを無視し、テーブルデータの移行を続行します。慎重に操作してください。
- 無視を選択した場合、ターゲット側のテーブルにある既存のデータと、書き込み対象のデータが競合した場合は、競合データをログに記録し、元のデータを変更せずに保持します。
インデックスの後付けを許可するかどうか インデックスの後付け機能は、全量移行にかかる時間を短縮できます。ここでは、全量移行完了後にインデックスを作成するかどうかを設定できます。インデックスの後付けを選択する際の注意事項については、表の下部の説明を参照してください。 注意
移行タイプの選択ページで、構造移行と全量移行の両方を選択した場合にのみ、このオプションの設定がサポートされます。
- 非一意インデックスのみ、後付け作成をサポートします。
インデックスの後付けを許可する場合は、OceanBaseデータベースのハードウェア条件と現在の業務トラフィック状況に応じて、CLIツールを使用して以下の業務テナントパラメータを調整することを推奨します。
// File memory buffer size limit ALTER SYSTEM SET _temporary_file_io_area_size = '10' tenant = 'xxx'; // Disable throttling for OceanBase Database V4.x ALTER SYSTEM SET sys_bkgd_net_percentage = 100;- 移行の停止を選択した場合、ターゲット側のテーブルオブジェクトにデータが存在すると、全量移行はエラーとなり、移行は許可されません。ターゲット側のデータを適切に処理した後、移行を続行してください。
増分同期
タイプとオブジェクトを選択ステップで、一方向同期 > **増分同期**を選択した場合にのみ、以下のパラメータが表示されます。
パラメータ説明書き込み並列数設定 このパラメータは、増分同期段階でターゲット側にデータを書き込む並列数を設定します。最大制限は512です。並列数が高すぎると、ターゲット側の負荷が過大になり、業務に影響を与える可能性があります。 増分移行レートの制限を有効にするかどうか 実際のニーズに応じて、増分同期レートの制限を有効にするかどうかを決定できます。有効にする場合は、ターゲット側の書き込みRPS(増分同期段階で1秒間にターゲット側に同期できるデータ行数の上限)とターゲット側の書き込みBPS(増分同期段階で1秒間にターゲット側に同期できるデータ量の上限)を設定してください。 説明
ここで設定するRPSとBPSは、転送速度の上限を制限するための値です。増分同期で実際に達成可能な性能は、ソース側、ターゲット側、インスタンス仕様の設定などの要因の影響を受けます。
増分同期開始時点 - 移行タイプの選択時に 全量移行 を選択した場合、このパラメータは表示されません。
- 移行タイプの選択時に 全量移行 を選択せず、増分同期 を選択した場合、この時点以降のデータの移行を指定してください。デフォルトは現在のシステム時刻です。詳細については、増分同期時点の設定を参照してください。
Binlogタイムスタンプの定期更新 この機能を有効にする場合、実行間隔を設定する必要があります。設定範囲は1〜60秒です。
設定完了後、データ移行は増分同期段階で、設定した間隔でMySQLソースデータベース上でCREATE DATABASE IF NOT EXISTS testコマンドを実行し、Binlogのタイムスタンプを進めます。Online DDLツールへの対応 この機能を有効にすると、データベースがOnline DDLツールを使用してロックフリーのスキーマ変更を実行する際、データ移行は一時テーブルオブジェクトをフィルタリングし、データ移行タスクの安定性を向上させます。詳細については、Online DDLツールへの対応についてを参照してください。 詳細オプション
ターゲット側のOceanBaseデータベースのMySQL互換モードがV4.3.0以降であり、かつ**タイプとオブジェクトを選択ステップで、スキーマ移行または増分同期** > **DDL同期**を選択した場合にのみ、この領域のパラメータが表示されます。
ターゲット側テーブルオブジェクトのストレージタイプには デフォルト、行ストア、カラムストア、および 行列ハイブリッドストア が含まれます。この設定は、構造移行または増分同期時のターゲット側テーブルオブジェクトのストレージタイプを決定するために使用されます。
説明
デフォルトオプションは、ターゲット側のパラメータ設定に基づいて他のオプションを自動的に適用します。これにより、構造移行のテーブルオブジェクトや増分DDLで新規作成されるテーブルオブジェクトが、設定されたストレージタイプに応じた構造で書き込まれます。
次へ をクリックすると、システムはデータ移行タスクの事前チェックを実行します。
事前チェック の段階では、データ移行はデータベースユーザーの読み書き権限、データベースのネットワーク接続などが要件を満たしているかどうかをチェックします。すべてのチェック項目が合格した場合にのみ、データ移行タスクを開始できます。事前チェックでエラーが発生した場合:
問題を調査・処理した後、事前チェックを再実行し、事前チェックが成功するまで繰り返すことができます。
または、失敗した事前チェック項目の操作列にある スキップ をクリックすると、ダイアログボックスが表示され、この操作をスキップした場合の具体的な影響について警告します。スキップしてもよいことを確認したら、ダイアログボックス内の 確定 をクリックしてください。
事前チェックが成功したら、購入 をクリックし、データ移行インスタンスを購入する ページで購入します。
購入が成功すると、データ移行タスクを開始できます。購入の詳細については、データ移行インスタンスの購入を参照してください。現時点でデータ移行インスタンスを購入する必要がない場合は、保存 をクリックしてデータ移行タスクの詳細ページに移動し、後から必要に応じて手動で購入することができます。
データ移行の詳細ページの右上にある 検証タスクの設定 をクリックすると、ソースデータベースとターゲットデータベース間のデータ差異を比較できます。詳細については、データ検証タスクの作成を参照してください。
データ移行サービスは、データ移行タスクの実行中に移行対象オブジェクトを変更することをサポートしています。詳細については、移行対象オブジェクトの表示と変更を参照してください。データ移行タスクは開始後、選択した移行タイプに従って順次実行されます。詳細については、データ移行タスクの詳細を見るの「移行詳細を見る」モジュールの内容を参照してください。