Services質問0サインインして投票お世話になります。ググっても見つからなかったため、ご相談させて頂きます。会社用のPCでWebシステムの開発をしております。Expressでなく)Windows付属のIISでデモサイトを幾つか作成していますが、ふとエクスプローラーで「C:\Users\」を見ていたら、知らない間に沢山のユーザーフォルダが作成されていました。それらのフォルダは全てIISで作成したサイト名と同じでした。こんな感じになっています。CドライブルートUsersyamada(これは自分のフォルダ)first.example.jpsecond.example.jpthird.example.jp中を覗くと、「AppData」や「Desktop]、「Documents」といった、ユーザー作成時に作られる普通のフォルダ群が並んでいます。以前使っていたPCでもIISは動かしていましたが、こうした事は起こらなかったと記憶しています。そこでお聞きしたいのは、以下の2点です。何が原因こうなったかこれらのフォルダを削除しても、既存のIISの動作に影響ないか(もし不要であれば)今後IISでサイトを作成時に、こうしたフォルダが作成されないように設定できるかどなたかお分かりになれば教えていただきたいと思います。5:23回答0サインインして投票IISで作成したサイトのワーカープロセスの実行ユーザーとユーザープロファイルはどんな設定になっているでしょうか。用意できるIIS10の環境がないのですが、英語のドキュメントは見つけました。アプリケーションプールの右クリックメニューから詳細設定を開きプロセスモデルのところのIDとloadUserProfileの値です。Identitiesおそらく以前はデフォルトのユーザーだったか、アプリケーションプールごとのユーザーだったがloadUserProfileがfalseだったのではないでしょうか。以前使っていたPCというのがWindows10でなければ、Windows10にしたことによって、IISを入れたときのワーカープロセスのユーザーの作成の挙動が変わったのかもしれません。ワーカープロセスの実行ユーザーがアプリケーションプールごとのユーザー(ApplicationPoolIdentity)でloadUserProfileがtrueの状態であればUsers以下のフォルダは消すべきではないと思います。ユーザープロファイルはここに保存されているからです。AppPoolを指定すればユーザーアカウントごと削除しても問題ないかと思います。14:37すべての返信0サインインして投票IISで作成したサイトのワーカープロセスの実行ユーザーとユーザープロファイルはどんな設定になっているでしょうか。用意できるIIS10の環境がないのですが、英語のドキュメントは見つけました。アプリケーションプールの右クリックメニューから詳細設定を開きプロセスモデルのところのIDとloadUserProfileの値です。Identitiesおそらく以前はデフォルトのユーザーだったか、アプリケーションプールごとのユーザーだったがloadUserProfileがfalseだったのではないでしょうか。以前使っていたPCというのがWindows10でなければ、Windows10にしたことによって、IISを入れたときのワーカープロセスのユーザーの作成の挙動が変わったのかもしれません。ワーカープロセスの実行ユーザーがアプリケーションプールごとのユーザー(ApplicationPoolIdentity)でloadUserProfileがtrueの状態であればUsers以下のフォルダは消すべきではないと思います。ユーザープロファイルはここに保存されているからです。AppPoolを指定すればユーザーアカウントごと削除しても問題ないかと思います。14:370サインインして投票tanaka_733様わざわざ調べていただいて、ありがとうございます。IISで作成したサイトのワーカープロセスの実行ユーザーとユーザープロファイルはどんな設定になっているでしょうか。ご推察のとおり、loadUserProfileはTrue(IDはApplicationPoolIdentity)でした。以前のPCはWindows7→8へのアップグレードですが、プロセスモデルの設定を変えた記憶はないので、既定でFalseだったのかもしれません。お教え頂いたとおり、loadUserProfileをFalseに変更した上でユーザーフォルダを削除したところ、当該サイトは問題なく動作していました。ありがとうございました。情報を無料ニュースレターで入手|日本での個人情報の取り扱い|サイトマップ|特商法に基づく表示|使用条件|商標|プライバシ。