이미 아시는 분도 계시겠지만.

IIS는 문제 있는 작업자 프로세스가 무한정 recycling이 되는 것을 방지합니다.
바로 그 기능이 "오류 급증 시 보호 기능 사용" 인 것이죠.

5분(기본값) 안에 작업자 프로세스가 한계상황에 직면하여 5번(기본값) recycling이 되었다면 문제가 있는 프로세스라고 판단하는 것입니다.

거의 그런 상황을 내는 응용 프로그램이 만들어질리는 없을 거라 보이지만. ^^

재미있게 한번 재현을 해본다면.

1. Web Application을 제작.
2. 테스트 WebForm1.aspx를 만들고, 코딩은 할 필요 없음.
3. http://localhost/WebApp/WebForm1.aspx라고 IE로 네비게이션.
4. 작업 관리자에서 w3wp.exe를 강제 종료.
5. 위의 3번과 4번 작업을 5분 안에 5번 만 반복합니다.
6. 이제 http://localhost/WebApp/WebForm1.aspx로 네비게이션을 하려고 하면, 응답이 바로 떨어집니다. "Service Unavailable"이라고 대문짝만하게. 이후로, 아무리(무한정 기다려 본적은 없음) 기다려도 해당 AppPool은 IIS로부터 완전히 격리가 되어 활동하지 않게 됩니다. 다시 서비스를 하기 위해서는, IIS를 재시작 시켜야 합니다.

저 같은 경우, 가끔 "작업자 프로세스" 자체에 대한 테스트 때문에 일부러 "작업관리자"를 통해서 w3wp.exe를 죽이는 데요. 그런 경우 가끔 "Service Unavailable" 상황까지 가게 됩니다. ^^; 이럴 땐.... IIS reset의 귀찮음이 싫은 분이시라면, Enable rapid-fail protection 옵션을 끄고 테스트 하시면 됩니다.

---

• [다음 글] VS.NET IDE: 33. IIS 6.0 AppPool 설정 - Enable rapid-fail protection
• [이전 글] .NET Framework: 48. IE를 죽이는 스크립트 소스

---