ライブ SharePoint 環境で web.config ファイルを編集する必要がありますが、編集するとどうなるかわかりません (カスタム エラーを出力したい)。
これにより、IIS6 ワーカー プロセスがリサイクルされますか?
これにより、アクティブなユーザーはセッション状態を失いますか?
または、ファイルを安全に編集できますか?
ライブ SharePoint 環境で web.config ファイルを編集する必要がありますが、編集するとどうなるかわかりません (カスタム エラーを出力したい)。
これにより、IIS6 ワーカー プロセスがリサイクルされますか?
これにより、アクティブなユーザーはセッション状態を失いますか?
または、ファイルを安全に編集できますか?
アプリケーション プールが再起動し、セッション状態が失われます。各 ASP.NET アプリケーション (IIS で定義) がデスクトップ上のプログラムであると想像してください。web.config を保存すると、プログラムを閉じて再度開くのと同様の処理が行われます。
また、セッション状態がアウト プロセス (データベースまたはサービス) として構成されている場合、アプリ プールをリサイクルしてもセッション状態は失われません。これは、基本的な ASP.Net の場合と同様に、Sharepoint にも当てはまります。
一部の人々が既に述べたように、IIS のサイトのアプリケーション プールが再起動します (通常、これには数秒かかります)。その結果、次のページ リクエストが遅くなります (何もキャッシュされなくなるため)。また、ユーザーのセッション状態も失われます。ただし、WSS セッション状態では、既定では使用されません。MOSS では、InfoPath Form Services によって使用されます。したがって、セッション状態の喪失に関連する大きな問題がない可能性があります。
反対側では。これらの問題を克服するために: 通常は、(オブジェクト モデルの SPWebConfigModification クラスを使用して) コードから web.config を変更するタイマー ジョブを展開および開始する SharePoint ソリューション (WSP) を作成します。良い点は、変更の実行をスケジュールできるため、ユーザーが気付かないことです。