Data Transmission Service:Db2 for LUW データベースからデータを同期するための注意事項と制限

制限タイプ

説明

ソースデータベースの制限

• 帯域幅要件: ソースデータベースがデプロイされているサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ同期速度が低下します。

• 同期するテーブルには、プライマリキーまたは一意制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複したデータレコードが含まれる可能性があります。

• 同期するオブジェクトとしてテーブルを選択し、テーブル名や列名の変更など、ターゲットデータベースのテーブルを変更する場合、1 つのデータ同期タスクで最大 5,000 テーブルまで同期できます。5,000 を超えるテーブルを同期するタスクを実行すると、リクエストエラーが発生します。この場合、複数のタスクを設定してテーブルをバッチで同期するか、データベース全体を同期するタスクを設定することをお勧めします。

• データロギング機能を有効にする必要があります。そうでない場合、事前チェック中にエラーメッセージが返され、データ同期タスクを開始できません。

  説明

  増分データ同期のみを実行する場合、ソースデータベースのデータログは 24 時間以上保存する必要があります。完全データ同期と増分データ同期の両方を実行する場合、ソースデータベースのデータログは少なくとも 7 日間保存する必要があります。そうでない場合、DTS はデータログを取得できず、タスクが失敗する可能性があります。例外的な状況では、データの不整合や損失が発生する可能性があります。完全データ同期が完了したら、保持期間を 24 時間以上に設定できます。前述の要件に基づいてデータログの保持期間を設定してください。そうでない場合、DTS のサービスレベルアグリーメント (SLA) に記載されているサービスの信頼性やパフォーマンスは保証されません。

• 同期するテーブルに対して変更データキャプチャ (CDC) 機能を有効にする必要があります。

• 初期スキーマ同期および初期完全同期中は、データベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。そうでない場合、データ同期タスクは失敗します。

その他の制限

• DTS は、Db2 for LUW の CDC レプリケーション技術に基づいて、Db2 for LUW データベースからターゲットデータベースに増分データを同期します。ただし、CDC レプリケーション技術には独自の制限があります。詳細については、「SQL レプリケーションの一般的なデータ制限」をご参照ください。

• データを同期する前に、データ同期がソースデータベースとターゲットデータベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを同期することをお勧めします。初期完全同期中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。

• 初期完全同期中、同時 INSERT 操作により、ターゲットデータベースのテーブルに断片化が発生します。そのため、初期完全同期が完了すると、ターゲットデータベースの使用済み表領域のサイズがソースデータベースのサイズよりも大きくなります。

• データ同期中、ターゲットデータベースへのデータ書き込みには DTS のみを使用することをお勧めします。これにより、ソースデータベースとターゲットデータベース間のデータの不整合を防ぐことができます。データ同期が完了したら、Data Management (DMS) を使用してオンラインで DDL 文を実行できます。詳細については、「ロックフリー DDL 操作の実行」をご参照ください。

• インスタンスに障害が発生した場合、DTS ヘルプデスクは 8 時間以内にインスタンスの回復を試みます。回復プロセス中に、インスタンスの再起動やパラメーターの調整などの操作が実行される場合があります。

  説明

  パラメーターを調整する場合、DTS インスタンスのパラメーターのみが変更されます。データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、インスタンスパラメーターの変更に記載されているパラメーターが含まれますが、これらに限定されません。

特殊なケース

ソースの Db2 for LUW データベースは自己管理データベースです。Db2 for LUW データベースからデータを同期する場合は、次の点に注意してください。

• データ同期タスクの実行中にソースデータベースでプライマリ/セカンダリのスイッチオーバーを実行すると、タスクは失敗します。

• DTS は、ターゲットデータベースの最後に同期されたデータレコードのタイムスタンプとソースデータベースの現在のタイムスタンプに基づいて同期遅延を計算します。ソースデータベースでデータ操作言語 (DML) 操作が長時間実行されない場合、同期遅延が不正確になることがあります。同期遅延が高すぎる場合は、ソースデータベースで DML 操作を実行して遅延を更新できます。

  説明

  データベース全体を同期対象として選択した場合、ハートビートテーブルを作成できます。ハートビートテーブルは、毎秒更新されるか、データを受信します。

