前几天老大说要把服务器213在服务器223上镜象一个, 于是昨天我就把213上IIS的程序都拷贝到223上, 创建好虚拟目录然后运行程序, 结果出现了:
服务器应用程序不可用
您试图在此 Web 服务器上访问的 Web 应用程序当前不可用。请点击 Web 浏览器中的“刷新”按钮重试您的请求。

管理员注意事项: 详述此特定请求失败原因的错误信息可在 Web 服务器的系统事件日志中找到。请检查此日志项以查明导致该错误发生的原因。

的错误. 

           我查看了IIS配置没出错,和213上的一样, 运行时是Framework 2.0, 扩展服务都开了.  于是google了"服务器应用程序不可用",网上提供的解决方案有以下几种:

1:
.NET 2.0 和1.1 共用时,出现"服务器应用程序不可用"的错误.
其实是进程池调用冲突的问题,如果访问的两个应用程序,分别是2.0 和1.1, 而且他们共用一个进程池,
IIS 无法同时将其解析2种版本，就会出现如上的错误.

解决办法:
修改其中之一的进程池, 如把 2.0的应用程序的进程池改为 ASP.NET 2.0 . 即可。

2:
重新注册IIS, NET\Framework\v2.0.50727里的aspnet_regiis.exe 运行它,重新注册一下.net aspnet_regiis.exe -u 先卸载 aspnet_regiis.exe -i 重新安装 有时候重启一下服务器就好了。

按照一下2个方法配置了下,然后运行程序,但是还是出现同样的错误,郁闷.
又继续查找, 有一些人提示你"查看事件查看器",于是我进了查看器查找,发现了如下2个错误提示:
1:由于无法创建应用程序域，因此未能执行请求。错误:   0x80070005   拒绝访问。
2:未能初始化   AppDomain:/LM/W3SVC/1635210705/Root   
    Exception:   System.IO.FileLoadException  
  Message:   未能加载文件或程序集“System.Web,   Version=2.0.0.0,   Culture=neutral,   PublicKeyToken=b03f5f7f11d50a3a”或它的某一个依赖项。拒绝访问。  
  StackTrace:         在   System.Reflection.Assembly.nLoad(AssemblyName   fileName,   String   codeBase,   Evidence   assemblySecurity,   Assembly   locationHint,   StackCrawlMark&   stackMark,   Boolean   throwOnFileNotFound,   Boolean   forIntrospection)  
        在   System.Reflection.Assembly.InternalLoad(AssemblyName   assemblyRef,   Evidence   assemblySecurity,   StackCrawlMark&   stackMark,   Boolean   forIntrospection)  
        在   System.Reflection.Assembly.InternalLoad(String   assemblyString,   Evidence   assemblySecurity,   StackCrawlMark&   stackMark,   Boolean   forIntrospection)  
        在   System.Activator.CreateInstance(String   assemblyName,   String   typeName,   Boolean   ignoreCase,   BindingFlags   bindingAttr,   Binder   binder,   Object[]   args,   CultureInfo   culture,   Object[]   activationAttributes,   Evidence   securityInfo,   StackCrawlMark&   stackMark)  
        在   System.Activator.CreateInstance(String   assemblyName,   String   typeName)  
        在   System.AppDomain.CreateInstance(String   assemblyName,   String   typeName)  
        在   System.AppDomain.CreateInstance(String   assemblyName,   String   typeName)  
        在   System.Web.Hosting.ApplicationManager.CreateAppDomainWithHostingEnvironment(String   appId,   IApplicationHost   appHost,   HostingEnvironmentParameters   hostingParameters)  
        在   System.Web.Hosting.ApplicationManager.CreateAppDomainWithHostingEnvironmentAndReportErrors(String   appId,   IApplicationHost   appHost,   HostingEnvironmentParameters   hostingParameters)  

         于是又google了下"由于无法创建应用程序域，因此未能执行请求。错误:   0x80070005   拒绝访问。",查到了一下解决方案:
1:
安装2.0之后，在IIS的虚拟目录的属性设置中会多出一个ASP.NET标签，在那里边把运行时调整为2.0，默认使用的是1.1的运行时。  

2:
这个是权限问题，  
  首先检查应用程序池的属性，看看它是以什么用户身份运行的，一般是NETWORK   SERVICE   然后确保这个用户对.NET   Framework   2.0的目录有访问权限，事实上应该是有的。目录是systemroot:\Windows\Microsoft.NET\Frameworks\2.0.xxxx  
   
  如果以上两条都对，很不幸，你遇到了一个很奇怪的问题，我上次是把应用程序池的用户身份改成本地系统来运行的。

按照第二种解决方案配置:  把运行池的访问用户设置为"本地系统", 然后运行程序, 错误没在出现, 成功解决, 但是但在我选则"本地系统"时,IIS提示会有安全问题,本来有些担忧,但看了如下的回复后就没那么担忧了:
不用担心权限的问题，大所数系统都需要设置成本地系统才行，  
  最简单的例子：一个网络硬盘都需要设置为本地系统，更别说别的了。  
  不用头痛，你听说过因为设置为本地系统，而造成黑客侵入的吗？  
  中国有这个能力的人不多。要是遇到真正的黑客，你再怎么搞也是不安全不是。

从做天为这个问题搞到现在, 总算解决了,  虽然搞了一天,但学到了很多关于IIS的知识, 应用程序池, Framework运行时环境, IIS错误日志文件, 事件查看器 算起来还是值的呢,平时都懒没去搞他们, 碰到错误时才会去看...  呵呵...

评论