I am restoring a SharePoint 3.0 installation (part of TFS 2010) from database backups after a server failure. The old server, running on Server 2003 (32-bit), used a local SQL Server 2008 instance, but I am changing the topology for the new install to this:
- Server A: Server 2008 R2 64-bit with SharePoint 3.0 (and TFS 2010) front-ends. It has the same name as the old server.
- Server B: Server 2008 R2 64-bit with SQL Server 2008 R2.
The SharePoint databases are restored to Server B at this point, and all software is installed on Server A, so I just want to hook everything up again. I start the Configuration Wizard, select the configuration database on the new SQL instance, and set the same domain user for database access as the previous installation. I also choose to install the central administration at Server A. The configuration process then fails with the following information logged:
06/26/2012 15:43:28 8 INF Creating connection string for config db STS_Config_TFS server [Server B] 06/26/2012 15:43:28 8 INF Creating connection string for admin content db SharePoint_AdminContent_3bd304f8-292b-4913-87d8-0997953adcbc server [Server B] 06/26/2012 15:43:28 8 INF Using NTLM for sql connection string 06/26/2012 15:43:28 8 INF Openning configdb so that I can join it at server [Server B] database STS_Config_TFS in farm mode 06/26/2012 15:43:28 8 INF Now joining to farm at server [Server B] database STS_Config_TFS 06/26/2012 15:43:36 1 INF Not running in high contrast, so we will paint the background with our trademarked image 06/26/2012 15:43:37 8 ERR Task configdb has failed with an unknown exception 06/26/2012 15:43:37 8 ERR Exception: System.Security.SecurityException: Access denied. at Microsoft.SharePoint.Administration.SPPersistedObject.Update() at Microsoft.SharePoint.Administration.SPServer.Update() at Microsoft.SharePoint.Administration.SPFarm.Join() at Microsoft.SharePoint.PostSetupConfiguration.ConfigurationDatabaseTask.CreateOrConnectConfigDb() at Microsoft.SharePoint.PostSetupConfiguration.ConfigurationDatabaseTask.Run() at Microsoft.SharePoint.PostSetupConfiguration.TaskThread.ExecuteTask() The Zone of the assembly that failed was: MyComputer
I have tried a few things:
- Adding all kinds of permissions on SQL Server to the domain user used to access the database (although it looks like the Wizards accesses the service as my user, who is admin at both Server A and Server B).
- Applying SP3 to the SharePoint installation. I am unsure of the original install version (the server is bust), but it was either SP2 or SP3.
- Making a SQL alias for Server A on Server A that points to Server B. When tracing the wizard with Process Monitor, I noticed that it was attempting to talk to the (old) SQL server at Server A right before it failed.
What else can go wrong at step 2 of the Configuration Wizard? I have traced it with Process Monitor and see nothing suspicious. The SQL Server doesn't log anything, and tracing it reveals nothing. What resource is the wizard trying to access in SPPersistedObject.Update() which it doesn't have access to?
I would be very grateful for any help here. Regards,
/ David