制限タイプ

説明

ソースデータベースの制限

• 帯域幅要件: ソースデータベースがデプロイされているサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ同期速度が低下します。

• 同期するテーブルには、プライマリキーまたは一意制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複したデータレコードが含まれる可能性があります。

• 同期するオブジェクトとしてテーブルを選択し、テーブル名や列名の変更など、ターゲットデータベースのテーブルを変更する場合、1 つのデータ同期タスクで最大 5,000 テーブルまで同期できます。5,000 を超えるテーブルを同期するタスクを実行すると、リクエストエラーが発生します。この場合、複数のタスクを設定してテーブルをバッチで同期するか、データベース全体を同期するタスクを設定することをお勧めします。

• データロギング機能を有効にする必要があります。そうでない場合、事前チェック中にエラーメッセージが返され、データ同期タスクを開始できません。

  説明

  増分データ同期のみを実行する場合、ソースデータベースのデータログは 24 時間以上保存する必要があります。完全データ同期と増分データ同期の両方を実行する場合、ソースデータベースのデータログは少なくとも 7 日間保存する必要があります。そうでない場合、DTS はデータログを取得できず、タスクが失敗する可能性があります。例外的な状況では、データの不整合や損失が発生する可能性があります。完全データ同期が完了したら、保持期間を 24 時間以上に設定できます。前述の要件に基づいてデータログの保持期間を設定してください。そうでない場合、DTS のサービスレベルアグリーメント (SLA) に記載されているサービスの信頼性やパフォーマンスは保証されません。

• 初期スキーマ同期および初期完全同期中は、データベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。そうでない場合、データ同期タスクは失敗します。

その他の制限

• DTS は、Db2 for LUW の CDC レプリケーション技術に基づいて、Db2 for LUW データベースからターゲットデータベースに増分データを同期します。ただし、CDC レプリケーション技術には独自の制限があります。詳細については、「SQL レプリケーションの一般的なデータ制限」をご参照ください。

• データを同期する前に、データ同期がソースデータベースとターゲットデータベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを同期することをお勧めします。初期完全同期中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。

• 初期完全同期中、同時 INSERT 操作により、ターゲットデータベースのテーブルに断片化が発生します。そのため、初期完全同期が完了すると、ターゲットデータベースの使用済み表領域のサイズがソースデータベースのサイズよりも大きくなります。

• 同期するデータに、珍しい文字や絵文字など、4 バイトのストレージを必要とするコンテンツが含まれている場合、ターゲットデータベースとテーブルは utf8mb4 文字セットを使用する必要があります。

  説明

  DTS を使用してスキーマを同期する場合、ターゲットデータベースのインスタンスレベルのパラメーター character_set_server を utf8mb4 に設定する必要があります。

• データ同期中、ターゲットデータベースへのデータ書き込みには DTS のみを使用することをお勧めします。これにより、ソースデータベースとターゲットデータベース間のデータの不整合を防ぐことができます。データ同期が完了したら、DMS を使用してオンラインで DDL 文を実行できます。詳細については、「ロックフリー DDL 操作の実行」をご参照ください。

• DDL 文がターゲットデータベースで実行に失敗した場合でも、データ同期タスクは実行を継続します。タスクログで実行に失敗した DDL 文を表示できます。タスクログの表示方法の詳細については、「タスクログの表示」をご参照ください。

• 大文字と小文字のみが異なる名前のフィールドをターゲットの MySQL データベースの同じテーブルに書き込むと、同期結果が期待どおりにならない場合があります。これは、MySQL データベースの列名が大文字と小文字を区別しないためです。

