OceanBaseデータベースからPolarDB for MySQLクラスターへのデータの移行 - Data Transmission Service

PolarDB for MySQLクラスターは、高性能、大容量ストレージ、高いセキュリティと信頼性を特徴としています。このトピックでは、Data Transmission Service (DTS) を使用して、OceanBaseデータベースからPolarDB for MySQLクラスターにデータを移行する方法について説明します。

前提条件

ソースOceanBaseデータベースはV4. XのCommunity Editionデータベースです。
ソースのOceanBaseデータベースよりも大きなストレージ容量を持つPolarDB for MySQLクラスターが作成されます。詳細については、「Enterprise Editionクラスターの購入」および「サブスクリプションクラスターの購入」をご参照ください。

使用状況ノート

説明

スキーマの移行中に、DTSは外部キーをソースデータベースからターゲットデータベースに移行します。
完全データ移行および増分データ移行中、DTSはセッションレベルで外部キーに対する制約チェックおよびカスケード操作を一時的に無効にします。データ移行中にソースデータベースに対してカスケード更新および削除操作を実行すると、データの不整合が発生する可能性があります。

カテゴリ	説明
ソースデータベースの制限	ソースデータベースをApsaraDB for OceanBaseデータベースにすることはできません。ソースデータベースが属するサーバーには、十分なアウトバウンド帯域幅が必要です。そうしないと、データ移行速度が低下します。移行するテーブルには、PRIMARY KEYまたはUNIQUE制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、宛先データベースは重複するデータレコードを含み得る。移行するオブジェクトとしてテーブルを選択し、テーブルまたは列の名前の変更など、移行先データベースのテーブルを変更する必要がある場合は、1つのデータ移行タスクで最大1,000のテーブルを移行できます。タスクを実行して1,000を超えるテーブルを移行すると、リクエストエラーが発生します。この場合、複数のタスクを構成してテーブルをバッチで移行するか、タスクを構成してデータベース全体を移行することをお勧めします。ソースデータベースで実行する操作の制限: スキーマ移行中および完全データ移行中は、DDL操作を実行してデータベースまたはテーブルのスキーマを変更しないでください。それ以外の場合、データ移行タスクは失敗します。フルデータ移行のみを実行する場合は、データ移行中にソースデータベースにデータを書き込まないでください。それ以外の場合、ソースデータベースとターゲットデータベース間でデータの不一致が発生します。データの一貫性を確保するために、移行タイプとしてスキーマ移行、完全データ移行、および増分データ移行を選択することを推奨します。 GEOMETRYタイプのデータは、フルデータ移行を使用してのみ移行できます。増分データ移行はサポートされていません。
その他の制限	DTSは、DATETIME型からVARCHAR型へのデータの変換をサポートしていません。フルデータ移行のためにスロットリングを有効にすることはできません。移行するデータベースの名前がPolarDB for MySQLのデータベース命名規則に準拠していない場合、データ移行タスクを設定する前に、移行先のPolarDB for MySQLクラスターにデータベースを作成する必要があります。次に、オブジェクト名マッピング機能を使用して、オブジェクトの設定と詳細設定ステップでデータベースの名前を変更できます。 PolarDB For MySQLのデータベースの命名規則とデータベースの作成方法の詳細については、「データベース管理操作」をご参照ください。データを移行する前に、移行元データベースと移行先データベースのパフォーマンスに対するデータ移行の影響を評価します。オフピーク時にデータを移行することを推奨します。完全データ移行中、DTSはソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。完全データ移行中、同時INSERT操作により、ターゲットデータベースのテーブルが断片化されます。完全データ移行が完了すると、移行先データベースの使用表領域のサイズが移行元データベースのサイズよりも大きくなります。 FLOATまたはDOUBLEデータ型の列の精度設定がビジネス要件を満たしていることを確認します。 DTSは`ROUND(COLUMN,PRECISION)` 関数を使用して、FLOATまたはDOUBLEデータ型の列から値を取得します。精度を指定しない場合、DTSはFLOATデータ型の精度を38桁に設定し、DOUBLEデータ型の精度を308桁に設定します。 DTSは、過去7日以内に失敗したデータ移行タスクを再開しようとします。ワークロードをターゲットデータベースに切り替える前に、失敗したタスクを停止またはリリースする必要があります。 `REVOKE`ステートメントを実行して、DTSがターゲットデータベースにアクセスするために使用するアカウントの書き込み権限を取り消すこともできます。それ以外の場合、失敗したタスクが再開された後、ソースデータベースのデータがターゲットデータベースのデータを上書きします。ターゲットデータベースでDDL文の実行に失敗した場合、DTSタスクは引き続き実行されます。タスクログで実行に失敗したDDLステートメントを表示できます。タスクログの表示方法の詳細については、「タスクログの表示」をご参照ください。 MySQLデータベースの列名は大文字と小文字を区別しません。ソースデータベースの複数の列の名前が大文字と小文字のみが異なる同じ場合、DTSはこれらの列のデータをPolarDB for MySQLクラスターのターゲットデータベースの同じ列に移行します。その結果、移行結果が要件を満たしていない場合があります。

