問題を解決できない過去の4日間から試してください

Question

私はexcat LB値とRB値を与えていますが、まだ問題に直面しています。誰でもこのことを教えてもらえますか？おめでとうございますエラー-26377：要求されたパラメータ "ViewState"に対して要求された境界が応答データに存在するかどうかを確認します。また、保存するデータが10000000バイトを超える場合は、web_set_max_html_param_lenを使用してパラメータサイズを増やしてください。[MsgId：MERR-26377] Action.c（28）：通知：パラメータ "ViewState_count = 0"を保存してください。

Answer 1

この現象が発生することができますいくつかの理由があります。

1. あなたのLBとRBの条件に合致する有効なビューステートに戻って有効なページを受け取っていませんが。これは、テストコードで肯定的な期待結果を確認するステップが適切にペア設定されていない場合によく発生します。その結果、ビジネスプロセスは、エラーが発生したページよりも前のトラック（通常は1〜2ページ前）になり、無効なデータを渡すときにクラスページ500またはエラーページ（開発者の堅牢性によって異なります）が発生します。システム。また、ゼロバイトのページが表示される場合があります。
2. 間違った場所を確認してください。相関は非常に場所の影響を受けやすいので、戻り値を生成する正確な要求とペアにする必要があります。リクエストのペアリングが一致しないと、コンテキストが次のリクエストの次のコンテキストであるため、見つからないことになります。
3. エラーが示すように、サイズが有効になることがあります。これはおそらく条件の稀です。あなたはマッチバッファーのために〜10MBを置いているようです。これは、非常に大きな量です。このバッファは、すべての仮想ユーザーごとに一致バッファーとして確保する必要があるためです。基本的には、最小仮想ユーザーのサイズを10MBに加え、キャプチャされ、ビジネスプロセスの最後までクリーニングされず再利用されないViewstateの値を加えました。状態管理変数の値がこの値を超えるか、またはこの値の近くにある場合、最初の不具合が見つかりました。これにより、クライアントとサーバー側の両方でネットワークへの依存度が高いため、状態管理変数からの負荷を維持するためにパフォーマンスが低下します。これは、状態にあるために必須の項目だけを非常に慎重に検討するのではなく、デフォルトですべてをスローしている開発者にも洞察を提供します。この値をキャプチャに必要不可欠なレベルに調整することをお勧めします。そうしないと、負荷ジェネレータでの仮想ユーザリソースの使用に高いコストがかかります。 LoadRunnerのほとんどのバージョンでは、オペレーティングシステムやホスト上で実行されているものと共有する必要がある32ビットのアドレス空間（4GB）しか扱っていないことに注意してください。私が初めて1個の仮想ユーザを実行したときに大きな足跡仮想ユーザーが同じ1で、私は再びそれを再実行する場合、私はエラーを得なかったら、いつか私は、何の エラーを取得していない
にかなり迅速