• データ同期が完了した後 (インスタンスの ステータス が 完了 になった後)、analyze table <table_name> コマンドを使用して、すべてのデータがターゲットテーブルに書き込まれたことを確認することをお勧めします。たとえば、ターゲットの MySQL データベースで HA スイッチオーバーメカニズムがトリガーされた後、データがメモリにのみ書き込まれ、データ損失が発生する可能性があります。

• インスタンスに障害が発生した場合、DTS ヘルプデスクは 8 時間以内にインスタンスの回復を試みます。回復プロセス中に、インスタンスの再起動やパラメーターの調整などの操作が実行される場合があります。

  説明

  パラメーターを調整する場合、DTS インスタンスのパラメーターのみが変更されます。データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、インスタンスパラメーターの変更に記載されているパラメーターが含まれますが、これらに限定されません。

特殊なケース

ソースの Db2 for LUW データベースは自己管理データベースです。Db2 for LUW データベースからデータを同期する場合は、次の点に注意してください。

• データ同期タスクの実行中にソースデータベースでプライマリ/セカンダリのスイッチオーバーを実行すると、タスクは失敗します。

• DTS は、ターゲットデータベースの最後に同期されたデータレコードのタイムスタンプとソースデータベースの現在のタイムスタンプに基づいて同期遅延を計算します。ソースデータベースでデータ操作言語 (DML) 操作が長時間実行されない場合、同期遅延が不正確になることがあります。同期遅延が高すぎる場合は、ソースデータベースで DML 操作を実行して遅延を更新できます。

  説明

  データベース全体を同期対象として選択した場合、ハートビートテーブルを作成できます。ハートビートテーブルは、毎秒更新されるか、データを受信します。

制限タイプ

説明

ソースデータベースの制限

• 帯域幅要件: ソースデータベースがデプロイされているサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ同期速度が低下します。

• 同期するテーブルには、プライマリキーまたは一意制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複したデータレコードが含まれる可能性があります。

• 同期するオブジェクトとしてテーブルを選択し、テーブル名や列名の変更など、ターゲットデータベースのテーブルを変更する場合、1 つのデータ同期タスクで最大 5,000 テーブルまで同期できます。5,000 を超えるテーブルを同期するタスクを実行すると、リクエストエラーが発生します。この場合、複数のタスクを設定してテーブルをバッチで同期するか、データベース全体を同期するタスクを設定することをお勧めします。

• データロギング機能を有効にする必要があります。そうでない場合、事前チェック中にエラーメッセージが返され、データ同期タスクを開始できません。

  説明

  増分データ同期のみを実行する場合、ソースデータベースのデータログは 24 時間以上保存する必要があります。完全データ同期と増分データ同期の両方を実行する場合、ソースデータベースのデータログは少なくとも 7 日間保存する必要があります。そうでない場合、DTS はデータログを取得できず、タスクが失敗する可能性があります。例外的な状況では、データの不整合や損失が発生する可能性があります。完全データ同期が完了したら、保持期間を 24 時間以上に設定できます。前述の要件に基づいてデータログの保持期間を設定してください。そうでない場合、DTS のサービスレベルアグリーメント (SLA) に記載されているサービスの信頼性やパフォーマンスは保証されません。

• 初期スキーマ同期および初期完全同期中は、データベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。そうでない場合、データ同期タスクは失敗します。

その他の制限

• DTS は、Db2 for LUW の CDC レプリケーション技術に基づいて、Db2 for LUW データベースからターゲットデータベースに増分データを同期します。ただし、CDC レプリケーション技術には独自の制限があります。詳細については、「SQL レプリケーションの一般的なデータ制限」をご参照ください。

• データを同期する前に、データ同期がソースデータベースとターゲットデータベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを同期することをお勧めします。初期完全同期中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。

• 初期完全同期中、同時 INSERT 操作により、ターゲットデータベースのテーブルに断片化が発生します。そのため、初期完全同期が完了すると、ターゲットデータベースの使用済み表領域のサイズがソースデータベースのサイズよりも大きくなります。