課金

移行タイプ	タスク設定料金	データ転送コスト
スキーマ移行とフルデータ移行	無料です。	この例では無料です。
増分データ移行	有料。詳細については、「課金の概要」をご参照ください。	この例では無料です。

増分移行可能なSQL操作

操作タイプ	SQL文
DML	挿入、更新、および削除
DDL	ALTER TABLEとALTER VIEW CREATE FUNCTION、CREATE INDEX、CREATE PROCEDURE、CREATE TABLE、およびCREATE VIEW ドロップインデックスとドロップテーブル RENAMEテーブル重要 RENAME TABLE操作は、ソースデータベースと宛先データベースの間にデータの不一致を引き起こす可能性があります。たとえば、移行するオブジェクトとしてテーブルを選択し、データ移行中にテーブルの名前を変更した場合、このテーブルのデータは移行先データベースに移行されません。この状況を回避するには、データ移行タスクを設定するときに、このテーブルが属するデータベースを移行するオブジェクトとして選択します。 RENAME table操作の前後にテーブルが属するデータベースが、移行するオブジェクトに追加されていることを確認してください。 TRUNCATE TABLE

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

データベースタイプ		スキーマ移行	完全なデータ移行	増分データ移行
OceanBase	ユーザー	SELECT権限。
	テナント	通常テナント	通常テナント	通常テナント重要ソースOceanBaseデータベースをホストするサーバーにoblogproxyをインストールし、システムテナントを構成する必要があります。 oblogproxyは、増分ログを管理するためのプロキシサービスです。詳細については、次をご参照ください：インストールパッケージを使用したoblogproxyのインストールとデプロイ
PolarDB for MySQL		ターゲットデータベースの読み取りおよび書き込み権限。

データベースアカウントを作成し、データベースアカウントに権限を付与する方法の詳細については、以下のトピックを参照してください。

OceanBase: テナントの作成、ユーザーの作成、権限の付与
PolarDB for MySQL: データベースアカウントの作成と管理

手順

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

[タスクの作成] をクリックします。 [タスクの作成] ウィザードページで、ソースデータベースとターゲットデータベースを設定します。

セクション	パラメーター	説明
N/A	タスク名	DTSタスクの名前。タスク名は自動生成されます。タスクを簡単に識別できるように、わかりやすい名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。
移行元データベース	既存の DMS データベースインスタンスを選択します。(任意です。DMS データベースインスタンスが未登録の場合は、このオプションを無視して、以下のセクションでデータベース設定を行ってください。)	使用するデータベースインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。既存のインスタンスを選択しない場合は、次のデータベース情報を設定する必要があります。
	データベースタイプ	移行元ディスクのタイプを設定します。 OceanBase (MySQL) を選択します。
	アクセス方法	ソースデータベースのアクセス方法。ソースデータベースの配置場所に基づいて値を選択します。この例では、パブリック IP アドレスが選択されています。説明ソースデータベースとして自己管理データベースを使用する場合は、データ移行前に自己管理データベースに必要な環境を設定する必要があります。詳細については、「準備の概要」をご参照ください。
	インスタンスのリージョン	ソースOceanBaseデータベースが存在するリージョン。
	ドメイン名または IP アドレス	ソースOceanBaseデータベースのエンドポイント。
	ポート番号	ソースOceanBaseデータベースのサービスポート番号。デフォルト値: 2881
	ログプロキシのIPアドレス (ドメイン名はサポートされていません)	ソースOceanBaseデータベースのoblogproxyのIPアドレス。
	ログプロキシのポート	ソースOceanBaseデータベースのoblogproxyのリスニングポート番号。デフォルト値: 2983
	データベースアカウント	ソースOceanBaseデータベースのアカウント。必要な権限の詳細については、このトピックの「データベースアカウントに必要な権限」をご参照ください。
	データベースのパスワード	データベースインスタンスへのアクセスに使用されるパスワード。
