IIでこれらのアプリケーションプールの問題が発生したのを苦労して、問題とその解決方法が見つかりました。これはあなたを助けるかもしれません。
Microsoft Internet Information Serverの各Webサイトの各アプリケーションプールは、プールが作成されて最初に実行されるときに、独自のユーザーアカウントとフォルダを "c：¥Users"ディレクトリの下に作成します。実際には仮想ユーザーアカウントであり、IIsでWebアプリケーションに割り当てられたアプリケーションプールの名前にする必要があります。ほとんどの開発環境では、デフォルトのWebサイトまたは "DefaultAppPool"です。この一時的なユーザーアカウントを使用してプールを実行します。各Webサイトには名前付きユーザープールアカウントが必要です。このUserフォルダは、IIs、ASP.NET、およびこの仮想アカウントで使用されるファイルリソースやその他のもののキャッシングと書き込みに、プールとASP.NETによって使用されます。
設定によっては、このフォルダは表示されませんが、IIs Webサイトにアクセスしてプールを使用しているときは「TEMP」フォルダ（自分のものと同じ）が表示されます。
ユーザーフォルダに "TEMP"フォルダが表示されている場合は、IIsとレジストリに壊れたアプリケーションプールアカウントがあります。プールはこの仮想アカウントのバックアップとしてTEMPフォルダを作成していますが、適切なセキュリティ設定がない可能性があります。私はこの正確なシナリオを持っていました。レジストリに行くの下でそれを修正する
：あなたはのDefaultAppPoolユーザーアカウントの「.BAK」拡張子のSIDのユーザーアカウントを持っている場合は、Microsoft \ Windows NTの\ CurrentVersionの\ ProfileListの\ HKEY_LOCAL_MACHINE \ソフトウェアを を参照してください。削除した場合は、PCを再起動してください。 DefaulAppPoolを使用するよう実際にセットアップして、あなたのウェブサイトを再度テストしてください。これで、ユーザーの "DefaultAppPool"フォルダが再作成され、DefaulAppPoolユーザーのレジストリエントリが再作成され、エラーが消えてしまいます。
その時点でUsersフォルダの下のTEMPユーザーフォルダを削除できます。 （ウェブアプリケーションがウェブサイトのユーザーにとって重要なキャッシュされた情報を保存している場合は、新しいDefaultAppPoolユーザーフォルダに挿入する必要があります）。
私はまた、私はローカルデータベースにこのクッキー仮想アプリケーションプールアカウントを追加する必要があることがわかったので、ワーカープロセスとアプリケーションプールaccntはSQL Serverからデータを取得する権利を持つことができます：SQL Serverに移動し、ログインして "IIs AppPool \ DefaultAppPoolそれをユーザーとしてデータベースに割り当てます。私はこれをした後
を（ところで、この仮想アプリケーションプールアカウントシステムを夢見誰ナッツです....そのあまりにも複雑で入り組んだが、整理して）、すべての私のスタックオーバーフローのエラーは、Visual Studioで去っていきました私のWebアプリケーションでは、すべてのデータ接続が完全に起動し、デフォルトのUserプロファイルへのすべての書き込み権限が正しく保存され、IIsのアプリケーションプールの再起動とクラッシュが完全に終了しました。 :)
私は同じ問題を抱えています。今、この質問が尋ねられて数年後です。それはコピーできない1平方メートルのファイルです。私はこのファイルを重要視しないので、単に削除しました。今私のアプリケーションプールは停止しないし、私は設定を変更しませんでした。 –