第1页:把NT 4.0下的ASP应用迁移到Windows 2000上(第一部分)第2页：把NT 4.0下的ASP应用迁移到Windows 2000上(第一部分)第3页：把NT 4.0下的ASP应用迁移到Windows 2000上(第一部分)第4页：把NT 4.0下的ASP应用迁移到Windows 2000上(第一部分)第5页：把NT 4.0下的ASP应用迁移到Windows 2000上(第一部分)

目录

简介

安装和配置

IIS 5.0和ADSI中的新属性

设置安全

Windows 2000已经发布了，你可能已经开始考虑如何将ASP应用从Windows NT移植到2000中。如果现有的基于Windows NT的ASP应用不做改变是否可以运行在Windows 2000下呢？毕竟，迁移一个应用程序不是一项简单的工作，该怎样做才能让应用更平稳的过渡到Windows 2000上呢？

在移植的工作开始之前，你可能想知道哪些功能在Windows 2000下不会或只会造成很小的影响，或者哪些功能需要最小限度的改进以优化性能。你也可能想知道Windows 2000和Microsoft Internet Information 5.0作了什么改变，会导致现有的ASP应用程序产生潜在的问题？具体的说，你需要一个移植计划。

为了能让你更快的进入状况，我们编写了一个分步移植过程。尽管在后面的文章中，我们要更详细的讨论这些，但你应该了解这些基本的步骤。

1. 在开发，测试和最终使用的计算机上安装并配置Windows 2000和IIS5.0。
2. 在所有计算机上重建原站点，包括虚路径。
3. 在测试和最终生产环境（注）中设置安全选项。
4. 拷贝所有的ASP页面，以及所有相关的图形，脚本到开发环境。另外，将不属于MTS的ASP组件复制到开发环境。
5. 在开发环境将MTS移植到COM+应用。
6. 安装Visual Studio(或其他开发工具)。
7. 在开发环境单独的测试每一个ASP模块（ASP页面和相关的组件），作适当的修改以确保以应用程序在Windows 2000和Windows NT下的表现是一样的。
8. 将经测试和修改过的ASP和相关的COM+复制到测试环境中进行兼容性测试。此外，还可以调整IIS 5.0的设置，并使用压力测试工具确定那种设置更适于应用。
9. 将经过测试和性能调整的ASP应用和相关的COM+组件移植到最终生产环境中，记住每次只移植一个应用。跟踪CPU在每一个新移植的ASP应用的表现，确保新的应用不会占用过多的CPU时间，如果必要可以在新的ASP应用上实施CPU和带宽扼制。
10. 使用Windows 2000提供的新的监视功能（如CPU跟踪工具）监视最终环境下的应用。

这些步骤看起来对应着大量的工作，但是一但完成了这些。你的ASP应用不需要再开发的工作就可以运行，也不会在最终的生产环境中发生一些意想不到的事情。而你可以将精力转移到研究Windows 2000提供的新功能上，并开始考虑如何利用这些新功能改进ASP应用。

*注：最终生产环境(Production Environment)