移行先データベース	既存の DMS データベースインスタンスを選択します。(任意です。DMS データベースインスタンスが未登録の場合は、このオプションを無視して、以下のセクションでデータベース設定を行ってください。)	使用するデータベースインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。既存のインスタンスを選択しない場合は、次のデータベース情報を設定する必要があります。
	データベースタイプ	ターゲットデータベースのタイプ。 PolarDB for MySQL を選択します。
	アクセス方法	ターゲットデータベースのアクセス方法。 Alibaba Cloud インスタンスを選択します。
	インスタンスのリージョン	ターゲットPolarDB for MySQLクラスターが存在するリージョン。
	PolarDB クラスター ID	移行先のPolarDB for MySQLクラスターのID。
	データベースアカウント	ターゲットPolarDB for MySQLクラスターのデータベースアカウント。アカウントに必要な権限の詳細については、このトピックの「データベースアカウントに必要な権限」をご参照ください。
	データベースのパスワード	データベースインスタンスへのアクセスに使用されるパスワード。
	暗号化	ターゲットPolarDB for MySQLクラスターへの接続を暗号化するかどうかを指定します。このパラメーターは、ビジネス要件に基づいて設定できます。 SSL暗号化機能の詳細については、「SSL暗号化の設定」をご参照ください。

接続をテストして続行 をクリックします。
自己管理データベースにIPアドレスホワイトリストが設定されている場合は、DTSサーバーのCIDRブロックをIPアドレスホワイトリストに追加する必要があります。次に、接続をテストして続行 をクリックします。
、ソースまたはターゲットデータベースがAlibaba Cloudデータベースインスタンス (ApsaraDB RDS for MySQL、ApsaraDB for MongoDBインスタンスなど) の場合、DTSは自動的にDTSサーバーのCIDRブロックをインスタンスのIPアドレスホワイトリストに追加します。ソースデータベースまたはターゲットデータベースがElastic Compute Service (ECS) インスタンスでホストされている自己管理データベースの場合、DTSサーバーのCIDRブロックがECSインスタンスのセキュリティグループルールに自動的に追加されます。ECSインスタンスがデータベースにアクセスできることを確認する必要があります。自己管理データベースが複数のECSインスタンスでホストされている場合、DTSサーバーのCIDRブロックを各ECSインスタンスのセキュリティグループルールに手動で追加する必要があります。ソースデータベースまたはターゲットデータベースが、データセンターにデプロイされているか、サードパーティのクラウドサービスプロバイダーによって提供される自己管理データベースである場合、DTSサーバーのCIDRブロックをデータベースのIPアドレスホワイトリストに手動で追加して、DTSがデータベースにアクセスできるようにする必要があります。詳細については、「DTSサーバーのCIDRブロックの追加」トピックの「DTSサーバーのCIDRブロック」セクションをご参照ください。
警告
DTSサーバーのパブリックCIDRブロックがデータベースインスタンスのホワイトリストまたはECSインスタンスのセキュリティグループルールに自動的または手動で追加されると、セキュリティリスクが発生する可能性があります。したがって、DTSを使用してデータを移行する前に、潜在的なリスクを理解して認識し、ユーザー名とパスワードのセキュリティの強化、公開されるポートの制限、API呼び出しの認証、ホワイトリストまたはセキュリティグループルールの定期的なチェック、CIDRブロックの禁止、またはExpress Connectを使用したデータベースインスタンスのDTSへの接続、VPNゲートウェイ、またはSmart Access Gateway。

移行するオブジェクトと詳細設定を設定します。

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

次へ：詳細設定をクリックして詳細設定を設定します。

