Team Foundation Server 移动类型

Visual Studio Team Foundation Server 支持三个移动类型。 最常见的类型是基于还原的移动,在这种移动中,将在新硬件上配置新安装的 Team Foundation Server,并且将原始 Team Foundation Server 部署中的数据还原到充当数据层的新服务器上。 基于环境的移动是一种较为简单的类型,在这种移动中,将把现有 Team Foundation Server 部署从一个域移动到另一个域,或从一个工作组移动到一个域。 在最后一种类型中,您可将部署从一台服务器移动到多台服务器,移动期间,将把 Team Foundation Server 从单服务器上的安装移动到跨两台或更多服务器的安装。 这是一个特定类型的基于还原的移动。

为什么移动 Team Foundation Server 部署?

您考虑移动现有 Team Foundation Server 部署的原因有多种。 最常见的原因如下:

  • 通过将 Team Foundation Server 从单服务器移动到多服务器,可提高 Team Foundation Server 部署的容量。

  • 通过添加服务器来扩展部署,从而承载构成数据层的数据库。

  • 通过添加应用层服务器(可以使用或不使用用于分布应用层服务器间流量的负载平衡软件),可提高部署的速度和灵活性。

  • 使用相同的服务器名称或不同的服务器名称来集成新硬件。

  • 将 Team Foundation Server 从工作组移动到 Active Directory 域。

  • 将 Team Foundation Server 从一个域移动到另一个域。

支持的移动类型

Team Foundation Server 支持三个不同的移动类型。 这三个移动类型都需要许多步骤。 您应先仔细阅读每个移动类型的过程,然后再尝试移动 Team Foundation Server 部署。

  • 基于还原的移动   在新硬件上安装所需的软件,随后将原始 Team Foundation Server 数据库的备份还原到新硬件上。 以下是基于硬件的移动示例:

    • 从域中的一个单服务器部署移动到同一个域中的另一个单服务器部署。

    • 从域中的一个双服务器或多服务器部署移动到同一个域中的另一个双服务器或多服务器部署。

    • 将数据从一台数据层服务器还原到另一台数据层服务器(仅限双服务器部署)。

    • 移动或拆分团队项目集合。

    有关具体步骤,请参见将 Team Foundation Server 从一个硬件配置移到另一个硬件配置将数据还原到其他服务器或实例拆分团队项目集合移动团队项目集合

  • 基于环境的移动   通过将运行 Team Foundation Server 的服务器加入域,或者通过更改服务器所属的域,将现有 Team Foundation Server 部署移动到新环境。 此移动类型不涉及更改硬件。 以下是基于环境的移动示例:

    • 将部署从工作组移动到域

    • 将部署从一个域移动到另一个域

    有关具体步骤,请参见将 Team Foundation Server 从一个环境移至另一个环境

  • 单服务器到多服务器的移动   这是基于还原的移动的一个特定类型。 在新计算机上安装和配置 SQL Server,并将原始单服务器 Team Foundation Server 转换到承载逻辑 Team Foundation 应用层的服务器。 将从原始单服务器环境获取的数据库备份还原到新的 Team Foundation 数据层服务器。 有关具体步骤,请参见从单服务器部署移至双服务器部署

移动方案

