将 Team Foundation Server 从一个硬件配置移到另一个硬件配置
更新:2011 年 3 月
您可以通过执行基于还原的移动,将 Visual Studio Team Foundation Server 的实例从一个硬件配置移动到另一个硬件配置。 对于 Team Foundation Server,此移动类型不仅是最常见的移动类型,而且是最复杂的移动类型之一。 开始基于还原的移动之前,应确保此类型的移动最适合您的组织目标。 有关更多信息,请参见 Team Foundation Server 移动类型。
重要事项 |
---|
计划部署移动时,应验证您预期进行的更改的范围和目的,并将它们与每个移动类型的方案进行比较。 通过选择正确的移动类型,您不仅可以将对团队工作效率造成的混淆和中断降至最低,还有助于确保部署的长期效率。 |
基于还原的移动需要您将部署的数据库还原到承载这些数据库的新服务器上。 这是移动数据层所必需的。 在移动完所有数据库之后,可通过将应用层重新安装在其他服务器上来移动应用层。 然后,必须重新配置部署以添加操作所需的帐户、位置和服务。
本主题中的过程的是为了支持将 Team Foundation Server 部署的所有方面都移动到新硬件:数据库、应用层和为支持部署而配置的所有其他组件(报告、SharePoint 产品)。 您可以选择跳过不适用于您的特定部署的步骤。 例如,如果您未配置报告,就可以跳过移动和重新配置报告的步骤。 如果只想移动 Team Foundation Server 数据库,请参见将数据还原到其他服务器或实例。 如果只想移动应用层,请参见还原应用层服务器。 如果想从单服务器部署移动到多服务器部署,请参见从单服务器部署移至双服务器部署。 如果想移动一个团队项目集合,请参见移动团队项目集合。
若要执行基于还原的移动,必须完成以下各节中的过程:
停止 Team Foundation Server 使用的服务
备份数据库和加密密钥
在新数据层服务器上安装和配置 SQL Server
在新应用层服务器上安装和配置所需软件
还原数据库
将 SharePoint 产品重定向到内容数据库的新位置
在新硬件上安装应用层
为 Team Foundation Server 准备 SQL Server
将 Team Foundation Server 重定向到其数据库
更改已移动数据库的所有权
更新所有服务帐户
在新硬件上配置应用层
更新应用层服务器的 URL
配置 SharePoint 产品
配置 Reporting Services 和 SQL Server Analysis Services
验证用户、组和服务帐户的权限
配置 Project Server 集成
刷新客户端计算机上的数据缓存
所需权限
若要执行本主题中的过程,您必须是以下组的成员或具有以下权限:
是运行 Team Foundation 的管理控制台的服务器上**“Administrators”**安全组的成员。
是**“SQL Server System Administrator”安全组的成员,或在承载这些数据库的 SQL Server 实例上,您的“SQL Server 执行备份和创建维护计划”权限设置为“允许”**。
是 Team Foundation 数据库和 SQL Server Analysis Services 数据库的**“sysadmin”**安全组的成员。
是 TFS_Warehouse 数据库的授权用户。
如果部署使用 SharePoint 产品,则必须是在其中还原 SharePoint 产品数据库的场中“Farm Administrators”组的成员。
除这些权限外,对于运行 Windows Server 2008、Windows Server 2008 R2、Windows Vista 或 Windows 7 的计算机,您可能还必须满足以下要求:
若要使用命令行过程,您可能需要通过以下操作使用提升的权限打开命令提示符窗口:单击**“开始”,右击“命令提示符”,再单击“以管理员身份运行”**。
若要使用需要 Internet Explorer 的过程,您可能需要通过以下操作以管理员身份启动 Internet Explorer:单击**“开始”,单击“所有程序”,右击“Internet Explorer”,再单击“以管理员身份运行”**。
若要访问 Reporting Services 的报表管理器、报表或网站,您可能需要将这些站点添加到 Internet Explorer 的受信任站点列表中,或者以管理员身份启动 Internet Explorer。
有关更多信息,请参见 Microsoft 网站上的以下主题:用户帐户控制。
停止 Team Foundation Server 使用的服务
在还原数据之前,必须停止 Team Foundation Server 在每台服务器上使用的所有服务。 如果安装了可选组件(如 SharePoint 产品或 SQL Server Reporting Services),则必须在安装这些组件的服务器上停止这些服务。
停止 Team Foundation Server 使用的服务
在运行 Team Foundation 应用层服务的服务器上,打开命令提示符窗口,将目录切换到 驱动器:\%ProgramFiles%\Microsoft Team Foundation Server 2010\Tools。
键入以下命令:
TFSServiceControl quiesce
有关更多信息,请参见 TFSServiceControl 命令。
备份数据库和加密密钥
在移动 Team Foundation Server 的部署之前,必须先备份其数据库。在移动过程中,您需要将这些数据库还原到新的数据层服务器。
为基于还原的移动准备旧部署
备份 Team Foundation Server 的所有数据库。
有关更多信息,请参见备份 Team Foundation Server。
提示
您还必须备份要保留的 SharePoint 产品的所有自定义网站定义、自定义站点模板或自定义 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))。
备份 Reporting Services 的加密密钥,并将其存储在运行 Team Foundation Server 的服务器以外的计算机上的安全位置。确保新部署可以访问该密钥,并存储用于加密该密钥的密码。
有关更多信息,请参见备份 Reporting Services 加密密钥。
在新数据层服务器上安装和配置 SQL Server
若要还原 Team Foundation 的数据,必须在要将 Team Foundation Server 数据库移动到的计算机上安装 SQL Server。 您所安装的 SQL Server 的版本必须与承载数据库的原始服务器上的版本(包括 Service Pack 级别、排序规则设置和语言版本)完全一致。 如果这两个版本不完全一致,则可能无法还原数据,或者即使能还原数据,Team Foundation Server 也可能无法正常运行。
如果要使用多台服务器来承载 Team Foundation Server 的数据库,则必须以场或单个服务器的形式相应安装和配置 SQL Server。
为了还原 Team Foundation 数据而安装和准备 SQL Server
在新环境中安装 SQL Server,并确保其正常运行。 作为备选方案,可在已安装匹配版本的服务器上创建 SQL Server 的实例。
有关更多信息,可从 Microsoft 网站上的以下页面下载 Team Foundation 安装指南的最新版本:Installation Guide for Team Foundation(Team Foundation 安装指南)。 在该指南中,可以找到有关如何在多服务器部署中安装 SQL Server 的主题。 您所安装的版本必须与最初安装的 Team Foundation Server 中使用的版本相同。
在新应用层服务器上安装和配置所需软件
若要配置一台或多台新服务器以让其充当新应用层,必须首先安装和配置支持 Team Foundation Server 所需的软件。 此软件包括下列组件:
您的部署配置所支持的操作系统
Internet 信息服务 (IIS)
SQL Server Reporting Services(如果您的部署使用报告)
SharePoint 产品(如果您的部署与 SharePoint 产品集成)
提示
在将 SharePoint 产品移动到新服务器时,无法在应用层的安装过程中将其进行安装。 必须安装与之前部署中所用版本相同的 SharePoint 产品。
安装和配置必需软件
在新环境中安装和配置 Windows、SQL Server Reporting Services 和 SharePoint 产品,并确保服务器及其软件可正常工作。
有关更多信息,可从 Microsoft 网站上的以下页面下载 Team Foundation 安装指南的最新版本:Installation Guide for Team Foundation(Team Foundation 安装指南)。 请遵循该指南的“安装系统必备组件”一节中对以下组件的说明:
Internet 信息服务 (IIS)
SQL Server Reporting Services
SharePoint 产品
提示
您可以更改某些软件的版本(如 SharePoint 产品的版本),但不能更改其他软件的版本。 更改版本可能会让还原过程变得复杂。 为获得最佳结果,请考虑还原到完全相同的软件,在还原完成后再进行升级。
还原数据库
停止服务后,可以使用随 SQL Server 一起提供的还原工具来,将 Team Foundation 的数据还原到新的数据层服务器上。
警告
必须将所有数据库还原到同一个时间点,否则这些数据库将不同步。 以下过程假定您使用标记的事务来确保同步。 有关更多信息,请参见备份 Team Foundation Server。
打开“还原数据库”对话框
登录您要将数据库还原到的服务器。
单击**“开始”,依次指向“所有程序”、“Microsoft SQL Server 2008”,然后单击“SQL Server Management Studio”**。
提示
有关如何还原数据库的更多信息,请参见 Microsoft 网站上的以下页面:Implementing Restore Scenarios for SQL Server Databases(实现 SQL Server 数据库还原方案)。
**“连接到服务器”**对话框打开。
在**“服务器类型”列表中单击“数据库引擎”**。
在**“服务器名称”中,单击或键入数据层服务器和数据库实例的名称,然后单击“连接”**。
提示
如果 SQL Server 安装在群集上,则服务器名称是该群集的名称而非计算机名称。
将打开 SQL Server Management Studio。
展开**“数据库”**节点,以显示构成 Team Foundation 数据层的数据库的列表。
在已安装并配置 SQL Server 的每台服务器上,为下列数据库完成下一个过程“还原数据库”:
在承载 Team Foundation Server 数据库的服务器上:
TFS_Configuration
提示
此数据库名称的 TFS_ 与 Configuration 之间可能包含其他字符。
TFS_CollectionName
提示
每个团队项目集合都有自己的数据库。 例如,如果有五个团队项目集合,则有五个数据库,每个数据库可根据团队项目集合名称进行区别。 这些数据库可能在相同或不同的 SQL Server 实例上,也可能在不同的物理服务器上。 您必需备份所有这些数据库,然后还原每个数据库。
TFS_Warehouse
提示
此数据库名称可能在 TFS_ 与 Warehouse 之间包含其他字符。
在运行 Reporting Services 的服务器上(如果为您的部署配置了这样一个服务器且必须将数据库还原到其他服务器):
ReportServer
提示
如果使用了命名实例,此数据库将命名为“ReportServer$实例名称”。
ReportServerTempDB
提示
如果您使用的是命名实例,则此数据库将命名为“ReportServerTempDB$实例名称”。
在运行 SharePoint 产品的服务器上(如果为您的部署配置了一个或多个 SharePoint Web 应用程序且必须将数据库还原到其他服务器):
SharePoint 产品的内容数据库 (WSS_Content)
提示
根据所安装的 SharePoint 产品的版本以及安装人员是否对名称进行了自定义,包含 SharePoint 产品数据的数据库的名称会有所不同。 此外,如果 SharePoint 产品安装在与 Team Foundation Server 不同的服务器上,这些数据库可能不在数据层服务器上。 如果数据库位于其他服务器上,则必须从 Team Foundation Server 单独对其进行备份、还原和配置。 但是,您应该同步数据库的维护操作以避免同步错误。
在运行 SQL Server Analysis Services 的服务器上(如果为您的部署配置了这样一个服务器且必须将数据库还原到其他服务器):
- TFS_Analysis
有关这些数据库的更多信息,请参见了解备份 Team Foundation Server。
还原数据库
右击要还原的数据库,依次指向**“任务”、“还原”,然后单击“数据库”**。
即会打开**“还原数据库”**对话框。
在**“还原的源”下方单击“源设备”,再单击省略号按钮(“…”**)。
在**“指定备份”对话框中,指定备份文件的位置,再单击“确定”**。
必须按照创建顺序,首先还原完整备份,随后还原差异备份,然后还原事务日志备份。
在**“选择要还原的备份集”**下面,指定要还原的备份集。
如果您创建了标记的事务备份集,请确保还原完整、差异和事务日志数据库。 有关标记的事务的更多信息,请参见备份 Team Foundation Server。
在**“选择页”窗格中,单击“选项”,然后选中“覆盖现有数据库”**复选框。
在**“将数据库文件还原为”**列表中,确认路径与当前数据库路径相匹配。
在**“恢复状态”**下面,执行下列步骤之一:
如果使用标记的事务,则单击**“不对数据库执行任何操作,不回滚未提交的事务。可以还原其他事务日志。(RESTORE WITH RECOVERY)”**。
如果不使用标记的事务,并且不准备应用其他事务日志,请单击**“数据库随时可用”**。
如果不使用标记的事务,但准备应用其他事务日志,请单击**“数据库尚不可用”**。
单击**“确定”**。
将显示一个进度图标。
出现**“SQL Server Management Studio”对话框并确认成功还原后,单击“确定”返回到“对象资源管理器”**。
如果使用标记的事务,请右击刚还原的数据库,依次指向**“任务”、“还原”,然后单击“事务日志”**。
将打开**“还原事务日志”**窗口。
在**“常规”页上,确保已在“数据库”**列表中选择了相应数据库。
在**“选择要还原的事务日志”**下面,选中要还原的日志旁边的复选框。
在**“还原到”下面,单击“标记的事务”**。
将打开**“选择标记的事务”**窗口。
在**“选择标记的事务以将还原停止在”列表中,选中要用于还原的事务标记旁边的复选框,然后单击“确定”**。
重要事项 为了成功还原数据,您必须对所有数据库使用具有相同日期和时间的相同事务标记。
在**“还原事务日志”窗口中,单击“确定”**。
将显示一个进度图标。
出现**“SQL Server Management Studio”对话框并确认成功还原后,单击“确定”**。
有关更多信息,请参见 Microsoft 网站上的以下页面:应用事务日志备份。
提示
如果还原了 Reporting Services 的数据库,则还必须还原这些数据库的加密密钥。 有关更多信息,请参见 Microsoft 网站上的以下主题:(还原加密密钥(Reporting Services 配置))。
将 SharePoint 产品重定向到内容数据库的新位置
在将 SharePoint 产品的内容数据库 (WSS_Content) 移动到新服务器上后,必须将运行 SharePoint 产品的服务器重定向到该数据库的新位置。 此数据库必须正常运行,才能使用数据库的新位置重新配置 Team Foundation Server。
重定向项目站点以使用新数据层服务器上的内容数据库
登录到该服务器,并将其重定向以使用新服务器上的内容数据库。
有关更多信息,请参见重定向 SharePoint 产品以使用新内容数据库。
安装应用层服务器
为了能够访问 Team Foundation Server 的命令行工具,您必须通过在将作为应用层服务器的计算机上安装 Team Foundation Server 来安装这些工具。 必须使用这些工具中的多个工具,才能将该服务器配置为应用层服务器。 确保取消软件安装完成后出现的配置向导。您可在准备步骤完成后完成新应用层服务器的配置向导。
安装应用层服务器
在新服务器上安装 Team Foundation Server,并启动“应用层专用配置”向导。
有关更多信息和分步过程,请从 Microsoft 网站上的以下页面来下载最新版本的 Team Foundation 安装指南,并按照应用层专用向导的说明进行操作:Installation Guide for Team Foundation(Team Foundation 安装指南)。
为 Team Foundation Server 准备 SQL Server
必须先使用 TFSConfig PrepSQL 命令使 SQL Server 做好承载 Team Foundation Server 数据库的准备,已移动的数据库才能正常工作。 此命令在新的服务器或实例上创建 TFSEXECROLE 和 TFSADMINROLE 组,还会添加操作所需的系统消息。
为承载 Team Foundation Server 数据库而准备 SQL Server
登录服务器,打开命令提示符窗口,然后将目录切换到“驱动器:\%programfiles%\ Microsoft Team Foundation Server 2010\Tools”。
键入下面的命令,其中 ServerName 是承载 Team Foundation Server 数据库的 SQL Server 实例的名称,该名称采用 ServerName 或 ServerName\InstanceName 格式:
**TFSConfig PrepSQL /SQLInstance:**ServerName
将 Team Foundation Server 重定向到其数据库
必须将 Team Foundation Server 重定向到其移动后的数据库。 此外,如果满足以下任一条件,还必须运行 RemapDBs 命令:
TFS_Analysis 或 TFS_Warehouse 数据库承载在 TFS_Configuration 以外的服务器上。
您正在使用命名实例来承载数据库。
一个或多个集合数据库承载在与配置数据库所在的服务器不同的服务器上。
将 Team Foundation Server 重定向到其数据库
登录到 Team Foundation 的应用层服务器,打开命令提示符窗口,将目录切换到“驱动器:\% programfiles%\ MicrosoftTeam Foundation Server 2010\Tools”。
键入以下命令,其中 ServerName 是承载 Team Foundation Server 配置数据库的 SQL Server 实例的名称,TFS_Configuration 是 Team Foundation Server 的已还原配置数据库的名称,ServerName2 是承载远程集合的服务器的名称。 可以使用的 ServerName 参数数量与在部署中配置的服务器数量相同。 您可以采用 ServerName 或 ServerName\InstanceName 格式指定 ServerName。 如果不使用默认实例,则必须指定实例名称:
**TFSConfig RemapDBs /DatabaseName:ServerName;**TFS_Configuration **/SQLInstances:**ServerName,ServerName2 **/AnalysisInstance:**ServerName2 **/AnalysisDatabaseName:**DatabaseName
提示
在 /SQLInstances 中,必须指定承载 Team Foundation Server 数据库的所有 SQL Server 实例(用逗号分隔)。 有关更多信息,请参见 RemapDBs 命令。
更改已移动数据库的所有权
必须使用 TFSConfig Accounts ResetOwner 命令将已移动数据库的数据库所有者登录更改为当前用户。 在执行下面一系列步骤之前,请确保使用正确的用户帐户登录。 例如,可以使用安装 Team Foundation Server 时使用的帐户,安装指南将该帐户称为 TFSSETUP。 至少,您使用的帐户必须是 Team Foundation Server 中**“Team Foundation Administrators”**组的成员,并且是 SQL Server 中 sysadmin 组的成员。
将已还原数据库的所有权更改为当前用户
打开命令提示符窗口,将目录切换到“驱动器:\%programfiles%\ Microsoft Team Foundation Server 2010\Tools”。
键入下面的命令,其中 ServerName(采用 ServerName 或 ServerName\InstanceName 格式)是承载 Team Foundation Server 数据库的 SQL Server 实例的名称,DatabaseName 是配置数据库的名称(默认为 TFS_Configuration):
**TFSConfig Accounts /ResetOwner /SQLInstance:**ServerName **/DatabaseName:**DatabaseName
如果指定配置数据库,则此命令将更改 Team Foundation Server 的所有数据库的所有权。
更新所有服务帐户
必须更新 Team Foundation Server 的服务帐户 (TFSService) 和数据源帐户 (TFSReports)。 即使这些帐户未进行更改,也必须更新信息,以确保帐户的标识和格式适用于新服务器。
更新服务帐户
打开命令提示符窗口,将目录切换到“驱动器:\%programfiles%\ Microsoft Team Foundation Server 2010\Tools”。
在命令提示符处,通过键入下面的命令为 Team Foundation 添加服务帐户,其中 DatabaseName 是配置数据库的名称(默认为 TFS_Configuration):
**TfsConfig Accounts /add /AccountType:ApplicationTier /account:**AccountName **/SQLInstance:**ServerName **/DatabaseName:**DatabaseName
在命令提示符下键入以下命令,以添加数据源帐户:
**TfsConfig Accounts /add /AccountType:ReportingDataSource /account:**AccountName **/SQLInstance:**ServerName **/DatabaseName:**DatabaseName
有关更多信息,请参见Accounts 命令。
配置应用层服务器
为应用层和数据层准备服务器后,必须使用“应用层专用向导”在新服务器上配置应用层。
将服务器配置为应用层服务器
打开管理控制台,然后重新启动应用层专用向导。
有关更多信息和分步过程,请从 Microsoft 网站上的以下页面来下载最新版本的 Team Foundation 安装指南,并按照应用层专用向导的说明进行操作:Installation Guide for Team Foundation(Team Foundation 安装指南)。
更新应用层服务器的 URL
如果新应用层服务器的名称与原始服务器不同,则应在管理控制台中更新 URL。
更新应用层服务器的 URL
打开 Team Foundation 的管理控制台。
有关更多信息,请参见打开 Team Foundation 管理控制台。
在导航栏中,单击**“应用层”,然后单击“更改 URL”**。
**“更改 URL”**窗口随即打开。
在**“通知 URL”中,键入新应用层服务器的 URL,然后单击“确定”**。
配置 SharePoint 产品
在移动到新服务器的过程中,您必须在单服务器部署上安装 SharePoint 产品扩展。 还必须为部署所使用的 SharePoint Web 应用程序重新配置设置。
安装扩展并为 SharePoint Web 应用程序配置设置
打开安装指南,并按照其中的说明在服务器上安装 SharePoint 产品的 Team Foundation Server 扩展。
有关更多信息,请参见SharePoint 产品扩展。
打开 Team Foundation 的管理控制台。
在导航栏中,单击**“SharePoint Web 应用程序”**。
在**“SharePoint Web 应用程序”列表中,单击在移动到新服务器过程中其服务器发生了更改的 Web 应用程序,然后单击“更改 SharePoint Web 应用程序”**。
在**“Web 应用程序 URL”和“管理中心 URL”中,更改值以反映新服务器上的 URL。 如果需要,可将“团队项目集合站点的默认位置”**的值更改为此 Web 应用程序的新默认位置。
单击**“确定”**。
如果 Team Foundation Server 位于 SharePoint 产品以外的服务器上,您还必须配置对 Team Foundation Server 的访问,方法是在运行 SharePoint 产品的服务器上的管理控制台中打开并展开“扩展”节点。
有关如何在部署中配置 SharePoint Web 应用程序的更多信息,请参见向部署中添加 SharePoint Web 应用程序和 SharePoint 产品和 Team Foundation Server 之间的交互。
如果您的部署拓扑和安全要求允许,请将 Team Foundation 的服务帐户 (TFSService) 添加到**“服务器场管理员”**组中。
有关更多信息,请参见SharePoint 产品和 Team Foundation Server 之间的交互和Team Foundation Server 中的服务帐户和依赖项。
配置 Reporting Services 和 Analysis Services
如果不在部署中使用运行 SQL Server Reporting Services 的服务器,则可跳过此过程。 如果您的部署使用报表服务器,则必须将 Team Foundation Server 重定向到该服务器的位置,重新启动仓库并手动为 Analysis Services 重新生成数据库。 有关如何为 Analysis Services 重新生成数据库(即便您不移动部署)的更多信息,请参见重新生成数据仓库和 Analysis Services 多维数据集。
提示
即使已如上节所述还原了 TFS_Warehouse 和 TFS_Analysis 数据库,您也必须完成此过程。
重新配置 Reporting Services 和 Analysis Services
打开 Team Foundation 的管理控制台。
在导航栏中,单击**“报告”**。
在**“报告”页上单击“编辑”**。
在**“脱机”对话框中,单击“确定”**。
**“Reporting Services”**对话框随即打开。
选中**“使用报表服务器”**复选框。
单击**“仓库”选项卡,并在“服务器”**中键入或单击报表服务器的名称。
在**“数据库”**中键入 Team Foundation Server 的仓库数据库的名称。
默认情况下,此数据库的名称为 TFS_Warehouse。
(可选)单击**“测试连接”**以确保您指定的数据库有效。
单击**“Analysis Services”**选项卡。
在**“服务器”**列表中,键入或单击运行 SQL Server Analysis Services 的服务器的名称。
在**“数据库”**中,键入 Team Foundation Server 的 Analysis Services 数据库的名称。
默认情况下,此数据库的名称为 TFS_Analysis。
如果没有使用数据库的默认实例,请选中**“指定非默认实例”**复选框,然后键入或单击实例的名称。
(可选)单击**“测试连接”**以确保您指定的数据库有效。
在**“用户名”和“密码”**中,键入数据源帐户 (TFSReports) 的帐户名和密码(如果有)。
在**“报表”选项卡上,在“服务器”列表中,键入或单击报表服务器的名称,然后单击“填充 URL”**。
在**“用户名”和“密码”**中,键入数据源帐户 (TFSReports) 的帐户名和密码(如果有)。
在**“默认路径”中,键入用于存储报表的相对路径,然后单击“确定”**。
在管理控制台中,单击**“启动作业”**重新启动报告。
打开命令提示符窗口,将目录切换到 %ProgramFiles%\Microsoft Team Foundation Server 2010\Tools。
键入下面的命令,为 Analysis Services 重新生成数据库:
TFSConfig RebuildWarehouse /AnalysisServices /ReportingDataSourcePassword:Password
Password 是 Reporting Services 的数据源帐户 (TFSReports) 的密码。
等到命令成功完成。
在报表服务器上,打开 Internet Explorer,并在地址栏中键入以下字符串,然后按 Enter:
https://localhost:8080/tfs/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx
将打开**“ControllerService”**页。
单击**“GetWarehouseStatus”,然后单击“调用”**。
重要事项 该服务应返回值“空闲”,指示当前未处理多维数据集。 如果返回其他值,则请重复此步骤,直至返回“空闲”。
返回到**“ControllerService”页,单击“运行”,再单击“调用”**。
此步骤会启动处理过程。 如果成功启动控制器,则该服务返回**“True”,如果仓库仍在处理,则返回“False”**。
若要确定仓库是在何时处理完毕的,请返回到**“ControllerService”页,单击“GetWarehouseStatus”,再单击“调用”**。
当**“GetWarehouseStatus”服务返回值“空闲”**时,处理已完成。
验证用户、组和服务帐户的权限
移动到新硬件后,确保您的部署的所有用户、组和服务帐户都已使用在每台服务器上正确运行所需的权限进行了配置。 某些权限不能自动迁移。 例如,Team Foundation 管理员必须是应用层服务器上**“Administrators”**组的成员才能打开管理控制台,因此,必须将他们手动添加到该组。
验证权限
登录到服务器,确保使用操作所需的权限配置了用户、组和服务帐户。
有关更多信息,请参见向团队项目中添加用户、设置对团队项目集合的管理员权限、设置 Team Foundation Server 的管理员权限和Team Foundation Server 中的服务帐户和依赖项。
配置 Project Server 集成
如果要移动的部署未与 Microsoft Project Server 集成,则可跳过此过程。 有关更多信息,请参见 Microsoft Team Foundation Server 2010 和 Microsoft Project Server 集成功能包。
如果您打算继续进行项目和集合与 Project Server 之间的集成,则必须将 Project Web Access 或 Project Web App (PWA) 的实例注册到移动后的部署的应用层服务器。
将移动后的部署与 Project Server 集成
使用具有 /tfs、/force 和 /pwa 选项的 TFSAdmin ProjectServer /RegisterPWA 命令,将 Project Web Access 或 Project Web App 的实例注册到 Team Foundation Server 的移动后的部署。
注册该实例后,必须等待数据同步。 此过程将按预设的时间表自动发生。 有关更多信息,请参见Team Foundation Server 与 Project Server 集成的同步过程概述、更改部署配置、向 Team Foundation Server 注册 PWA 实例和移除参与数据同步的组件。
刷新客户端计算机上的数据缓存
刷新客户端计算机上的数据缓存
登录到服务器,并使用**“ClientService”**Web 服务强制客户端更新用于跟踪工作项和用于版本控制的缓存。
有关更多信息,请参见刷新客户端计算机上的数据缓存。
提示
如果您将数据库还原到其他时间点,则还需要刷新版本控制缓存。
请参见
任务
概念
其他资源
将 Team Foundation Server 从一个环境移至另一个环境
修订记录
日期 |
修订记录 |
原因 |
---|---|---|
2011 年 3 月 |
添加了有关与 Project Server 集成的部署的信息。 |
|
2010 年 6 月 |
添加了指向关于如何重新生成数据仓库的主题的链接。 |
客户反馈 |