Copy Your Environment with SP2

 
 
By Joel Oleson  |  Posted 2010-03-25 Email Print this article Print
 
 
 
 
 
 
 


Step No. 4: Copy your environment, including all customizations and other files, with SP2

It is imperative to have a copy of your existing environment in the event anything goes wrong during the upgrade. Be sure to test all of your backups before you start the upgrade so you can restore your existing environment, if necessary.

Step No. 5: After you have a copy of your environment in an image, run PreUpgradeCheck

This Stsadm command is built on the best practices analyzer and is the best free tool available to help you understand the current state of your environment. You will get a rich, Web-based HTM report, with a full log of detailed information about each check performed. The HTM report contains the real meat of the PreUpgradeCheck, with content divided into two categories: information and configuration, and customizations and dependencies.

Read the details of the HTM report, as well as the log, and address as much as you can in the virtual environment. PreUpgradeCheck is a read-only operation that does not write, so don't be afraid to run the command; it won't make any changes to your current environment.

Step No. 6: Reevaluate and clean up your information architecture

Unnecessary content that is just taking up space in the environment will slow down the upgrade process. The more optimized your environment, the faster and smoother your upgrade will be. So, before you start, get rid of unused sites and site collections, as well as orphaned sites, lists and objects identified in the PreUpgradeCheck. Also, remove locks and increase the quotas for sites that are at or near capacity, and remove or add missing features and Web part assemblies identified in PreUpgradeCheck.

Also, make sure you finalize previous upgrades, and reset pages and sites back to site definition, if necessary. Be sure to address any improper development, testing environments or resources for your customizations.

Joel Oleson is a Senior Architect and SharePoint evangelist at Quest Software where he is responsible for product direction and strategy. In the SharePoint community, Joel is a well-known, enthusiastic trainer and architect, and he maintains a popular blog. Joel is a frequent speaker at technical conferences and often presents to local SharePoint user groups. Prior to Quest, Joel worked for Microsoft where he was part of the first Microsoft global deployment of SharePoint. He can be reached at Joel.Oleson@quest.com.



 
 
 
 
Joel Oleson is a Senior Architect and SharePoint evangelist at Quest Software where he is responsible for product direction and strategy. In the SharePoint community, Joel is a well-known, enthusiastic trainer and architect, and he maintains a popular blog (at www.sharepointjoel.com). Joel is a frequent speaker at technical conferences and often presents to local SharePoint user groups. Prior to Quest, Joel worked for Microsoft where he was part of the first Microsoft global deployment of SharePoint. He can be reached at Joel.Oleson@quest.com.
 
 
 
 
 
 
 

Submit a Comment

Loading Comments...

 
Manage your Newsletters: Login   Register My Newsletters























 
 
 
 
 
 
 
 
 
 
 
Rocket Fuel