Tuesday, January 17, 2006

TFS Backup and Restore Gotchas!

[Update 10/22/2006: official documentation on backup and restore can be found here:
Backing Up and Restoring Team Foundation Server Data
Backing Up the Team Foundation Server
Restoring the Team Foundation Server from Backups]


Right now there are two slightly different descriptions how to restore a Team Foundation Server data-tier server. Both were published as articles on the Visual Studio Team System User Education blog:
Backup and Restore Procedures, this is the first one that was made partly obsolete (the newer document describes the procedure how to restore the db; the description how to do the backup from the first document is still correct) by the following one released a few days ago
Restoring Team Foundation Server Data (the more current one)

Beware: Although the text of the now obsolete instructions state that they “are subject to change in future releases” it doesn’t state that there are already newer ones. Nor does it point to the newer one. So be sure to pick the right one.

Although there is a paragraph named “Restore Team Foundation Server Data to a Different Server” among others in the description of the procedure, it deals, like the rest of the document, with the restoring of the data-tier only on the different/new machine. The application-tier server hast to remain the same.

That means that for the single server configuration, where both tiers are situated on the same machine, the described procedure doesn’t suffice in order to do the backup on one server and restore on the other! Sadly enough, that is just the problem we have: we would like to transfer our single server TFS running in the Virtual Server image on the real physical machine in order to gain better performance.

[Update 10/22/2006: The procedure I needed at the time is now documented here: How to: Move Your Team Foundation Server from One Hardware Configuration to Another]

3 Comments:

Anonymous Andreas Brekken said...

Some of this info is very inaccurate. For example, you link to an MSDN-blog where you are instructed to restore STS_Config_TFS instead of STS_Content_TFS.

Sun Oct 22, 08:31:00 AM GMT+2  
Blogger Ognjen said...

Andreas,
Thanks for the hint. You are correct. The blog entry is buggy.

At the time these blog entries were the best information sources available, but now we have the official documentation where the bugs are corrected. As for the STS_Config_TFS database, the Windows SharePoint configuration database containing the Team Foundation Server setup and configuration information for the team project Windows SharePoint site, following word of caution is given:

Do not restore this database if the Team Foundation data-tier server is connecting to a different Team Foundation application-tier server than the application tier being used at the time of the back up. For example, if you are performing a restoration move to new hardware, the identifier for the Team Foundation application-tier server changes and no longer matches the identifier used in the backup. Therefore, the version of the database on the new installation of Windows SharePoint Services is the appropriate and current version required for successful connections between the restored Team Foundation application-tier server and the Team Foundation data-tier server.

Sun Oct 22, 11:07:00 AM GMT+2  
Anonymous Alex said...

On as regards backup i don't know tools,but restore-repair pst file,scans, identifies and saves data from the pst file without modifying or indexing the source pst file,Recovered data, such as messages, notes, contacts and other Microsoft Outlook items will be saved to a new pst file (or several *.pst files) created by PST recovery tool,can save various Microsoft Outlook items as separate files with the .eml, .vcf and .txt extensions.

Tue Feb 26, 04:12:00 AM GMT+1  

Post a Comment

Links to this post:

Create a Link

<< Home