Migrating a Web Server to IIS 5.0 |
There are several ways you can approach upgrading an IIS Web server, as summarized in the following paragraphs.
Pros By doing this, you avoid taking your production Web server offline for a potentially extended time period while you upgrade and test it. Following deployment, if problems arise with the new server that didn’t appear during testing, you have the original server available as a backup.
Cons The IIS Migration Wizard will not migrate large numbers of Web sites.
Recommendation This is the recommended method if you want to upgrade your hardware at the same time you upgrade IIS.
Pros: By doing this, you avoid taking your production Web server offline for a potentially extended time period. Following deployment, if problems arise with the new server that didn’t appear during testing, you have the original server available as a backup.
Cons: You could potentially run into problems with the upgrade if the new server hardware is quite different from the old one. You’ll probably need to adjust performance settings that are affected by hardware.
Recommendation: This is a good approach if you want to upgrade your existing hardware.
Pros: By doing this, you avoid taking your production Web server offline for a potentially extended time period. Following deployment, if problems arise with the new server that didn’t appear during testing, you have the original server available as a backup.
Cons: All hardware on the second system must exactly duplicate the original IIS server, so you must forgo the option to upgrade your hardware when you upgrade IIS.
Recommendation: This is an acceptable approach if you don’t want to upgrade your hardware.
Pros: No hardware cost.
Cons: Upgrading a production Web server is extremely risky. You must take the server offline, and it will not be available to users until you complete all upgrade tasks, testing, and debugging.
Recommendation: This method is not recommended except when you have implemented a Web server cluster and only need to take one of the clustered production Web servers offline at a time to implement the upgrade. The remaining servers in the cluster stay online and are fully functional.