が大きく、複雑で非常に複雑なASP.NETWebフォームがありViewStateます。現在、ブラウザへの影響を減らすために（__VIEWSTATEの非表示の入力フィールドを縮小することにより）、とを使用しPageAdapterて内SessionPageStatePersisterに格納しています。ViewStateSession
ただし、セッションモードをからに変更してInProc、StateServerRAMの使用量を減らし、サイトの再起動とアプリケーションプールのリサイクルの問題を回避できるようにします。ViewStateをセッションからプルバックする必要がありますか？それともそのままでいいのでしょうか？
将来的には、負荷分散も行いたいと思いますが、「スティッキーセッション」を使用するだけでよいと聞いたので、StateServerに強制されない可能性があります。
注：私は現在.NET 2.0（統合）を使用していますが、それを更新することはできます。
そのルートに行く前に私が調べる他のいくつかのオプションがあります...
最初に調べるのはViewStateの圧縮です。これにより、ViewStateのサイズを最大60％削減できます。Telerikは、ここで見つけることができる優れた圧縮モジュールを提供します
次に、ViewStateフィールドに最大長を設定できます。これにより、ASP.NETはViewStateを複数の非表示フィールドに分割します。これにより、通常、ページのパフォーマンスが向上します。PageStateFieldLength次のweb.configように設定できます。
<pages maxPageStateFieldLength="100"></pages>
SessionPageStatePersisterセッションがたまたま保存されている場所ならどこでも、ビューステートをSessionオブジェクトに保存します。セッションがInProc、SQL、StateServerのいずれであるかは完全に認識されないため、何もしなくても機能し続けるはずです。