通过

备份 Team Foundation Server

  • 项目

更新：2007 年 11 月

为了在发生故障时完全还原 Team Foundation 部署，Team Foundation 部署要求为存储数据的每个位置创建备份。创建备份是保护 Team Foundation 部署以防数据丢失的关键措施。下面的列表总结了每一层必须备份的内容。

  • 数据层   Team Foundation Server 数据层包含多个 SQL Server 数据库，其中一些用于团队项目门户站点。可手动执行数据库备份，也可使用在特定时间运行或按特定时间间隔运行的维护计划来自动执行备份。Team Foundation Server、SharePoint 产品和技术以及 SQL Server Reporting Services 在数据层上 SQL Server 中的数据库中存储其各自的数据。

    警告：

    尽管 SQL Server Management Studio 允许您可以每次单独备份各个数据库，但是由于数据库是相关的，从此类备份进行还原会导致意外的结果，存在还原已过期版本的风险。

  • 应用层   Reporting Services 位于应用层上，并且有必须备份的加密密钥。可使用 Reporting Services 配置工具或命令行工具来手动备份报表服务器加密密钥。此密钥保护存储在报表服务器数据库中的敏感信息。

    说明：

    您可能认为必须备份团队项目门户页的数据库和网站。但是，SharePoint 产品和技术从数据库动态生成网站。因此，备份数据库时，还会备份团队项目中看作网站的那些部分。如果在 SharePoint 产品和技术内但在 Team Foundation 外创建了自定义站点集、站点模板或 Web 部件，则必须单独备份它们。有关更多信息，请参见 Microsoft 网站上的“Backup and Restore Options for Windows SharePoint Services 2.0”（Windows SharePoint Services 2.0 的备份和还原选项），对于 Windows SharePoint Services 3.0，请参见 Microsoft 网站上的“Choose backup and recovery tools (Windows SharePoint Services)”（选择备份和恢复工具 (Windows SharePoint Services)）。

备份的事先准备

部署 Team Foundation 时，请记录所创建的帐户以及所选择的计算机名、密码和设置选项。请始终在远离部署的位置保留所有恢复资料、文档以及数据库和事务日志备份的副本。

重要说明：

定期执行试验性数据还原，以验证您的文件是否已正确备份。试验性还原可以发现软件验证所不能发现的硬件问题。

备份和还原数据库时，必须将数据备份到媒体上，例如磁带和磁盘。您的备份计划中应包括管理媒体的规定，例如：

  • 存储和回收备份集的跟踪和管理计划。

  • 覆盖备份媒体的时间表。

  • 在多服务器环境中，决定是使用集中备份还是使用分布式备份。

  • 跟踪媒体的可用生命周期的方法。

  • 将备份集或备份媒体（例如磁带）损失的影响降低到最小的步骤。

  • 决定是现场存储备份集还是远离现场存储备份集，并分析此决定对恢复时间有何影响。

为了预防灾难（例如火灾或地震）的发生，请将服务器备份的副本存放在服务器位置之外的其他地方。这将有助于防止丢失关键数据。最佳做法是保存三份备份媒体副本，并至少将其中一份副本保存在有适当防控措施的远离现场的环境中。

由于 Team Foundation 数据存储在 SQL Server 数据库中，因此无需备份安装了 Team Foundation 客户端的计算机。如果由于媒体故障或灾难而殃及这些计算机，重新安装 Team Foundation 将会比从备份还原更加彻底、更加可靠。

可以使用 SQL Server 中的维护计划来备份与 Team Foundation 部署相关的数据库，从而备份服务器。Team Foundation Server 数据库在工作时相互关联，因此应同时备份并且同时还原。有关备份数据库的策略的更多信息，请参见 Microsoft 网站上的以下资源：

完全数据备份（数据库）   为了部署的可恢复性，有必要进行完全数据库备份。完全备份包括一部分事务日志，以便完全备份可以被恢复。完全备份是自包含式的备份，它们代表备份完成后的整个数据库。有关更多信息，请参见 Microsoft 网站上的“完整数据库备份”（针对 SQL Server 2005 或 SQL Server 2008）。

在完全数据库备份模型下，定期备份事务日志对于恢复数据至关重要。有了事务日志备份，您就可以将数据库恢复到故障发生时刻或某个特定时刻的状态。

事务日志备份   在事务日志中连续记录数据库中发生的所有修改以及执行每次修改的事务。事务日志记录每个事务的开始。事务日志记录数据更改，如有必要，还记录撤消每个事务所做修改所需要的足够信息。随着数据库中记录的操作的增多，日志也不断增大。

通过创建事务日志备份，可以及时将数据库恢复到以前的某个点。例如，可以将数据库还原到输入不需要的数据之前的某个点或某个故障点。除数据库备份之外，恢复策略也必须包括事务日志备份。有关更多信息，请参见 Microsoft 网站上的“使用事务日志备份”（针对 SQL Server 2005 或 SQL Server 2008）。

事务日志备份所使用的资源通常比完全备份少。因此，创建事务日志备份的次数可以比创建完全备份更加频繁，从而降低丢失数据的风险。不过，有时事务日志备份要比完全备份还大。例如，假设数据库的事务很频繁，高事务发生率将导致事务日志快速增大。在这种情况下，请加快创建事务日志备份的频率。有关更多信息，请参见 Microsoft 网站上的“解决事务日志已满的问题”（针对 SQL Server 2005 或 SQL Server 2008）。

可执行三种类型的事务日志备份：

  • 纯日志备份只包含某个时间段的事务日志记录，不包括任何批量更改。

  • 批量日志备份包括由批量操作更改的日志和数据页。不允许执行时间点恢复。

  • 尾日志备份是从可能损坏的数据库中提取出来的，以捕获尚未备份的日志记录。在发生故障后提取尾日志备份，以防止工作丢失，该备份中可以包含纯日志数据也可以包含批量日志数据。

只有当启动事务日志备份序列时，完全备份才必须与事务日志备份同步。执行每个事务日志备份序列之前，必须先执行完全备份或完全差异备份。在 SQL Server 中，可在第一次完全备份之后而另一完全备份正在运行时备份日志。有关如何创建日志备份的信息，请参见 Microsoft 网站上的“创建事务日志备份”（针对 SQL Server 2005 或 SQL Server 2008）。

服务备份（应用层）

对应用层执行的唯一备份是 Reporting Services 的加密密钥。您可能认为必须备份网站或者数据仓库。但是，SQL Server 数据库包含所有数据，其中包括页规范和报表规范，服务请求这些规范并用它们来创建团队门户页和报表。

虽然备份服务的步骤较少，但是在应用层上进行恢复期间会有更多的工作要做。您需要还原团队项目的门户网站。

本节内容

请参见

概念

确保 Team Foundation Server 的可用性

管理 SQL Server 服务

其他资源

管理 Team Foundation Server 备份