トリガー条件として「*.txt」を使用して fte モニターを使用しています。テキスト ファイルがソース fte 転送ファイルに到達するたびに、一度に 10 個のファイルがソースに到達すると、fte は 10 個の転送要求を同時にトリガーし、すべての転送がトリガーされます。キューに入れられて動けなくなっています。
このシナリオの処理方法を提案してください
トリガー条件として「*.txt」を使用して fte モニターを使用しています。テキスト ファイルがソース fte 転送ファイルに到達するたびに、一度に 10 個のファイルがソースに到達すると、fte は 10 個の転送要求を同時にトリガーし、すべての転送がトリガーされます。キューに入れられて動けなくなっています。
このシナリオの処理方法を提案してください
わかりました、私はちょうどこのケースをテストしました:
4 つの *.xml ファイルがそのディレクトリに表示されたときに、そのディレクトリから直接転送したいと考えています。そのため、モニターを *.xml に設定し、転送パターンを *.xml に設定しました (以下のコマンドを参照)。
次のコマンドで作成:
fteCreateTransfer -sa AGENT1 -sm QM.FTE -da AGENT2 -dm QM.FTE -dd c:\\workspace\\FTE_tests\\OUT -de overwrite -sd delete -gt /var/IBM/WMQFTE/config/QM.FTE/FTE_TEST_TRANSFER.xml c:\\workspace\\FTE_tests\\IN\\*.xml
fteCreateMonitor -ma AGENT1 -mn FTE_TEST_TRANSFER -md c:\\workspace\\FTE_tests\\IN -mt /var/IBM/WMQFTE/config/TQM.FTE/FTE_TEST_TRANSFER.xml -tr match,*.xml
構成の変更に応じて、次の 3 つの異なる結果が得られました。
さて、転送タイプ File to File では、最終状態は実際には問題ありません。前のファイルが上書きされるため、転送先ディレクトリに 4 つのファイルがあります。しかし、File to Queue では、宛先キューに 16 個のメッセージがありました。
つまり、最初の結果と同じ合計転送ファイル数 (16) が得られました。ソースファイルも削除されません。
したがって、この設定だけで期待どおりの結果を得ることができました。しかし、monitorMaxResourcesInPoll パラメータを「1」に設定することの妥当性については、まだ確信が持てません。
monitorMaxResourcesInPoll=1
agent.properties に。しかし、これはここに投稿された他の回答と衝突しているため、今は少し混乱しています。
バージョン 7.0.4.4 でテスト済み
「1 つのポーリング間隔で複数のトリガー ファイルが見つかった場合、ファイル転送をまとめてバッチ処理する」というボックスをオンにします (画面 3)。
agent.properties ファイルの maxFilesForTransfer を十分な大きさの値に設定してください。ただし、これはすべての転送に影響するので注意してください。
また、agent.properties ファイルで monitorMaxResourcesInPoll=1 を設定することもできます。2 つの理由から、これはお勧めしません。1) すべてのモニターに影響します。2) ボリュームとポーリング間隔によっては、転送する必要のあるすべてのファイルに追いつくことができなくなる可能性があります。
「ファイル転送をまとめて...」を 10 より大きい値に設定します。
Max Batch Size = 100