As part the migration plan for a major customer of mine, we had a phase scheduled to move the backend databases from 32 bit Windows Server 2003/SQL Server 2005 to 64 bit Windows Server 2008 R2/SQL Server 2008 R2. This brought back to light the question of how to move your content to a new SQL Server. There are many good articles out there, but this worked well for us.
-
Ensure you have the new SQL Server installed and fully patched and ready to go.
-
For safety, we shut down all the SharePoint web front end servers and only kept the App server we were working from, alive. This minimizes potential conflicts.
-
Backup the SSP using the following command:
-
stsadm -o backup -url <SSP URL> -filename <Backup File Name>
-
-
Once the SSP is backed up, ensure the service job queue is flushed using this command:
-
stsadm -o execadmsvcjobs
-
It is now time to delete the SSP. Do so using this command:
-
stsadm -o deletessp -title <SSP Title> -force
-
It is possible that you will run into a roadblock trying to delete the SSP. That roadblock in our case was a sync job object. This is where the deleteconfigurationobject switch of STSADM comes in handy. Grab the GUID reported as the ID in the error message and execute this command:
-
stsadm -o deleteconfigurationobject -id <GUID from Error Message>
-
Once the object is deleted, retry the SSP delete command from step 8. This should now complete successfully.
-
-
Now that we’ve removed the SSP dependency, it is time to remap the server with this command:
-
stsadm -o renameserver -oldservername <Old Server or Instance FQN> -newservername <New Server or Instance FQN>
-
-
NOTE: We were told, and from MSDN documentation, it was indicated that we could NOT move from a SQL Server to a SQL Server INSTANCE in this process. Of course, we were going to test this theory and… prove it wrong.

-
Now that the database server has been remapped to the new server instance, we need to restore the SSP with this command:
-
stsadm -o restoressp -title <SSP Title> -url <Target URL for the SSP> -ssplogin <User ID for SSP Service Account> -ssppassword <Password for SSP Service Account> -mysiteurl <Target URL for MySites> -indexserver <Name of the Index Server> -indexlocation <File System Location for Index Files> -keepindex -sspdatabaseserver <SSP Database Instance Name> -sspdatabase <Name of the SSP Database> -searchdatabasename <Name of the Search Database> -searchdatabaseserver <Search Database Instance Name>
-
-
Once this process completes, you need to restart the SharePoint Timer Service with this command:
-
net stop sptimerv3
-
Once the Timer Service was successfully stopped, restart it with this command:
-
net start sptimerv3
-
Now flush any pending Admin Jobs with this command:
-
stsadm -o exeadmsvcjobs
-
-
Finally, kick off a full crawl of your farm and all should be good in the SharePoint verse!
Later
C
FOLLOW ME: 