• 同期するデータに、珍しい文字や絵文字など、4 バイトのストレージを必要とするコンテンツが含まれている場合、ターゲットデータベースとテーブルは utf8mb4 文字セットを使用する必要があります。

  説明

  DTS を使用してスキーマを同期する場合、ターゲットデータベースのインスタンスレベルのパラメーター character_set_server を utf8mb4 に設定する必要があります。

• データ同期中、ターゲットデータベースへのデータ書き込みには DTS のみを使用することをお勧めします。これにより、ソースデータベースとターゲットデータベース間のデータの不整合を防ぐことができます。データ同期が完了したら、DMS を使用してオンラインで DDL 文を実行できます。詳細については、「ロックフリー DDL 操作の実行」をご参照ください。

• DDL 文がターゲットデータベースで実行に失敗した場合でも、データ同期タスクは実行を継続します。タスクログで実行に失敗した DDL 文を表示できます。タスクログの表示方法の詳細については、「タスクログの表示」をご参照ください。

• 大文字と小文字のみが異なる名前のフィールドをターゲットの MySQL データベースの同じテーブルに書き込むと、同期結果が期待どおりにならない場合があります。これは、MySQL データベースの列名が大文字と小文字を区別しないためです。

• データ同期が完了した後 (インスタンスの ステータス が 完了 になった後)、analyze table <table_name> コマンドを使用して、すべてのデータがターゲットテーブルに書き込まれたことを確認することをお勧めします。たとえば、ターゲットの MySQL データベースで HA スイッチオーバーメカニズムがトリガーされた後、データがメモリにのみ書き込まれ、データ損失が発生する可能性があります。

• インスタンスに障害が発生した場合、DTS ヘルプデスクは 8 時間以内にインスタンスの回復を試みます。回復プロセス中に、インスタンスの再起動やパラメーターの調整などの操作が実行される場合があります。

  説明

  パラメーターを調整する場合、DTS インスタンスのパラメーターのみが変更されます。データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、インスタンスパラメーターの変更に記載されているパラメーターが含まれますが、これらに限定されません。

特殊なケース

ソースの Db2 for LUW データベースは自己管理データベースです。Db2 for LUW データベースからデータを同期する場合は、次の点に注意してください。

• データ同期タスクの実行中にソースデータベースでプライマリ/セカンダリのスイッチオーバーを実行すると、タスクは失敗します。

• DTS は、ターゲットデータベースの最後に同期されたデータレコードのタイムスタンプとソースデータベースの現在のタイムスタンプに基づいて同期遅延を計算します。ソースデータベースでデータ操作言語 (DML) 操作が長時間実行されない場合、同期遅延が不正確になることがあります。同期遅延が高すぎる場合は、ソースデータベースで DML 操作を実行して遅延を更新できます。

  説明

  データベース全体を同期対象として選択した場合、ハートビートテーブルを作成できます。ハートビートテーブルは、毎秒更新されるか、データを受信します。

制限タイプ

説明

ソースデータベースの制限

• 帯域幅要件: ソースデータベースがデプロイされているサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ同期速度が低下します。

• 同期するテーブルには、プライマリキーまたは一意制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複したデータレコードが含まれる可能性があります。

• 同期するオブジェクトとしてテーブルを選択し、テーブル名や列名の変更など、ターゲットデータベースのテーブルを変更する場合、1 つのデータ同期タスクで最大 5,000 テーブルまで同期できます。5,000 を超えるテーブルを同期するタスクを実行すると、リクエストエラーが発生します。この場合、複数のタスクを設定してテーブルをバッチで同期するか、データベース全体を同期するタスクを設定することをお勧めします。

