Data Transmission Service を使用した PolarDB for PostgreSQL インスタンス間の一方向同期設定 - DTS

このトピックでは、Data Transmission Service (DTS) を使用して PolarDB for PostgreSQL クラスター間で一方向同期を実装する方法について説明します。

前提条件

ソースおよびターゲットの PolarDB for PostgreSQL データベースクラスターを作成済みです。詳細については、「データベースクラスターの作成」をご参照ください。
ソースおよびターゲットの PolarDB for PostgreSQL インスタンスの wal_level パラメーターを logical に設定済みです。詳細については、「クラスターパラメーターの設定」をご参照ください。
ターゲットデータベースのストレージ領域は、ソースデータベースの使用済みストレージ領域よりも大きくする必要があります。

重要事項

説明

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

種別	説明
ソースデータベースの制限事項	PolarDB for PostgreSQL クラスター内で同期対象となるテーブルには、プライマリキーまたは NULL でない一意なインデックスが必要です。ソースデータベースに長時間トランザクションが存在し、かつそのインスタンスに増分同期タスクが設定されている場合、長時間トランザクションがコミットされる前に生成された先行書き込みログ (WAL) が蓄積される可能性があります。これにより、ソースデータベースのディスク領域が不足する恐れがあります。同期タスクが期待通りに動作し、プライマリ/セカンダリ切り替えによって論理レプリケーションが中断されないようにするため、PolarDB for PostgreSQL クラスターは Logical Replication Slot Failover をサポートし、有効にする必要があります。説明ソースの PolarDB for PostgreSQL クラスターが Logical Replication Slot Failover をサポートしていない場合（例：クラスターのデータベースエンジンが PostgreSQL 14 の場合）、ソースデータベースで高可用性 (HA) 切り替えが発生すると、同期インスタンスが失敗し、回復不能になる可能性があります。ソースデータベースの論理レプリケーションの制限により、増分変更後に同期対象となる単一データが 256 MB を超える場合、同期インスタンスが失敗し、回復できません。同期インスタンスを再構成する必要があります。スキーマ同期または完全同期中に、データベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。そうしないと、同期タスクが失敗します。説明完全同期中、DTS はソースデータベースに対してクエリを実行します。これによりメタデータロックが発生し、ソースデータベースでの DDL 操作がブロックされる可能性があります。
その他の制限事項	1 つのデータ同期タスクで同期できるのは 1 つのデータベースのみです。複数のデータベースを同期する場合は、各データベースごとに個別のタスクを設定する必要があります。 DTS は、TimescaleDB 拡張テーブル、スキーマをまたいだ継承を持つテーブル、式に基づく一意なインデックスを持つテーブルの同期をサポートしていません。プラグインのインストールによって作成されたスキーマは同期できません。タスク設定時にコンソールでこれらのスキーマに関する情報を取得することはできません。以下の 3 つのシナリオでは、データを書き込む前にソースデータベースの同期対象テーブルに対して `ALTER TABLE schema.table REPLICA IDENTITY FULL;` コマンドを実行する必要があります。これによりデータ整合性が確保されます。デッドロックを防ぐため、このコマンド実行中にテーブルをロックしないでください。関連する事前チェック項目をスキップした場合、DTS はインスタンス初期化中に自動的にこのコマンドを実行します。インスタンスを初めて実行する場合。オブジェクト選択の粒度としてスキーマを選択しており、スキーマ内に新しいテーブルが作成された場合、または RENAME コマンドを使用して同期対象テーブルが再構築された場合。同期オブジェクトを変更する機能を使用する場合。説明コマンド内の `schema` および `table` は、実際のスキーマ名およびテーブル名に置き換えてください。この操作はオフピーク時間帯に実行することを推奨します。同期対象のテーブルに SERIAL 型のフィールドが含まれている場合、ソースデータベースはそのフィールドに対して自動的にシーケンスを作成します。そのため、ソースオブジェクトを設定する際に、同期タイプでスキーマ同期を選択する場合は、シーケンスを選択するか、スキーマ全体を同期することを推奨します。そうしないと、同期インスタンスが正常に実行されない可能性があります。初期完全同期は、ソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベース負荷を増加させます。そのため、データ同期前にソースおよびターゲットデータベースのパフォーマンスを評価し、オフピーク時間帯に同期を実行してください。初期完全同期は同時 INSERT 操作を実行します。これによりターゲットデータベースでテーブルの断片化が発生し、初期完全同期完了後、ターゲットインスタンスのテーブル領域がソースインスタンスよりも大きくなります。 DTS 同期中に、DTS 以外のソースからターゲットデータベースにデータを書き込まないでください。そうしないと、ソースおよびターゲットデータベース間にデータ不整合が発生する可能性があります。データ同期中に、DTS はソースデータベースに `dts_sync_` プレフィックスを持つレプリケーションスロットを作成してデータをレプリケートします。このレプリケーションスロットにより、DTS は過去 15 分間のソースデータベースからの増分ログを取得できます。データ同期が失敗した場合や同期インスタンスがリリースされた場合、DTS は自動的にレプリケーションスロットをクリアしようと試みます。説明データ同期中にタスクで使用しているソースデータベースアカウントのパスワードを変更したり、ソースデータベースのホワイトリストから DTS の IP アドレスを削除したりすると、レプリケーションスロットは自動的にクリアされません。この場合、ソースデータベースで手動でレプリケーションスロットをクリアする必要があります。これにより、スロットが継続的に蓄積してディスク領域を消費し、ソースデータベースが使用できなくなることを防げます。ソースデータベースでフェールオーバーが発生した場合、セカンダリデータベースにログインしてスロットを手動でクリアする必要があります。 DTS はデータ内容の検証を行いますが、シーケンスなどのメタデータの検証はサポートしていません。メタデータの検証はご自身で行ってください。 DTS は、増分データの DDL 文、増分テーブルの構造、ハートビート情報を取得するために、ソースデータベースに以下の仮テーブルを作成します。同期中にこれらの仮テーブルを削除しないでください。そうしないと、DTS タスクが異常になります。DTS インスタンスがリリースされると、これらの仮テーブルは自動的に削除されます。 `public.dts_pg_class`、`public.dts_pg_attribute`、`public.dts_pg_type`、`public.dts_pg_enum`、`public.dts_postgres_heartbeat`、`public.dts_ddl_command`、`public.dts_args_session`、および `public.aliyun_dts_instance`。業務をターゲットインスタンスに切り替えた後、新しいシーケンスはソースシーケンスの最大値から増分しません。業務切り替え前に、ターゲットデータベースでシーケンス値を更新する必要があります。詳細については、「ターゲットデータベースでのシーケンス値の更新」をご参照ください。完全または増分同期タスクにおいて、ソースデータベースの同期対象テーブルに外部キー、トリガー、イベントトリガーが含まれている場合、ターゲットデータベースアカウントが特権アカウントまたはスーパーユーザ権限を持っていると、DTS はセッションレベルで一時的に `session_replication_role` パラメーターを `replica` に設定します。ターゲットデータベースアカウントにこれらの権限がない場合は、ターゲットデータベースで手動で `session_replication_role` パラメーターを `replica` に設定する必要があります。この期間中 (`session_replication_role` が `replica` の間)、ソースデータベースでカスケード更新または削除操作が発生すると、データ不整合が発生する可能性があります。DTS タスクがリリースされた後、`session_replication_role` パラメーターを `origin` に戻すことができます。タスクが失敗した場合、DTS サポートスタッフは 8 時間以内に復旧を試みます。復旧中、タスクを再起動したり、パラメーターを調整したりする場合があります。説明データベースパラメーターではなく、DTS タスクパラメーターのみが変更されます。調整対象となるパラメーターは、「インスタンスパラメーターの変更」に記載されています。パーティションテーブルを同期する場合は、親テーブルとその子パーティションの両方を同期オブジェクトに含める必要があります。そうしないと、パーティションテーブルのデータ不整合が発生する可能性があります。説明 PostgreSQL のパーティションテーブルの親テーブルは直接データを格納しません。すべてのデータは子パーティションに格納されます。同期タスクには親テーブルとすべての子パーティションを含める必要があります。そうしないと、子パーティションのデータが同期されず、ソースとターゲットの間にデータ不整合が発生します。

