Administrator Note: An error message detailing the cause of this specific request failure can be found in the application event log of the web server. Please review this log entry to discover what caused this error to occur.

     这个错误是由 IIS6 应用程序隔离机制造成的。IIS默认的应用程序隔离机制被称为：“工作进程隔离模式”，在此模式中，应用程序被分为多个组，每个组就是一个“应用程序池” ，每个应用程序池之间是相互隔离的。 隔离的好处当然就是安全啦，稳定啦，等等。IIS中的每个应用程序池由一个“工作进程”分别进行管理，也就是"W3wp.exe" 。如果有多个应用程序池中的程序运行，我们就能看到多个w3wp.exe。 我们平时新建的虚拟目录都默认被指向IIS6的“DefaultAppPool" 中， 所以在默认情况下，不管你有多少个asp.net程序在运行，在“Windows任务管理器”中你只能看到一个w3wp.exe进程。

      出现上述错误的原因是： .net Framework 2.0的程序与.net Framework1.1(或1.0)的程序被放入同一个应用程序池（默认情况下放入DefaultAppPool池），也就是由同一个工作进程: w3wp.exe 进行管理，而单个工作进程是无法同时管理不同的程序（或者不同版本的程序）的。如果先访问.net framework 1.1的页面，则工作进程先加载并管理了 1.1版本的程序集，此时访问.net framework 2.0的web程序页面，Server

Application Unavailable 错误就出来了。 反之，如果在默认应用程序池的w3wp.exe尚未启动前先访问了 2.0的web程序（此时应用程序集已经加载了.net framework2.0的Web程序集），再访问1.1或1.0的Web程序页面时，同样会出现“服务器应用程序不可用”  这样的中文提示。（您可以结束掉以前的w3wp.exe进行测试。）
    
    之所以在自己的开发机器上没出现此错误是因为他在开发基于.net framework 2.0的项目时，一直都只访问这个2.0的web程序，跟本未曾访问过其他web程序。而服务器上已经存在1.0 的项目，并且一直有人使用。这个错误在今天之前从未碰到过，其实大部分人在开发一个项目时，都只访问正在开发的项目。很有可能就忽略了这个问题，而到了发布的时候却出现错误，搞得手忙脚乱。

   解决办法： 在IIS中新建一个应用程序池，然后选中你的 基于.net framework2.0的虚拟目录，点“属性”－》在“应用程序池” 中选择刚才新建的的应用程序池，点击“确定”。

    如果你的电脑主要是为了学习，开发，测试web程序，完全可以建一个类似于名为"dotnet2.0"的应用程序池，以后所有新建的2.0的虚拟目录都指向此应用程序池。