Performing backups is an important component of managing your Team Foundation deployment. Implementing a well-planned backup and restore strategy protects your data against data loss due to damage caused by a variety of failures. Testing your strategy by restoring a set of backups and recovering your database prepares you to respond effectively to a disaster.
Security
To perform these procedures, you must be a member of the Administrators security group on the Team Foundation data-tier server and the Team Foundation application-tier server, a member of the Windows SharePoint Services Site Administrator security group, and a member of the SQL Server Administrator security group on the Team Foundation data-tier server.
To perform the procedures to restore the data and services, you must be a member of the Local Administrators group. Permissions to restore databases and stop and start IIS are required to perform the tasks described in this topic. To clear the client cache, you must be a member of the Team Foundation Administrators group.
Procedures
To backup and restore a Team Foundation Server deployment |
How to: Back Up the Reporting Services Encryption Key
Introduction
You can use the Reporting Services Configuration tool or the RSKEYMGMT command-line tool provided by SQL Server 2005 to back up the encryption key.
Procedures
To back up the Report Server encryption key |
|
Using the RSKEYMGMT Tool
You might want to use a command-line tool instead of the Reporting Services Configuration tool.
Note If your deployment is a dual or cluster deployment, the application tier does not support the Reporting Services Configuration tool, you must use the RSKEYMGMT tool.
To back up the Report Server encryption key using RSKEYMGMT |
|
How to: Back Up a Team Foundation Server
Introduction
Use this procedure to back up Team Foundation Server data on the data tier. For the application tier back up, the Reporting Services Encryption keys on the application tier.
Caution Although SQL Server Management Studio lets you back up individual databases at a time, restoring from such back ups can cause unexpected results because the databases are related and you risk restoring outdated versions.
Use the following table to identify Team Foundation Server databases in your organization’s installation of SQL Server 2005.
Database |
Description |
ReportServer |
The Reporting Services database contains the reports and report settings for Reporting Services. |
ReportServerTempDB |
The Reporting Services temporary database is used for temporarily storing information that is used when you run specific reports for Reporting Services. |
STS_Config_TFS |
The SharePoint configuration database contains a listing of all sites including content databases, site templates, custom Web parts, and other settings from SharePoint Central Administration. |
STS_Content_TFS |
The SharePoint content database contains the content for the team’s SharePoint site. |
TfsBuild |
The build database contains Team Foundation Build data and published test results. |
TfsIntegration |
The registration database contains Projects, Areas, Iterations, and other registration data. |
TfsVersionControl |
The Team Foundation source control database. |
TFSWarehouse |
The Analysis Services database contains the data for building the warehouse used by the Reporting Services. Note The database can be backed up, however the warehouse is not backed up as the warehouse must be rebuilt from the restored TFSWarehouse database. |
TfsWorkItemTracking |
The Team Foundation work item tracking database. |
TfsWorkItemTrackingAttachments |
The Team Foundation work item tracking attachments database. |
TfsActivityLogging |
The history database contains a log of all Team Foundation Server Web service requests. Note This database is not required for Team Foundation Server operation and back up is optional. |
This procedure explains how to create maintenance plans that perform either a full or an incremental backup. If you want to perform both types of back-ups, complete the steps two times; one time for the full backup, and one time for the incremental backup
Note For maximum data protection, schedule the full backup differently from the incremental backups.
The following procedure assumes that you want to schedule backups by using a maintenance plan for all the Team Foundation Server databases.
Procedures
To create a maintenance plan |
SQL Server backs up the databases specified in the maintenance plan according to the frequency you specified. |
How to: Restore Team Foundation Server Data
Introduction
This topic describes how to restore the data part of a Team Foundation Server data tier server. For example, you might want to restore a working data-tier server from a corrupted state back to the last known good state. This procedure assumes that the server itself is working correctly. If you must restore the data to another data-tier server, see How to: Restore Team Foundation Server Data to a Different Server3b92cabd-c728-47c5-b8ae-b38eb39625f8.
Note You might assume that you must restore both databases and the Web sites for the team project portal pages. However, Windows SharePoint Services dynamically generates the Web sites from the databases. So when you restore the databases, the parts of the team project that you see as Web sites are restored at the same time.
To restore Team Foundation Server data, you must perform the following procedures:
- Stop the services on the application tier.
- Restore the Team Foundation databases.
- Build the data warehouse.
- Restart the servers.
- Force clients to update their cache.
The Team Foundation Server data tier includes a set of SQL Server databases some of which serve the data-driven team project portal sites. The following table lists the Team Foundation Server databases:
Database |
Description |
ReportServer |
The Reporting Services database contains the reports and report settings for Reporting Services. |
ReportServerTempDB |
The Reporting Services temporary database is used for temporarily storing information that is used for running specific reports for Reporting Services. |
STS_Config |
The Windows SharePoint configuration database. |
STS_Config_TFS |
The Windows SharePoint configuration database contains the Team Foundation Server setup and configuration information for the team project SharePoint site. |
STS_SERVERNAME |
The SharePoint content database contains the actual content in the team’s SharePoint site. |
TfsBuild |
The build database contains build data (Team Foundation Build) and published test results. |
TfsIntegration |
The registration database contains information about Projects, Areas, Iterations, and other registration data. |
TfsVersionControl |
The Team Foundation source control database. |
TFSWarehouse |
The Analysis Services database that contains the data for building the warehouse used by the Reporting Services. |
TfsWorkItemTracking |
The Team Foundation work item tracking database. |
TfsWorkItemTrackingAttachments |
The Team Foundation work item tracking attachments database. |
TfsActivityLogging |
The history database contains a log of all Team Foundation Server Web service requests. Note This database is not required for Team Foundation Server operation and back up is optional. |
The following procedures assume that you have a working data-tier server and have a back up available.
Note If the system is deployed on dual servers, make sure that you are logged on to the appropriate server for each step. All data related steps must be done on the server where the data resides. All services related steps, such as starting and stopping IIS, must be performed on the application-tier server. The Reporting Services are included on the application tier. For single server deployments, both tiers are on one computer and you do not have to log on separately for each tier.
Procedures
To stop the services on the application tier |
|
Restoring Data
After stopping the services, you can restore the Team Foundation Server data using the restore tools provided with SQL Server 2005.
Caution You must restore all databases to the same instant in time or the databases become corrupted.
To open the Restore Database dialog box |
|
For the following databases, complete the next procedure:
- ReportServer
- ReportServerTempDB
- STS_Config
- STS_Config_TFS
- STS_SERVERNAME
- TfsBuild
- TfsIntegration
- TfsVersionControl
- TfsWarehouse
- TfsWorkItemTracking
- TfsWorkItemTrackingAttachments
- TfsActivityLogging (optional)
To restore a database |
|
Build the Data Warehouse
After restoring the databases, you have to build the data warehouse. The data warehouse is a data cube populated by the Analysis Services from the underlying TfsWarehouse database. The data warehouse serves the Reporting Services.
To build the data warehouse |
|
Restarting the Servers
After the data is restored, you can restart the services unless you are restoring to a different server than the original.
Warning Do not restart the servers now if you are restoring data to a different server. You must perform additional steps before restarting the data server.
To restart the servers |
|
Refreshing the Data Cache on Client Computers
After restoring the data, the cache must be refreshed to use the restored data. By using the Web services on the application tier, you can force clients to re-initialize the work item tracking cache the next time that the clients connect.
To make clients update the cached data for work items |
|
0 comments