課金

同期タイプ	料金
スキーマ同期および完全データ同期	無料です。
増分データ同期	課金対象です。詳細については、「課金概要」をご参照ください。

サポートされる同期トポロジー

一方向 1 対 1 同期
一方向 1 対多同期
一方向多対 1 同期

各トポロジーの説明および重要事項については、「同期トポロジー」をご参照ください。

サポートされる同期オブジェクト

SCHEMA、TABLE

説明

プライマリキー、一意なキー、外部キー、組み込みデータ型、デフォルト制約を含みます。
このデータベースタイプをソースとして使用する場合のサポート機能は、ターゲットデータベースタイプによって異なります。最新のリストについては、コンソールをご確認ください。

サポートされる SQL 操作

操作タイプ	SQL 文
DML	INSERT、UPDATE、DELETE
DDL	DDL 同期は、2020 年 10 月 1 日以降に作成された同期タスクでのみサポートされます。重要 2023 年 5 月 12 日以前に作成されたタスクについては、タスク設定前にソースデータベースにトリガーおよび関数を作成して DDL 情報をキャプチャする必要があります。詳細については、「トリガーおよび関数を使用した PostgreSQL の増分 DDL 移行の実装」をご参照ください。増分データ同期中にビット型データはサポートされていません。ソースデータベースアカウントに特権権限がある場合、同期タスクは以下の DDL 操作をサポートします。 CREATE TABLE、DROP TABLE ALTER TABLE (RENAME TABLE、ADD COLUMN、ADD COLUMN DEFAULT、ALTER COLUMN TYPE、DROP COLUMN、ADD CONSTRAINT、ADD CONSTRAINT CHECK、ALTER COLUMN DROP DEFAULT を含む) TRUNCATE TABLE (ソース PolarDB for PostgreSQL のデータベースエンジンが PostgreSQL 11 以降である必要があります) CREATE INDEX ON TABLE 重要 CASCADE 句または RESTRICT 句を含む DDL 文はサポートされていません。 `SET session_replication_role = replica` が設定されたセッションで実行される DDL 文はサポートされていません。関数呼び出しによって実行される DDL 文はサポートされていません。 1 つのトランザクションに DML 文と DDL 文の両方が含まれている場合、DDL 文は同期されません。 1 つのトランザクションに同期対象外のオブジェクトに対する DDL 文が含まれている場合、それらの DDL 文は同期されません。

