IIS的莫名错误

  问题出现的背景：某日，服务器报磁盘空间不足，我习惯性的登录服务器进行手工删除一些垃圾文件。

  问题描述：打开web访问系统，报dx:标签不存在。

  由于我删文件在先，之后可能也没有人使用系统，过了一段时间才有人发现系统登录不上，我再看服务器报的这个错误，所以一开始并没有注意是我删了某些文件导致的。

  好吧，既然问题出现了就解决吧。dx:标签不存在，我第一反应就是重新安装devpress。因为我们整个系统用到的是devpress的第三方控件，现在报这个 标签不存在，我就上网搜索吧。实在很悲催，因为这个毕竟是.net的第三方控件，网上遇到这种问题的少之又少，基本都是说重新安装插件。我分析是不是我删掉了dev的某些注册文件，导致访问不了，然后报错呢？好吧，重新安装、破解，重新电脑，再次登录系统，仍然报这个错误。头大了，到底什么问题呢？这个控件之前用得好好的，我删的文件也没删到关于dev的文件啊，为什么报错呢。 所以我只能怪是服务器环境问题了。

   老板骂了一顿后，很伤心。妈 的 我就死马当活马医了，直接在服务器安装vs2008,(因为是用vs开发的程序)，装好vs后，直接放程序在vs运行。噔噔，系统运行正常啊，那么按道理来说dev是安装好的，不然在vs的环境也是运行不出来的。那就神奇了，删的文件与dev控件无关，在vs的运行也正常，那到底是什么问题呢。

  问题再深入研究：既然在vs能正常，iis不正常，那就是iis和vs的运行环境有区别了。好吧，我就重新安装iis，.netframework。iis重新安装正常，.netframework安装失败。怪了，为毛呢。装过2.0,3.0,4.0，同样的报错。是不是我已经装过.netframework的原因导致了呢？突然想到iis还有其他项目的，那我就运行一下其他系统吧，噔，也是正常啊。。多么奇怪啊，其他系统能正常的啊，那就是iis应该是好的，继续沉思，继续百度。网上说的什么对.net的文件夹赋予权限，我都搞了一遍，无果。

  看看系统错误日志，发现报的是dx这个第三方控件用到的的是.net在c盘的某些程序集，然后我打开进入程序集，发现也是有的，为什么系统就访问不了这个程序集呢？

  问题再探索：基于上面的报错，找不到对应程序集，而程序集实际是存在的，这时我想到是不是需要重新注册iis。于是cmd命令行注册iis，发现报错，注册失败的，但其他系统又能正常运行。

  问题解决：注册失败，根据报错信息，找到报错日志，哇好长。success一堆，一开始还没注意的，很长很长一堆都是成功的，为什么iis就是报错呢？再细心查找下吧，直接文档搜索faile，发现了两个，问题终于浮现了，failed的报错信息就是我之前删掉的文件夹，由于这些文件夹是iis上面虚拟目录的对应文件夹，注册iis时发现这个虚拟目录对应的实际文件夹并不存在，所以iis注册失败（其实我觉得这个是微软的bug啊）导致iis直接访问.net程序集时失败，所以有用到相关程序集的就找不到对应文件。接着我就手动重新建这些目录。再注册，iis注册成功，重启iis，运行系统，正常了。

  唉，很漫长的一个解决过程。

  总结：1，由于报错信息不是直接指向问题的症结所在，导致查找原因绕了不少的圈。

             2，在服务器上千万不要随便删除文件，即使磁盘满，也需要备份再删除。

             3，多看报错信息，深入了解其原理，步步跟踪排除问题。