您必须决定哪个类型的移动最适合您的业务需要。 可能的服务器移动方案包括以下几种:

  • 将服务器从 A 域移动到 B 域   如果您不更改硬件,则这是基于环境的移动类型。 如果您在测试域中评估了 Team Foundation Server,并且希望将服务器移动到生产域中,则可能需要这样做。 移动服务器还可能涉及从原始服务器移动或重新创建用户帐户、组帐户和权限。

  • 将单服务器从工作组移动到域   这是基于环境的移动类型。 如果您在工作组中部署了 Team Foundation Server,然后决定实现 Active Directory 域,则可能需要这样做。 如果域中存在相同的用户帐户,或者用户帐户是 Team Foundation Server 上的本地帐户,则可以将本地用户从工作组移动到域。

  • 更换 Team Foundation Server 部署中的硬件   这是基于还原的移动类型。 如果必须更换安装有 Team Foundation Server 的硬件,则可能需要这样做。

  • 扩展单服务器 Team Foundation Server 部署的容量   移动类型取决于您是希望将部署移动到具有更大容量的更快速服务器,还是希望从单服务器部署移动到多服务器部署。 前者是基于还原的移动,后者是单服务器到多服务器的移动。 如果当前 Team Foundation Server 部署的性能不佳,并且需要为用户、项目和数据提供更多容量,则可能需要这样做。

  • 将团队项目集合从一个 Team Foundation Server 部署移到另一个 Team Foundation Server 部署此移动类型仅移动单个集合数据库,而不是移动整个部署。

  • **将团队项目集合拆分为两个或多个集合。**此移动类型可划分单个集合中包含的多个项目。 一个项目只能存在于一个集合中,所以拆分的每个集合都有自己唯一的项目清单。

移动注意事项

移动 Team Foundation Server 部署需要精心规划和执行。例如,将从 Team Foundation Server 单服务器部署到多台服务器的移动与域迁移进行组合需要特别小心。 另请记住,Team Foundation Server 会在多个位置存储配置信息。 请务必认真按照移动步骤操作。 有关更多信息,请参见Team Foundation Server 体系结构SharePoint 产品和 Team Foundation Server 之间的交互

移动 Team Foundation Server 的注意事项

尽可能保持 Team Foundation 应用层服务器名称不变 对于基于环境的移动和单服务器到多服务器的移动,应尽可能保持 Team Foundation 应用层服务器的名称不变。 更改 Team Foundation 应用层服务器名称会增加以下复杂性:

  • 更改 Team Foundation 应用层服务器名称需要所有 Team Foundation 客户端必须连接到新的服务器名称。

  • (通过移动或拆分集合)更改集合名称需要所有客户端必须按新名称重新连接到集合。

  • 如果更改了服务器名称或集合名称,则所有与查询绑定的 Microsoft Office 文档都将不再有效。 这些文档都绑定到创建这些文档的服务器或集合。 这包括创建项目时在项目**“文档”**节点下自动创建的所有与查询绑定的 Microsoft Office 文档。

  • 如果更改了服务器名称或集合名称,则文档的所有嵌入链接都将指向未知名称。

移动用户帐户和服务帐户 在安全模型中,Team Foundation Server 将 Windows 标识(本地和域组及用户)按照各自的安全标识符 (SID) 存储在配置数据库内。 如果要移动集合或服务器,则需要协调标识并重新配置 Team Foundation Server。 对于以下情况尤其如此:

  • 本地帐户位于原始 Team Foundation Server 上。 您必须决定这些帐户将在移动后的 Team Foundation Server 上作为本地帐户重新创建,还是在移动后的 Team Foundation Server 的新域中作为域帐户重新创建。

  • 域帐户位于原始 Team Foundation Server 上,但您正在将 Team Foundation Server 移动到不信任原始域的域中。 您必须决定这些帐户将在移动后的 Team Foundation Server 上作为本地帐户重新创建,还是在移动后的 Team Foundation Server 的新域中作为域帐户重新创建。

准备测试运行 最好通过测试运行练习对移动到新环境进行测试,以帮助确定和解决任何不可预见的问题。 您的移动方案和部署环境可能与 Microsoft 测试过的移动方案和部署环境不同。 执行测试运行可帮助您识别您的部署所特有的移动步骤中可能存在的差别。

请参见

任务

在 Team Foundation Server 中连接和访问团队项目

概念

使用团队项目集合组织服务器

其他资源

将 Team Foundation Server 从一个硬件配置移到另一个硬件配置

将 Team Foundation Server 从一个环境移至另一个环境

从单服务器部署移至双服务器部署

在工作组中管理 Team Foundation Server

有关 Team Foundation Server 的信任和目录林的注意事项