操作手順

ターゲットリージョンの同期タスク一覧ページに移動します。以下の 2 つの方法のいずれかを使用できます。
DTS コンソールから
1. Data Transmission Service (DTS) コンソールにログインします。
2. 左側のナビゲーションウィンドウで、データ同期 をクリックします。
3. ページ左上隅で、同期インスタンスが配置されているリージョンを選択します。
DMS コンソールから
説明
実際の操作は、DMS コンソールのモードおよびレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS インターフェイスのレイアウトおよびスタイルのカスタマイズ」をご参照ください。
1. Data Management (DMS) にログインします。
2. 上部のメニューバーで、データ + AI > データ伝送 (DTS) > データ同期 を選択します。
3. データ同期タスク の右側で、同期インスタンスが配置されているリージョンを選択します。
タスクの作成 をクリックして、タスク設定ページを開きます。

ソースおよびターゲットデータベースを設定します。

カテゴリ	設定	説明
なし	タスク名	DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
ソースデータベース	既存の接続情報の選択	システムに追加済み (新規作成または保存済み) のデータベースインスタンスを使用する場合は、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。説明 DMS コンソールでは、この設定項目の名前は DMS データベースインスタンスの選択です。データベースインスタンスをシステムに追加していない場合、またはすでに追加済みのインスタンスを使用しない場合は、以下のデータベース情報を手動で設定します。
	データベースタイプ	PolarDB for PostgreSQL を選択します。
	アクセス方法	クラウドインスタンスを選択します。
	インスタンスリージョン	ソース PolarDB for PostgreSQL クラスターのリージョンを選択します。
	Alibaba Cloud アカウントをまたぐ	この例では同じ Alibaba Cloud アカウントを使用します。アカウントをまたがないを選択します。
	インスタンス ID	ソース PolarDB PostgreSQL Edition クラスター ID を選択します。
	データベース名	PolarDB for PostgreSQL データベースの名前を入力します。
	データベースアカウント	PolarDB for PostgreSQL のデータベースアカウントを入力します。
	データベースパスワード	データベースアカウントに対応するパスワードを入力します。
