最近在单位新服务器上搭建基于.NET
Framework4.0的网站，结果一切都安装OK后，网站怎么都运行不起来（但是基于.NET2.0的网站能够运行起来，很是奇怪），除了简单的
500错误外没有任何线索。然后打开IIS7.5的跟踪日志，发现提示错误为“ISAPIMODULE 不是有效的win32程序”。
通过分析发现，原来是因为我们的网站是基于x86平台开发的，对应的ASP.NET
4.0应用程序池设置了“启用32位管理”，所以网站会调用基于x86的isapi。可是在安装.NET
Framework4时本身是包含32位和64位的，为什么会有如此提示呢？后来只能一个一个卸载，争取复原原始环境。
服务器背景：Windows 2008 R2 Standard 64bit（已安装TFS2010，因为服务器资源短缺，只能是web和tfs共用一台服务器）。
操作步骤：
- 卸载IIS，因为isapi有问题，我们猜测是iis有问题——成功卸载
- 重新安装IIS——出现错误
提示：错误: 尝试安装 IIS 管理控制台 失败，错误代码为 0x80070643。 安装时发生严重错误
后来通过在网上多方查找，原来是因为和WAS (Windows Process Activation Service)服务有关，必须先卸载该功能才能安装IIS。
这时，我突然觉得.NET4.0 32bit 运行有问题可能真的和这个服务有关（因为之前安装的2008服务器都没问题，只有这台不知道谁给装上了这个WAS）。
于是在“服务管理器--》功能--》删除功能”中，找到WAS，并删除它，然后重新安装IIS，安装成功。
3. 重新安装.NET 4.0 Framework
4. 部署网站
5. 修改应用程序池，启用Win32，网站运行成功。
总结：
我认为这次之所以失败，很有可能是因为某个服务导致的.NET Framework安装顺序不正确，结果isapi.dll识别不出来。如果遇上此类问题，最好还是重新安装IIS，然后重新设置。通过aspnet_regiis的方法，有时可以，但有时不成功
--------------------------------------------------------------------------
再次总结：
今天有了新的发现，今天重新安装WSS
3.0（Sharepoint）后，网站又不能用了，而且IIS的默认站点也被WSS给删除了，看来应该是它捣的鬼，它的安装修改了IIS的设置，网站下
的应用程序出现了问题，以后得要多注意。我现在新建了一个默认网站，修改WSS的端口，能够基本运行，但是有很多小问题，希望不要再重装IIS了