• データロギング機能を有効にする必要があります。そうでない場合、事前チェック中にエラーメッセージが返され、データ同期タスクを開始できません。

  説明

  増分データ同期のみを実行する場合、ソースデータベースのデータログは 24 時間以上保存する必要があります。完全データ同期と増分データ同期の両方を実行する場合、ソースデータベースのデータログは少なくとも 7 日間保存する必要があります。そうでない場合、DTS はデータログを取得できず、タスクが失敗する可能性があります。例外的な状況では、データの不整合や損失が発生する可能性があります。完全データ同期が完了したら、保持期間を 24 時間以上に設定できます。前述の要件に基づいてデータログの保持期間を設定してください。そうでない場合、DTS のサービスレベルアグリーメント (SLA) に記載されているサービスの信頼性やパフォーマンスは保証されません。

• 初期スキーマ同期および初期完全同期中は、データベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。そうでない場合、データ同期タスクは失敗します。

その他の制限

• DTS は、Db2 for LUW の CDC レプリケーション技術に基づいて、Db2 for LUW データベースからターゲットデータベースに増分データを同期します。ただし、CDC レプリケーション技術には独自の制限があります。詳細については、「SQL レプリケーションの一般的なデータ制限」をご参照ください。

• 同期するテーブルにプライマリキーがある場合、ターゲットテーブルのプライマリキー列はソーステーブルのプライマリキー列と同じである必要があります。同期するテーブルにプライマリキーがない場合、ターゲットテーブルのプライマリキー列は分散キーと同じである必要があります。

• ターゲットテーブルの一意キー (プライマリキー列を含む) には、分散キーのすべての列が含まれている必要があります。

• データを同期する前に、データ同期がソースデータベースとターゲットデータベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを同期することをお勧めします。初期完全同期中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。

• 初期完全同期中、同時 INSERT 操作により、ターゲットデータベースのテーブルに断片化が発生します。そのため、初期完全同期が完了すると、ターゲットデータベースの使用済み表領域のサイズがソースデータベースのサイズよりも大きくなります。

• データ同期中、ターゲットデータベースへのデータ書き込みには DTS のみを使用することをお勧めします。これにより、ソースデータベースとターゲットデータベース間のデータの不整合を防ぐことができます。データ同期が完了したら、DMS を使用してオンラインで DDL 文を実行できます。詳細については、「ロックフリー DDL 操作の実行」をご参照ください。

• スキーマ同期および増分データ同期中、ソースデータベースの外部キーはターゲットデータベースに同期されません。

• 同期するオブジェクトとしてテーブルのみを選択できます。テーブルは、追記最適化 (AO) テーブルにすることはできません。

• 完全なテーブル同期以外で列マッピングが使用される場合、またはソーステーブルとターゲットテーブルの構造に一貫性がない場合、ターゲットデータベースに含まれていないソースデータベースの列のデータは失われます。

• インスタンスに障害が発生した場合、DTS ヘルプデスクは 8 時間以内にインスタンスの回復を試みます。回復プロセス中に、インスタンスの再起動やパラメーターの調整などの操作が実行される場合があります。

  説明

  パラメーターを調整する場合、DTS インスタンスのパラメーターのみが変更されます。データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、インスタンスパラメーターの変更に記載されているパラメーターが含まれますが、これらに限定されません。

特殊なケース

ソースの Db2 for LUW データベースは自己管理データベースです。Db2 for LUW データベースからデータを同期する場合は、次の点に注意してください。

• データ同期タスクの実行中にソースデータベースでプライマリ/セカンダリのスイッチオーバーを実行すると、タスクは失敗します。

• DTS は、ターゲットデータベースの最後に同期されたデータレコードのタイムスタンプとソースデータベースの現在のタイムスタンプに基づいて同期遅延を計算します。ソースデータベースでデータ操作言語 (DML) 操作が長時間実行されない場合、同期遅延が不正確になることがあります。同期遅延が高すぎる場合は、ソースデータベースで DML 操作を実行して遅延を更新できます。

  説明

  データベース全体を同期対象として選択した場合、ハートビートテーブルを作成できます。ハートビートテーブルは、毎秒更新されるか、データを受信します。

制限タイプ

説明

