0

SDSを使用してSQLサーバーからMysqlデータベースにデータを移行しています。使用されていないデータベースのデータを移動する私のテストは、既存のすべてのデータを移行するのに48時間ほどかかりましたが、正しく機能しました。現在のすべてのデータを移動するデッドトリガーと、新しく追加されたデータを移動するトリガーを構成しました。

使用中のライブデータベースに移動すると、データの移行が遅すぎます。ログファイルで、次のメッセージが表示され続けます。

[corp-000]-DataExtractorService-105391240バイトで1回のバッチ処理を行った後、同期バイトのしきい値に達しました。データは次の同期で引き続き同期されます

180個のテーブルがあり、デッドトリガー用に15チャネル、トリガー用に6チャネルを作成しました。私が持っている設定ファイルの場合：

job.routing.period.time.ms = 2000

job.push.period.time.ms = 5000

job.pull.period.time.ms = 5000

外部キー構成がないので、問題はありません。私が知りたいのは、このプロセスをより速くする方法です。チャネル数を減らす必要がありますか？

私が実行した最初のテストが非常にうまくいったので、何が問題になるのかわかりません。しきい値が設定されていない理由はありますか？

どんな助けでも感謝されます。ありがとう。

4

1 に答える 1

2

あなたのテーブルはどれくらいの大きさですか？SymmetricDSインスタンスにはどのくらいのメモリがありますか？

私はしばらくの間SymmetricDSを使用してきましたが、プロファイリングを行わなくても、使用可能なメモリを増やすと（通常はTomcatコンテナで実行します）、大規模なデータベースのリロードが速くなると思います。

そうは言っても、SymmetricDSは、最初のレプリケーションに関しては、他のツールほど高速ではありません。

tmpフォルダーを見たことがありますか？ファイルサイズの進捗状況を確認できますか。つまり、SymmetricDSがバッチをリモート側に送信する前に一時的にローカルに書き込むファイルですか？詳細を取得するために、よりきめ細かいロギングをオンにしてみましたか？データベースのタイムアウトはどうですか？抽出クエリの実行時間が長すぎて、データベースがそれらを切り取っただけである可能性がありますか？

于 2013-01-02T21:58:59.697 に答える