Article from Brian Smith and modified by Jim Cox
Just a quick posting on this topic pointing out a few of the changes between 2007 and 2010. We have some documents already up on TechNet – under the Operations section at http://technet.microsoft.com/en-us/library/cc197578.aspx, but thought this would be a useful posting to make clear what you can and cannot do.
In 2007 you could restore your 4 Project Server databases, then point your provision job at these 4 and you’d have a new PWA instance using those DBs. If you wanted your workspaces too then you’d need to copy the sites or if you’d had the forethought to use a different web application for sites then it could be even easier.
In 2010 we introduce the 5 dB restore –so you can now restore your Content database containing your PWA site (and potentially all your Project sites (workspaces,in 2007 speak), and your 4 Project Server databases, attach the Content DB to a web application and then you can provision and it will use this PWA site and the databases – rather than complaining that the /PWA site already exists – which was the case in 2007. So this is excellent – and makes it much easier to move a complete copy of the instance around.
However, there are some gotchas:
You cannot change the name of the site – but you could restore to a different web application (port) to avoid a clash if you needed to pull /PWA from one server to another server where /PWA already existed
If you change domains you might have some unexpected results – This is due to differences in accounts in different domains, and will be even more unusual if you happen to use a different farm admin from the Project admin (which would be best practice, but in a dev/test/support scenario might not be the case. The issue here is that attaching the content DB will add the farm admin as the site administrator, but will not add the Project admin when you provision the site. So you have a great Catch 22. Once you provision the PWA instance the Project admin will get an access denied on /PWA as he has no rights to the site. Farm Admin will get Access Denied (or might be unexpected error) as he is not a project server user. Simple solution is to navigate to http://servername/pwa/-layouts/user.aspx as the Farm Admin and then give the Project admin rights. Once you can connect as Project Admin then you can update users credentials as necessary.
4 DB restores will NOT work – it looks like it has worked, but if you try to drill in to a project you will see a message “Unable to open Project, no valid Project Detail Page could be found for the project.” The Project Detail Pages (PDPs) are stored in the Content DB – if you don’t; restore the Content DB then you don’t have them and cannot get to existing Projects through Project Center. You can however still access via Project Professional, so in some support or disaster recovery scenarios this might be good enough – just to get access to projects while the full recovery happens somewhere else.
You may need to use the WSS site re-linker tool – now built in to Server Settings in PWA as “Bulk Update Project Sites”. If you have changed URL to a different port then re-linking should get your sites in order. In upgrade scenarios the “Previous Site Path” Web application might show as a GUID in the drop down – however it still works and will re-link the sites.
Cannot attach Content DB via the Central Administration UI – This is handled with very good error messages and will tell you to use stsadm if it needs to upgrade the content database due to differences of versions. You could also use the PowerShell command – mount-SPContentDatabase. The correct syntax of the stsadm command is:
stsadm –o addcontentdb –url “http;//servername:port/ –databasename Content_DB_Name
Partial Restores using Full Farm Backup are not supported. From the UI it looks as though you should be able to select just a PWA instance and backup stuff and then restore from this backup to another farm. This isn’t supported. it will only work when restoring to the same farm and the same named /PWA site. I guess it could be used as a means of restoring the required databases, but you would still need to provision a site on the target server against the databases to get anything to work.
I am sure we will find more gotchas as we go along, and perhaps even some workarounds to recover from certain issues – but that’s all for now. Let me know of anything you feel should be added. I will probably do a more “step by step” posting with a few more details – but the TechNet articles cover those kind of details pretty well.
Jim found that PWA site would not run but site workspaces would. The problem seems to be with permissions and bugs around the Service Application. To fix, after restore, go to the PWA provisioning page via Service app and delete the provisioned PWA instance but do not delete the site collection by unchecking the box. Wait till done ( 3 – 5 minutes) then delete the service app by highlighting it and click delete do not check the box to delete data. Now create a new service app and re-provision the pwa instance using the existing databases. You do not have to fool with the web application not the content databases nor the project server databases.