BizTalk EDI一括処理サービスで処理できるレコード数はいくつですか？

Question

私はアセンブリX12 834ファイルに展開されたBizTalkアプリケーションを持っています。 約100Kレコードの有効なEDIファイルをアセンブリするにはうまく動作します。生成される最終ファイルは約70-80Mです。

しかし、レコード数が約1.2Mに達すると、バッチ処理のパフォーマンスが大幅に低下し、バッチを完了するまでに時間がかかります。

約200Kインターチェンジごとにファイルをリリースするようにバッチ処理を設定しようとしましたが、いくつかのファイルを生成することができますが、約500Kレコードがフィードした後もパフォーマンスが許容できなくなりました。

バッチ処理を開始する前に、bts_CleanupMsgboxスクリプトを実行してMsgBox内のすべての項目を消去しようとしました。

質問：BizTalkバッチ処理サービスはこのデータ量を処理できますか？パフォーマンスの問題は、バッチ処理サービス（オーケストレーションのすべての永続ポイントでXMLに保存/状態をデータベースに保存する）、またはパフォーマンスチューニングによってこのボリュームのデータをファイルにアセンブルすることができます。

Answer 1

組み込みのバッチ処理は、このようなデータ量には適していないと思います。

大きなバッチが必要な理由はありますか？私はかなり多くのEDIを行っていますが、このような要件に遭遇したことはありません。

これは該当するかどうかわかりませんが、X12InterchangeXmlスキーマにマッピングすることで、組み込みEDIバッチオーケストレーション全体を実際にバイパスすることができます。また、インターチェンジ内のメッセージの順序も制御できるという利点があります。それにはいくつかのやり方がありますが、一般的にこれはより効果的です。

Answer 2

まず、一般的な要件を再度確認する必要があります。 120万人が多く、私は834人ではありません。それは起こりえないが、両者にとっては120万人が大きい。

120万メンバーは衝撃的ではありませんが、120万の個人834は非常に非常に珍しいでしょう。あなたは10Kかそれ以上のメンバーを1 834にバッチできますか？それは〜100 834だけです。