パラメーター	説明
タスクのスケジュールに使用する専用クラスターの選択	既定では、専用クラスターを指定しない場合、DTSは共有クラスターへのデータ移行タスクをスケジュールします。データ移行タスクの安定性を向上させたい場合は、専用クラスターを購入してください。詳細については、「DTS専用クラスターの概要」をご参照ください。
アラートの設定	データ移行タスクのアラートを設定するかどうかを指定します。タスクが失敗するか、移行の待ち時間が指定されたしきい値を超えると、アラート送信先は通知を受け取ります。有効な値： No: アラートを設定しません。 Yes: アラートを設定します。この場合、アラートしきい値とアラート通知設定詳細については、「モニタリングとアラートの設定」トピックの「DTSタスクを作成するときのモニタリングとアラートの設定」をご参照ください。
移行先データベースのエンジンタイプを選択します。	ターゲットPolarDB for MySQLクラスターのエンジンタイプ。有効な値： InnoDB: デフォルトのストレージエンジン。 X-Engine: オンライントランザクション処理 (OLTP) データベースストレージエンジン。
失敗した接続の再試行時間	失敗した接続のリトライ時間範囲。データ移行タスクの開始後にソースデータベースまたはターゲットデータベースの接続に失敗した場合、DTSは再試行時間範囲内ですぐに接続を再試行します。有効な値: 10 ~ 1440 単位は分です。デフォルト値: 720 パラメーターを30より大きい値に設定することを推奨します。指定した再試行時間内にDTSがソースデータベースとターゲットデータベースに再接続された場合、DTSはデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。説明同じソースまたはターゲットデータベースを共有する複数のデータ移行タスクに対して異なるリトライ時間範囲を指定した場合、後で指定される値が優先されます。 DTSが接続を再試行すると、DTSインスタンスに対して課金されます。業務要件に基づいて再試行時間範囲を指定することを推奨します。ソースデータベースとターゲットインスタンスがリリースされた後、できるだけ早くDTSインスタンスをリリースすることもできます。
移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	その他の問題の再試行時間範囲。たとえば、データ移行タスクの開始後にDDLまたはDML操作の実行に失敗した場合、DTSは再試行時間範囲内ですぐに操作を再試行します。有効な値: 1 ~ 1440 単位は分です。デフォルト値は 10 です。パラメーターを10より大きい値に設定することを推奨します。指定された再試行時間内に失敗した操作が正常に実行された場合、DTSはデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。パラメーターの値は、失敗した接続の再試行時間パラメーターの値よりも小さくする必要があります。
完全移行率を制限するかどうか	フルデータ移行のスロットリングを有効にするかどうかを指定します。完全データ移行中、DTSはソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これは、データベースサーバの負荷を増加させる可能性がある。ビジネス要件に基づいて、フルデータ移行のスロットリングを有効にできます。スロットリングを設定するには、1 秒あたりのソースデータベースのクエリ率 QPS 、1 秒あたりの完全移行の行数 RPS、1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定する必要があります。これにより、移行先データベースサーバーの負荷が軽減されます。説明このパラメーターは、移行タイプパラメーターに完全データ移行を選択した場合にのみ設定できます。
増分移行率を制限するかどうか	増分データ移行のスロットリングを有効にするかどうかを指定します。スロットリングを設定するには、1 秒あたりの増分移行の行数 RPSと1 秒あたりの増分移行データ量 (MB) BPS パラメーターを設定する必要があります。これにより、移行先データベースサーバーの負荷が軽減されます。説明このパラメーターは、移行タイプパラメーターに増分データ移行を選択した場合にのみ設定できます。
環境タグ	DTSインスタンスを識別するために使用される環境タグ。ビジネス要件に基づいて環境タグを選択できます。この例では、環境タグは選択されていません。
ETL の設定	抽出、変換、および読み込み (ETL) 機能を有効にするかどうかを指定します。詳細については、「ETLとは何ですか? 」をご参照ください。有効な値： Yes: ETL機能を設定します。コードエディターでデータ処理ステートメントを入力できます。詳細については、「データ移行またはデータ同期タスクでのETLの設定」をご参照ください。 No: ETL機能を設定しません。

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

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

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

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

よくある質問

ソースOceanBaseデータベースにoblogproxyがインストールされていない場合、oblogproxy関連のパラメーターを設定する方法を教えてください。
ログプロキシのIPアドレス (ドメイン名はサポートされていません) とログプロキシのポートのデフォルト値を使用します。さらに、詳細設定を構成するときに、移行タイプで増分データ移行を選択しないでください。それ以外の場合は、エラーが返されます。
ソースOceanBaseデータベースのリージョンが インスタンスのリージョン ドロップダウンリストに表示されない場合、インスタンスリージョンパラメーターを設定するにはどうすればよいですか。
[インスタンスリージョン] ドロップダウンリストから、ソースOceanBaseデータベースのリージョンに最も近いリージョンを選択します。
ソースOceanBaseデータベースがクラスターにデプロイされている場合、ドメイン名または IP アドレスパラメーターを設定するにはどうすればよいですか。
このパラメーターを、クラスターの作成時にOBServer Nodeに指定した値に設定します。
ソースOceanBaseデータベースのポート番号パラメーターを設定するにはどうすればよいですか。
- ソースOceanBaseデータベースがスタンドアロンモードでデプロイされている場合は、デフォルト値を使用します。
- ソースOceanBaseデータベースがクラスターにデプロイされている場合は、クラスターの作成時にSQLポートに指定した値にこのパラメーターを設定します。
ソースOceanBaseデータベースのデータベースアカウントパラメーターを設定するにはどうすればよいですか。
データベースアカウントの <Username >@< テナント名> 形式で値を指定します。たとえば、ソースOceanBaseデータベースは、dtsという名前のテナント内のdtstestという名前のユーザーによって作成されます。この場合、データベースアカウントをdtstest @ dtsに設定します。