July 29, 2010 at 2:04 pm
I know I've scripted out logins and sql agent jobs before, but this upgrade will probably create new master and msdb databases ( new server boxes ) so I'll have to know that detaching and then reattaching the user databases after the upgrade will put them back into the various filegroups etc as they exist today.
July 30, 2010 at 2:15 pm
Here is the checklist so far. I'd also like to figure out how to save or script out my database mail configuration. The 64-bit install will be on a new sql boxes, replacing the existing ones. ( active/passive cluster )
1. Script out logins, linked servers, etc and document all maintenance plans and sql agent jobs
2. Script out any stored procedures, functions or custom code from master database since we won't be restoring that - we'll have a new blank one from the install. Any such code in user databases will be restored when the DB is re-attached.
3. Document filegroups and file locations for <main client database>
4. Back up all databases
5. Stop any service that will access user databases including sql agent
6. Detach user databases including msdb ( contains sql agent jobs etc)
7. System is taken down - OS and sql server are upgraded to 64-bit ( sql 2005)
8. Once system is up, re-attach user databases: For msdb -- may have to restore msdb from backup since the new installation will have a blank msdb Make sure <main client database> goes into the correct filegroups/luns etc.
9. Apply logins from script and code saved from master database
10. Verify sql jobs and possibly run checkdb
11. Start all services - test.
December 9, 2011 at 12:57 pm
I'm doing a similar upgrade from 32-bit 2005 running on a 64-bit OS to 64-bit 2008 running on the same OS.
I had planned to script out all of my msdb jobs and rebuild my proxies.
Can anyone verify that restoring a 2005 msdb over a 2008 msdb works fine?
I wonder about SSIS packages and such.
Thanks for any assistance.
December 9, 2011 at 1:12 pm
and post upgrade, to address how statistics are used differently in the updated sql engine:
1. rebuild all indexes.
2. UPDATE STATISTICS [EachTableName] WITH FULLSCAN
nothing worse than to upgrade to a monster server and hear everyone whine that the old one was faster.
Lowell
Viewing 4 posts - 1 through 3 (of 3 total)
You must be logged in to reply to this topic. Login to reply