ソースデータベースの制限

• 帯域幅要件: ソースデータベースがデプロイされているサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ同期速度が低下します。

• 同期するテーブルには、プライマリキーまたは一意制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複したデータレコードが含まれる可能性があります。

• 同期するオブジェクトとしてテーブルを選択し、テーブル名や列名の変更など、ターゲットデータベースのテーブルを変更する場合、1 つのデータ同期タスクで最大 5,000 テーブルまで同期できます。5,000 を超えるテーブルを同期するタスクを実行すると、リクエストエラーが発生します。この場合、複数のタスクを設定してテーブルをバッチで同期するか、データベース全体を同期するタスクを設定することをお勧めします。

• データロギング機能を有効にする必要があります。そうでない場合、事前チェック中にエラーメッセージが返され、データ同期タスクを開始できません。

  説明

  増分データ同期のみを実行する場合、ソースデータベースのデータログは 24 時間以上保存する必要があります。完全データ同期と増分データ同期の両方を実行する場合、ソースデータベースのデータログは少なくとも 7 日間保存する必要があります。そうでない場合、DTS はデータログを取得できず、タスクが失敗する可能性があります。例外的な状況では、データの不整合や損失が発生する可能性があります。完全データ同期が完了したら、保持期間を 24 時間以上に設定できます。前述の要件に基づいてデータログの保持期間を設定してください。そうでない場合、DTS のサービスレベルアグリーメント (SLA) に記載されているサービスの信頼性やパフォーマンスは保証されません。

• 初期スキーマ同期および初期完全同期中は、データベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。そうでない場合、データ同期タスクは失敗します。

その他の制限

• インデックス、パーティション、ビュー、ストアドプロシージャ、関数、トリガー、および外部キーの同期はサポートされていません。

• DTS は、Db2 for LUW の CDC レプリケーション技術に基づいて、Db2 for LUW データベースからターゲットデータベースに増分データを同期します。ただし、CDC レプリケーション技術には独自の制限があります。詳細については、「SQL レプリケーションの一般的なデータ制限」をご参照ください。

• データを同期する前に、データ同期がソースデータベースとターゲットデータベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを同期することをお勧めします。初期完全同期中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。

• 初期完全同期中、同時 INSERT 操作により、ターゲットデータベースのテーブルに断片化が発生します。そのため、初期完全同期が完了すると、ターゲットデータベースの使用済み表領域のサイズがソースデータベースのサイズよりも大きくなります。

• データ同期中、ターゲットデータベースへのデータ書き込みには DTS のみを使用することをお勧めします。これにより、ソースデータベースとターゲットデータベース間のデータの不整合を防ぐことができます。

• インスタンスに障害が発生した場合、DTS ヘルプデスクは 8 時間以内にインスタンスの回復を試みます。回復プロセス中に、インスタンスの再起動やパラメーターの調整などの操作が実行される場合があります。

  説明

  パラメーターを調整する場合、DTS インスタンスのパラメーターのみが変更されます。データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、インスタンスパラメーターの変更に記載されているパラメーターが含まれますが、これらに限定されません。

特殊なケース

• データ同期タスクの実行中にソースデータベースでプライマリ/セカンダリのスイッチオーバーを実行すると、タスクは失敗します。

• DTS は、ターゲットデータベースの最後に同期されたデータレコードのタイムスタンプとソースデータベースの現在のタイムスタンプに基づいて同期遅延を計算します。ソースデータベースでデータ操作言語 (DML) 操作が長時間実行されない場合、同期遅延が不正確になることがあります。同期遅延が高すぎる場合は、ソースデータベースで DML 操作を実行して遅延を更新できます。

  説明

  データベース全体を同期対象として選択した場合、ハートビートテーブルを作成できます。ハートビートテーブルは、毎秒更新されるか、データを受信します。

• データ同期中に、宛先の ApsaraMQ for Kafka インスタンスがスケーリングされた場合は、インスタンスを再起動する必要があります。