As it's been recommended by Joel Oleson's, we choose a Hybrid upgrade approach
Here is an actual upgrade strategy plan, that I have created before getting my hands dirty with testing and upgrading:
1. SP 2007 Prod analysis
- Topology.
Topology review showed us that we need to change topology for a new farm to increase performance.
We moved a SSRS server out of the WFEs.
- Hardware.
Check if you need to upgrade the hardware before the SP2010 upgrade
We had to upgrade all servers in the farm.
We requested a new VMs with appropriate hardware. The old 2007 farm servers will be upgraded
and we will re-use them to make the farm Highly Available.
- Configuration (external system dependency, ISA configuration)
For an example, after we rolled SP2010 out, we have discovered that current VPN client won't support popup windows in the IE...and SP2010 extensively uses Dialog forms.
Make sure that you thought over all the systems that are using the SharePoint to avoid our mistake. These dependencies should be tested with test SP2010 farm before going live.
- Customization
To pull all wsp files use the script spExtractSolutionsFromFarm.
Check if you have third-party tools that you have to migrate over.
- Recommendation
This chapter helps to formulate the scope of the work to present to project manager\customer.
2. Preparation for SP2010 upgrade
Here are the actual stages that we gone through to make 2010 Upgrade happen:
Stage I: “Pruning”. We need to prepare Prod environment before the actual upgrade. By pruning I mean removing all rudiments that are not used or not proper installed on the current Prod.
Stage II: "Build a new SP2010 farm"
1. Get new machines that meet hardware requirements for SharePoint 2010
2. Install SP2010 on the new Prod farm
3. Build topology
4. Configure service applications
Pay close attention to User Profile Synchronization service .
If you have BDC, decide whether you want to convert them into new BDCM models or not.
Depends on your decision, you need \ don't need to run Application Registry Service.
5. Deploy all custom SP2007 wsp files that needed (use the script spExtractSolutionsFromFarm )
Deploy old 2007 wsp file to check what's needed to be fixed to be compatible with SP2010.
For us, it was a big chunk of the functionality that used old BDC API.
Stage III: Test database attach upgrade on the new SP2010 farm
Document all errors that you have experienced during the upgrade, and their resolution. I have used wiki template in SharePoint for easy reference.
Stage IV: Test phase.
1. Build SP2010 farm in the testing region.
I have re-used old VMs, first requesting the up-scale for them
2. Perform the steps from 2-5 on the Test environment
3. Test\Development cycle
Should include iterations for development and re-testing
It took 3 months for us.
Stage V: Run the full cycle of the SP2010 upgrade sequentially for all environments except Prod
Ex: Development, Staging, Training
3: Prod upgrade to SP2010
Helpful to specify assumptions prior the actual upgrade:
All customizations were delivered on Prod through wsp files.
All custom solutions are SharePoint 2010 compatible
Test-SPContentDatabase check doesn’t show errors
By this time you can do upgrade with closed eyes.
We didn't get any unknown issues. All have been known before since we ran the scenario 5 times already.
1. Set read-only acces on the old Prod
2 . Backup SP2007 content database
3. Attach SP2007 database to a new SP2010 Farm
4. Run all actions that are needed after upgrade
We had a action upgrade plan, where we put the action that's needed to be taken during the upgrade and after.We put time to perform the operation and a responsible person for it.
It was like a lauching a shuttle, with only one exception - we knew it will launch without failure)
5. Validation
6. Switch ISA to a new farm
7. Keep SP2007 prod for several weeks to test issues that will be reported by end-user. It will give you a clear answer if the issue is new in SP2010 or it was present before in 2007.
Voila, you did it!
Here is an actual upgrade strategy plan, that I have created before getting my hands dirty with testing and upgrading:
1. SP 2007 Prod analysis
- Topology.
Topology review showed us that we need to change topology for a new farm to increase performance.
We moved a SSRS server out of the WFEs.
- Hardware.
Check if you need to upgrade the hardware before the SP2010 upgrade
We had to upgrade all servers in the farm.
We requested a new VMs with appropriate hardware. The old 2007 farm servers will be upgraded
and we will re-use them to make the farm Highly Available.
- Configuration (external system dependency, ISA configuration)
For an example, after we rolled SP2010 out, we have discovered that current VPN client won't support popup windows in the IE...and SP2010 extensively uses Dialog forms.
Make sure that you thought over all the systems that are using the SharePoint to avoid our mistake. These dependencies should be tested with test SP2010 farm before going live.
- Customization
To pull all wsp files use the script spExtractSolutionsFromFarm.
Check if you have third-party tools that you have to migrate over.
- Recommendation
This chapter helps to formulate the scope of the work to present to project manager\customer.
2. Preparation for SP2010 upgrade
Here are the actual stages that we gone through to make 2010 Upgrade happen:
Stage I: “Pruning”. We need to prepare Prod environment before the actual upgrade. By pruning I mean removing all rudiments that are not used or not proper installed on the current Prod.
Stage II: "Build a new SP2010 farm"
1. Get new machines that meet hardware requirements for SharePoint 2010
2. Install SP2010 on the new Prod farm
3. Build topology
4. Configure service applications
Pay close attention to User Profile Synchronization service .
If you have BDC, decide whether you want to convert them into new BDCM models or not.
Depends on your decision, you need \ don't need to run Application Registry Service.
5. Deploy all custom SP2007 wsp files that needed (use the script spExtractSolutionsFromFarm )
Deploy old 2007 wsp file to check what's needed to be fixed to be compatible with SP2010.
For us, it was a big chunk of the functionality that used old BDC API.
Stage III: Test database attach upgrade on the new SP2010 farm
Document all errors that you have experienced during the upgrade, and their resolution. I have used wiki template in SharePoint for easy reference.
Stage IV: Test phase.
1. Build SP2010 farm in the testing region.
I have re-used old VMs, first requesting the up-scale for them
2. Perform the steps from 2-5 on the Test environment
3. Test\Development cycle
Should include iterations for development and re-testing
It took 3 months for us.
Stage V: Run the full cycle of the SP2010 upgrade sequentially for all environments except Prod
Ex: Development, Staging, Training
3: Prod upgrade to SP2010
Helpful to specify assumptions prior the actual upgrade:
All customizations were delivered on Prod through wsp files.
All custom solutions are SharePoint 2010 compatible
Test-SPContentDatabase check doesn’t show errors
By this time you can do upgrade with closed eyes.
We didn't get any unknown issues. All have been known before since we ran the scenario 5 times already.
1. Set read-only acces on the old Prod
2 . Backup SP2007 content database
3. Attach SP2007 database to a new SP2010 Farm
4. Run all actions that are needed after upgrade
We had a action upgrade plan, where we put the action that's needed to be taken during the upgrade and after.We put time to perform the operation and a responsible person for it.
It was like a lauching a shuttle, with only one exception - we knew it will launch without failure)
5. Validation
6. Switch ISA to a new farm
7. Keep SP2007 prod for several weeks to test issues that will be reported by end-user. It will give you a clear answer if the issue is new in SP2010 or it was present before in 2007.
Voila, you did it!
No comments:
Post a Comment