原文地址：http://mvolo.com/where-did-my-iis7-server-go-troubleshooting-503-quotservice-unavailablequot-errors/

      一） 这是什么？

　　　　WAS（W3SVC）服务，是创建用来处理接收的HTTP 请求的IIS 工作进程的服务，当WAS创建IIS工作进程失败后就会出现这个错误

　　二）为什么会发生？

　　　　有许多原因造成WAS创建IIS工作进程失败：程序配置、不正确的程序池配置、IIS配置错误造成的工作进程初始化失败或某个进程崩溃等。

　　三）如何解决这个错误？

　　　　步骤1：检查|IIS的应用程序池是否停止

　　　　　　WAS启动工作进程如果在5分钟内失败5次，会进入故障保护模式并停止程序池中的处理程序，这样可以防止程序崩溃。

　　　　　　一旦包含你的处理程序停止，就会产生503错误，我们通过下列方式检测：

                > %systemroot%windowssystem32inetsrvAppCmd.exe list apppools

             

               如果发现程序池是停止的，那么我们就可以继续下一步了

　　　　步骤2：检查事件日志

　　　　　　 IIS 工作进程初始化失败或WAS创建IIS工作进程失败时，会在windows中写下日志供我们查看。

　　　　　　> eventvwr

　　　　　　导航到 “Application” event log first. Look for error events from IIS-W3SVC-WP source.

            

          在上面的例子中，IIS 工作进程因为加载DLL不成功造成初始化失败（路径拼写错误）；如果错误原因在工作进程启动之前，那么就是WAS创建工作进程错误，日志写在“System”event log。在我的例子中，IIS工作进程初始错误，WAS多次启动不成功进入故障保护模式，下图是查看“System”event log

      

        MS的链接失效了，故跳过一段

步骤3：处理错误

　　　　当然这一步依赖于参考前一步找到特定的错误，一定要参考IIS Health Model的事件日志参考（链接丢失啊），例如：

      WAS 启动工作进程失败：

　　　　　　1）配置错误

　　　　　　2）程序池使用了错误的账户名或密码

　　　　　　3）达到允许的最大数量的进程或没有资源

　　IIS 初始化失败：

　　　　　　1）配置错误

　　　　　　2）DLL路径错误或加载失败

　　　　　　3）module初始化失败，或注册模块入口点失败

　　程序崩溃：

　　　　　　一个模块或程序组件产生一个调试中断，或内存访问冲突造成进程的终止等。

　　　　修复错误后，就可以进行下一阶段了。

步骤4：重启应用程序池

　　　　> %systemroot%windowssystem32inetsrvAppCmd.exe start apppool DefaultAppPool

　　　　(将 DefaultAppPool 替换成你的程序池名称).

　　　　程序池正常启动入下图：

          

          如果仍然存在问题，那么继续参考下面的文章：

　　　　http://mvolo.com/troubleshooting-iis7-503-quotservice-unavailablequot-errors-with-startup-debugging/

　　　　http://mvolo.com/where-did-my-iis7-server-go-troubleshooting-quotserver-not-foundquot-errors/

　　　　http://mvolo.com/troubleshoot-iis7-errors-like-a-pro/

　　　　http://social.technet.microsoft.com/wiki/contents/articles/21754.event-id-2276-iis-worker-process-availability.aspx