宛先データベース	既存の接続情報の選択	システムに追加済み (新規作成または保存済み) のデータベースインスタンスを使用する場合は、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。説明 DMS コンソールでは、この設定項目の名前は DMS データベースインスタンスの選択です。データベースインスタンスをシステムに追加していない場合、またはすでに追加済みのインスタンスを使用しない場合は、以下のデータベース情報を手動で設定します。
	データベースタイプ	PolarDB for PostgreSQL を選択します。
	アクセス方法	クラウドインスタンスを選択します。
	インスタンスリージョン	ターゲット PolarDB PostgreSQL Edition クラスターのリージョンを選択します。
	インスタンス ID	ターゲット PolarDB for PostgreSQL クラスター ID を選択します。
	データベース名	ターゲット PolarDB for PostgreSQL データベースの名前を入力します。
	データベースアカウント	ターゲット PolarDB for PostgreSQL の高権限データベースアカウントを入力します。アカウントの作成および権限付与の方法については、「データベースアカウントの作成」をご参照ください。
	データベースパスワード	データベースアカウントに対応するパスワードを入力します。

設定が完了したら、ページ下部の 接続をテストして続行 をクリックします。
説明
DTS サーバーからのアクセスを許可するために、ソースおよびターゲットデータベースのセキュリティ設定に DTS サーバーの IP アドレス CIDR ブロックを追加していることを確認してください。これは自動的または手動で行えます。詳細については、「DTS サーバーの IP アドレス CIDR ブロックをホワイトリストに追加」をご参照ください。

タスクオブジェクトを設定します。

オブジェクト設定 ページで、同期するオブジェクトを設定します。

