| In-place upgrade You have the ability to install SharePoint 2010 on the same hardware as the current version of SharePoint. You can also upgrade the content and settings in the server farm as part of a single process. | Farm-wide settings are preserved and upgraded. Customizations are available in the environment after the upgrade, although manual steps may be required to upgrade or rework them. | Servers and farms are offline while the upgrade is in progress. The upgrade proceeds continuously. Consequently, you must allocate enough time for all content to be upgraded in sequence. |
| Database attach upgrade You can upgrade the content for the environment on a separate farm. The result is that you do not upgrade any of the services or farm settings. You can upgrade the databases in any order and upgrade several databases at the same time. | You can upgrade multiple content databases at the same time, which results in faster upgrade times overall than an in-place upgrade. You can use a database attach upgrade to combine multiple farms into one farm. | The server and farm settings are not upgraded. You must manually transfer settings that you want to preserve from the old farm to the new farm. Any customizations must also be transferred to the new farm manually. Any missing customizations may cause unintended losses of functionality or user experience issues. Copying databases over a network takes time and bandwidth. You must plan for that. You need direct access to the database servers. |
| Hybrid approach 1: Read-only databases You can continue to provide read-only access to content during the upgrade process. For this approach, you set the databases to read-only while the upgrade is in progress on another farm. | The existing farm can continue to host non-upgraded sites (in read-only mode) while you upgrade the content. As a result, there is minimal downtime for users.
You can upgrade multiple content databases at the same time, which results in faster upgrade times overall than an in-place upgrade.
You can upgrade hardware in addition to software. | The server and farm settings are not upgraded. You must manually transfer settings that you want to preserve from the old farm to the new farm.
Any customizations must also be transferred and upgraded manually. Any missing customizations may cause unintended losses of functionality or user experience issues.
Copying databases over a network takes time and bandwidth. You must plan for that.
You need direct access to the database servers. |
| Hybrid approach 2: Detach databases You can take advantage of an in-place upgrade’s ability to upgrade content and settings while adding the speed of a database attach upgrade. For this approach, you use an in-place upgrade to upgrade the farm and settings and to detach and upgrade multiple databases in parallel (on the same farm or a separate farm). | Farm-wide settings can be preserved and upgraded.
Customizations are available in the environment after the upgrade, although manual steps may be required to upgrade or rework them.
You can upgrade multiple content databases at the same time, which results in faster upgrade times overall than an in-place upgrade. | Copying databases over a network takes time and bandwidth. You must plan for that. You need direct access to the database servers. |
No comments:
Post a Comment