随着越来越多的云主机或VP普及Windows 2008或Windows 2008 R2，iis 7.0或IIS 7.5的时代已经到来。以Windows 2008 R2为例，
描述如何将windows 2003下IIS 6.0的重写组件完美迁移到Windows 2008 R2。
Windows 2008 R2默认只有64位，但它内置了支持32位的功能，这意味着几乎所有能在32位下正常运行的软件都能在Windows 2008 R2中正常运行。
所以不用担心是否支持php 5.2.17。另外需要注意的是，在Windows 2008 R2下，IIS版本是7.5，添加的是服务器管理面板中的“角色”，而不是“功能”。
这在你第一次接触2008 R2时是找不到的.
IIS7.0从一开始就是模块化的。我们可以安装我们需要的任何东西，包括ASP支持。当我们用它来运行PHP时，我们钩住了CGI。安装PHP的时候，不需要安装FastCGI，因为它已经内置了。
这与Windows 2003不同。
让我们言归正传。当我们在Windows 2003下使用重写组件时，我们通常会有相应的httpd.ini规则包，而在Apache下，我们应该有。htaccess规则包。
网上有很多方法可以让我们使用IIS 7.5的ULR重写模块来导入原来的规则。导入的规则会在网站的根目录下生成一个web.config文件，该文件存储了根据导入生成的新规则。由于各种原因，
IIS 7.5可能无法100%识别导入的规则语法，导致导入的规则运行时出现各种提示，包括失效、HTTP 500内部错误等等。
有什么办法可以直接使用Windows 2003原来的伪静态规则包？答案是肯定的，Windows 2008 R2更兼容，没有Windows 2003莫名其妙的上下箭头。
权限一次配置到位。
在Windows 2008 R2 IIS 7.5的站点面板中，有一个“IsapI filter”模块，是Windows 2003加载重写组件的地方。接下来，你应该明白如何加载它。同样的，
这里，Rewrite.dll被用作运行文件并被加载到ISAPI过滤器中。以KingCMS的本地门户v2.2为例，ISAPI过滤器Rewrite.dll会自动读取下一个httpd.ini规则包。
一般来说，没练过的教程就结束了，但是在实际操作中，这样加载重写组件，还是不能生效。其实原因很明显，因为Windows 2008 R2是64位的。
我们在Windows 2003中直接使用的重写组件是32位的，所以我们需要弄清楚IIS 7.5加载的重写组件是如何设置为32位兼容模式的，最后在疯狂搜索后在应用程序池中找到设置：
请将“启用32位应用程序”设置为True，然后重试。伪静态在力吗？