設定	説明
同期タイプ	同期タイプです。デフォルトで増分データ同期が選択されています。スキーマ同期および完全データ同期も選択する必要があります。事前チェックが完了すると、DTS は選択したオブジェクトの既存データをソースデータベースからターゲットクラスターに同期します。既存データは、その後の増分同期の基盤となります。
同期トポロジ	一方向同期を選択します。
競合するテーブルの処理モード	エラーの事前チェックと報告：ターゲットデータベースに同名のテーブルが存在するかどうかをチェックします。同名のテーブルが存在しない場合、事前チェックは合格します。同名のテーブルが存在する場合、事前チェックは失敗し、データ同期タスクは開始されません。説明ターゲットデータベースで同名のテーブルを削除または名前変更できない場合は、別のテーブル名にマッピングできます。詳細については、「テーブル名および列名のマッピング」をご参照ください。エラーを無視して続行：ターゲットデータベースでの重複テーブル名のチェックをスキップします。警告エラーを無視して続行を選択すると、データ不整合が発生し、業務にリスクをもたらす可能性があります。例：テーブルスキーマが同じで、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキーまたは一意なキー値を持つ場合：完全同期中、DTS はターゲットクラスターのレコードを保持します。ソースデータベースの対応するレコードは同期されません。増分同期中、ソースデータベースのレコードがターゲットデータベースのレコードを上書きします。テーブルスキーマが異なる場合、初期データ同期が失敗する可能性があります。これにより、一部の列データのみが同期されるか、完全に同期が失敗する可能性があります。慎重に進めてください。
移行先インスタンスでのオブジェクト名の大文字化	宛先インスタンスに同期されるデータベース、テーブル、列オブジェクト名の大文字小文字の扱いポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシーが選択されています。ソースおよびターゲットデータベースのデフォルトポリシーを使用することもできます。詳細については、「宛先オブジェクト名の大文字小文字の扱いポリシー」をご参照ください。
ソースオブジェクト	ソースオブジェクトボックスで、同期するオブジェクトをクリックし、をクリックして選択中のオブジェクトボックスに移動させます。説明スキーマまたはテーブルを同期オブジェクトとして選択できます。テーブルを選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに同期されません。同期対象のテーブルに SERIAL データ型が含まれており、同期タイプとしてスキーマ同期を選択する場合は、シーケンスまたはスキーマ全体の同期も選択することを推奨します。
選択中のオブジェクト	宛先インスタンスで単一の同期オブジェクトの名前を変更するには、選択中のオブジェクトボックスでそのオブジェクトを右クリックします。オブジェクトの名前変更の詳細については、「データベース、テーブル、または列の単一マッピング」をご参照ください。宛先インスタンスで複数の同期オブジェクトの名前を一括で変更するには、選択中のオブジェクトボックスの右上隅にある一括編集をクリックします。詳細については、「データベース、テーブル、および列の一括マッピング」をご参照ください。説明データベースまたはテーブルレベルで同期する SQL 操作を選択するには、選択済みオブジェクト内のオブジェクトを右クリックし、ダイアログボックスで必要な操作を選択します。 WHERE 条件を使用してデータをフィルターするには、選択済みオブジェクト内の同期対象テーブルを右クリックし、ダイアログボックスでフィルター条件を設定します。手順については、「フィルター条件の設定」をご参照ください。

詳細設定へ をクリックして、詳細パラメーターを設定します。

設定	説明
タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、DTS は共有クラスター上でタスクをスケジュールし、クラスターを選択する必要はありません。より安定したパフォーマンスを得るには、DTS 同期タスクを実行するための専用クラスターを購入できます。詳細については、「DTS 専用クラスターとは」をご参照ください。
失敗した接続の再試行時間	同期タスク開始後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、直ちに接続のリトライを開始します。デフォルトリトライ時間は 720 分です。10 分から 1,440 分の範囲でカスタムリトライ時間を指定することもできます。30 分以上に設定することを推奨します。指定された時間内に DTS がデータベースに再接続できれば、同期タスクは自動的に再開されます。そうでない場合、タスクは失敗します。説明同じソースまたはターゲットを共有する複数の DTS インスタンス (例：インスタンス A およびインスタンス B) があり、インスタンス A のネットワークリトライ時間を 30 分、インスタンス B を 60 分に設定した場合、両方に短い方の 30 分が適用されます。 DTS は接続リトライ期間中もタスク実行時間に対して課金するため、ビジネスニーズに基づいてリトライ時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスをリリースした直後に DTS インスタンスを速やかにリリースすることを推奨します。
移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	同期タスク開始後、ソースまたはターゲットデータベースで接続以外の問題 (DDL または DML 実行例外など) が発生した場合、DTS はエラーを報告し、直ちに継続的なリトライ操作を開始します。デフォルトリトライ時間は 10 分です。1 分から 1,440 分の範囲でカスタムリトライ時間を設定することもできます。10 分以上に設定することを推奨します。設定されたリトライ時間内に関連操作が成功すれば、同期タスクは自動的に再開されます。そうでない場合、タスクは失敗します。重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。の値は、失敗した接続の再試行時間の値より小さくする必要があります。
完全同期レートを制限するかどうか	完全同期ステージ中、DTS はソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベース負荷を増加させます。ソースおよびターゲットデータベースの負荷を軽減するには、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定して、完全同期タスクのレート制限を設定できます。説明この設定項目は、同期タイプが完全データ同期に設定されている場合にのみ利用可能です。同期インスタンス実行後も、完全同期レートを調整できます。
増分同期率を制限するかどうか	増分同期タスクのレート制限も設定できます。ターゲットデータベースの負荷を軽減するには、1 秒あたりの増分同期の行数 RPS および 1 秒あたりの増分同期データ量 (MB) BPS を設定します。
環境タグ	インスタンスを識別するための環境タグを選択します。この例ではタグは不要です。
ETL 機能の設定	抽出・変換・書き出し (ETL) 機能を有効にするかどうかを選択します。詳細については、「ETL とは」をご参照ください。有効値： ○：ETL 機能を有効にします。コードエディタにデータ処理文を入力します。詳細については、「データ移行またはデータ同期タスクでの ETL の設定」をご参照ください。 ×：ETL 機能を無効にします。
監視アラート	アラートを設定するかどうかを指定します。同期が失敗した場合や遅延が指定されたしきい値を超えた場合、アラート連絡先に通知が送信されます。 ×：アラートは設定されません。 ○：アラートしきい値を設定し、アラート通知を指定してアラートを設定します。詳細については、「タスク設定中のモニタリングおよびアラートの設定」をご参照ください。

次へ：データ検証 をクリックして、データ検証タスクを設定します。
データ検証機能を使用する場合は、「データ検証の設定」をご参照ください。

タスクを保存して事前チェックを実行します。
- このインスタンスを設定するための API パラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにカーソルを合わせ、表示されたバルーン内の OpenAPI パラメーターのプレビュー をクリックします。
- API パラメーターの確認が完了したら、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。
説明
- 同期ジョブ開始前に、DTS は事前チェックを実行します。すべての事前チェック項目が合格した場合にのみ、ジョブを開始できます。
- 事前チェックが失敗した場合は、失敗した項目の横にある 詳細を表示 をクリックします。表示された指示に従って問題を修正し、再度事前チェックを実行します。
- 事前チェックで警告が返された場合：
  チェック項目が失敗し、無視できない場合は、項目の横にある 詳細を表示 をクリックします。指示に従って問題を修正し、再度事前チェックを実行します。
  無視可能なチェック項目については、アラートの詳細を確認、無視、OK、再度事前チェックを実行 の順にクリックして警告をスキップし、事前チェックを再実行します。警告項目を非表示にすると、データ不整合などの問題が発生し、業務にリスクをもたらす可能性があります。

インスタンスを購入します。

成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

購入ページで、データ同期インスタンスの課金方法およびリンク仕様を選択します。以下の表に、これらのパラメーターの詳細を示します。

カテゴリ	パラメーター	説明
新しいインスタンスクラス	課金方法	サブスクリプション：インスタンス作成時に支払いを行います。長期的なニーズに適しており、従量課金よりもコスト効率が高くなります。サブスクリプション期間が長いほど、割引率が高くなります。従量課金：1 時間単位で課金されます。短期的なニーズに適しています。使用後すぐにインスタンスをリリースすることでコストを節約できます。
	リソースグループ設定	インスタンスが属するリソースグループです。デフォルトは default resource group です。詳細については、「Resource Management とは」をご参照ください。
	リンク仕様	DTS は、さまざまなパフォーマンスレベルを持つ同期仕様を提供しています。同期リンク仕様は同期レートに影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ同期リンク仕様」をご参照ください。
	サブスクリプション期間	サブスクリプションモードでは、サブスクリプションインスタンスの期間および数量を選択します。1～9 ヶ月の月単位サブスクリプション、または 1、2、3、5 年の年単位サブスクリプションを選択できます。説明このオプションは、課金方法がサブスクリプションの場合にのみ利用可能です。

設定が完了したら、Data Transmission Service (従量課金) 利用規約 を読み、同意してください。
購入して起動 をクリックします。OK ダイアログボックスで、OK をクリックします。
データ同期ページでタスクの進行状況を確認できます。