通过

展开或更改虚拟实验室

 

发布时间: 2016年7月

随着使用并熟悉虚拟实验室，你可能要在一个或多个方面扩展或更改实验室：

  • 将 Team Foundation Server 从一台服务器移动到另一台服务器

    可能必须更改或替换运行 Team Foundation Server 应用层的服务器。

  • 将团队项目集合从一个 Team Foundation Server 移动到另一个 Team Foundation Server 

    你可能要重用初始团队项目中的计算机和其他资源并移动这些资源。

  • 添加新的库服务器和停用旧的库服务器

    可能会发现需要更多空间来存储虚拟机、模板和环境。  可以添加更多库共享或将现有库共享替换为更大 SCVMM 库服务器上的库共享。  

  • 添加新的 Hyper-V 主机和停用旧的 Hyper-V 主机

    可能会发现需要更多空间来运行虚拟机和环境。  可以向现有主机组添加更多物理主机，以便以透明方式添加更多容量。  

  • 将 System Center Virtual Machine Manager 从一台服务器移动到另一台服务器

    可能必须更改或替换运行 SCVMM 的服务器。

  • 移动测试控制器

    可能必须移动或替换运行测试控制器的计算机。

这些更改中的每个更改都要求对 实验室管理 资源的配置进行某种修改。

将 Team Foundation Server 从一台服务器移动到另一台服务器

如果将 Team Foundation Server 从一台服务器移动到另一台服务器，或以其他方式更改运行 Team Foundation Server 的服务器的名称，则必须更新 实验室管理 组件用于与 Team Foundation Server 通信的 URL。  有关以下内容的详细信息如何移动 Team Foundation Server 的信息，请参阅管理 Team Foundation Server。  

Team Foundation Server 移动完成之后，在以下位置更新 Team Foundation Server URL：

  • 在运行 Team Foundation Server 应用层的计算机上，URL 会出现在 Team Foundation Server 管理控制台中。  在管理控制台中，转到**“实验室管理工具版”节点，单击“重新配置实验室管理工具版”，然后单击“高级”选项卡。  在“实验室 URL”**文本框中，输入新服务器名。  

  • 在安装了生成代理的计算机上，URL 存储在 Hyper-V 托管的注册表配置单元中。  如果重命名运行 Team Foundation Server 的服务器，请对此环境单击**“修复工作流功能”**。  会在此环境的所有虚拟机中自动更新设置。  因为 .lvr 文件在内部存储 Team Foundation Server 的 URL，所以必须手动修改 .lvr 文件以更新 XML。  

    备注

    不必还原快照，因为 URL 在还原为快照之后会由 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 的另一台服务器

  1. 将团队项目集合移动到新的应用层。  有关步骤，请参阅移动团队项目集合。  

  2. 将团队项目集合附加到目标 Team Foundation Server 之后，对集合取消配置 实验室管理。  有关取消配置的步骤，请参阅 TFSConfig Lab /Delete Command。  

  3. 在目标 Team Foundation Server 中为集合重新配置实验室管理工具版。  有关配置实验室管理工具版的步骤，请参阅为 SCVMM 环境配置实验室管理工具版。  

添加新的库服务器和停用旧的库服务器

如果必须扩展 System Center Virtual Machine Manager (SCVMM) 的存储，则可以添加新的库共享。  还可以将现有共享替换为具有更快处理器、更多硬盘或兼具两者的服务器上的共享。  用于对 实验室管理 使用的 SCVMM 添加或删除库共享的过程如下所示：  

  1. 准备移动到新的库共享。

  2. 移动模板。

  3. 移动虚拟环境中当前未使用的导入的虚拟机。

  4. 移动存储环境。

  5. 删除旧的库共享。

    备注

    此方案不会更新可能属于活动 bug 的现有 .lvr 文件。  如果重现 bug 需要存储环境，则这些环境应保留在源库中，直到解决 bug。  

准备移动

  1. 确保新的库服务器满足 SCVMM 库服务器的系统要求。  有关以下内容的详细信息系统要求的信息，请参阅系统要求：VMM 库服务器。  

  2. 在新服务器上，添加新的库共享：

    1. 在 Windows 资源管理器中，创建一个使用新库共享的名称的新文件夹。

    2. 通过将 VMM_MACHINE$ 作为参与者添加到共享此文件夹的用户的列表，将新文件夹与 SCVMM 服务器共享。

    3. 在 Virtual Machine Manager 管理员控制台中，关联此库共享。

  3. 将新的库共享添加到相关团队项目集合和团队项目。

    1. 在**“TFS 管理控制台”中，单击“TFS 服务器”。  单击“应用层”，然后单击“团队项目集合”**。  

    2. 在**“实验室管理工具版”选项卡上，单击“配置库共享”**。

    3. 添加在 SCVMM 中创建的共享。

  4. 备份原始库共享。  有关备份库共享的步骤，请参阅备份和还原 VMM 数据库。  

  5. 执行下列操作之一：

    使项目集合处于脱机状态。  建议（不过不是必需）在移动过程中使相关项目集合处于脱机状态。  

    - 或 -

    请与系统管理员联系，要求他们通知所有用户在移动期间不要部署环境或是导入虚拟机或模板。

移动模板

  1. 标识与要移动的模板相关的文件。  将这些文件从源移动到目标。  对于差异磁盘 VHD，确保移动 .vhd 的所有版本。  若要查找此模板指向的 .vhd 的路径，请右键单击模板，然后单击**“属性”。  单击“硬件配置”**。  将此 .vhd 移动到新的库共享。  

  2. 在**“SCVMM 管理员控制台”中，单击“库”。  在“操作”窗格中，单击“刷新”**。  同时刷新旧的库共享和新的库共享。  

  3. 在 “Microsoft 测试管理器”中，单击“库”。  指向新的**“库共享”**，然后重新导入模板。  针对为 实验室管理 启用的每个团队项目重复操作。  请确保向模板的新实例定义的操作系统配置文件和硬件配置文件与用于旧模板的相同。  

  4. 如果库中有基于模板的环境，则应手动更新环境定义。  在 Microsoft 测试管理器 中，单击**“库”。  单击“环境”**，然后单击使用这些模板的每个环境。  删除旧模板，并添加新模板。  

  5. 从库中删除旧模板。  在 Microsoft 测试管理器 中，单击**“实验室中心”。  单击“库”选项卡，然后单击“虚拟机和模板”**。  

    可以通过查看库共享列来区分旧模板和新模板。  这不会删除基础模板。  

  6. 确认移动已成功。  如果未使团队项目集合处于脱机状态，请将一个模板部署到主机。  它应在不出现错误的情况下完成。  

如果库中有当前未在环境中使用的虚拟机，则必须将这些虚拟机部署到主机，然后将这些虚拟机保存到新库。

移动导入的虚拟机

  1. 创建新的虚拟环境

  2. 添加必须移动的所有虚拟机。  不要选择任何功能。  

  3. 部署环境，但不启动它。

    备注

    如果尝试启动环境，并且有正在运行的虚拟机使用与你现在移动的虚拟机相同的名称，则可能会发生域中的名称冲突。

  4. 在**“Microsoft 测试管理器”中，单击环境中的第一个虚拟机。  单击“存储到库”**，然后选择要存储到的目标库。  针对环境中的所有虚拟机重复操作。  

  5. 所有虚拟机都存储在库中之后，删除环境

  6. 删除源库中的虚拟机。

    备注

    移动之后，无法将虚拟机导入到其他团队项目。

移动存储环境

  1. 在 Microsoft 测试管理器 中，部署环境。

    不必启动环境。

  2. 在**“环境”选项卡上，在目标库共享上单击“存储到库”**。

  3. 确认移动已成功：

    1. 部署环境。

    2. 拍摄快照。

    3. 还原为较早的快照。

    4. 还原为最新快照。

  4. 如果可以成功还原，则从源库共享中删除环境。

移动完成之后，使团队项目集合恢复为联机状态。

如果你的 bug 包含处于库中的环境的快照，则我们建议在解决这些 bug 之前，将这些环境保留在此库中。  没有简单的方法可用于查找其 .lvr 文件指向它们的环境。  因此，可行的解决方案是保留过去 60 天内创建的环境。  

删除共享

  1. 从原始库共享中删除虚拟机和模板：在 Microsoft 测试管理器 中，单击**“实验室中心”。  单击“库”、“虚拟机和模板”**，然后在库共享中删除仍显示为位于原始库共享中的虚拟机。  

    可以通过拖动**“库共享”**列标题并将它放置在标题行上，轻松按库共享对虚拟机进行分组。

  2. 从团队项目中删除库共享关联：

    1. 打开命令提示。

      在命令提示处，将 TFSLabConfig 命令行工具用于每个与要删除的库共享关联的项目。

    2. 运行命令 TFSLabConfig DeleteTeamProjectLibraryShare 以指定项目集合和项目名以及库共享名。

      有关以下内容的详细信息 TFSLabConfig DeleteTeamProjectLibraryShare 命令的信息，请参阅 TFSLabConfig DeleteTeamProjectLibraryShare Command。

    3. 对每个团队项目重复此步骤。

  3. 在 Team Foundation Server 管理控制台中，从与之关联的团队项目集合中删除原始库共享。

添加新的 Hyper-V 主机和停用旧的 Hyper-V 主机

添加 Hyper-V 主机

  1. 在 SCVMM 管理员控制台中，将新的 Hyper-V 服务器添加到主机组。  有关将服务器添加到主机组的步骤，请参阅添加主机。  

  2. 在**“Team Foundation Server 管理控制台”中，单击“TFS 服务器”。  单击“实验室管理工具版”，然后单击“主机组”。  单击“验证”**。  如果系统提示你输入用户名和密码，则提供在新主机上作为管理员安全组成员的用户。  

  3. 防止将新虚拟机置于从中进行迁移的主机上。

    1. 在“SCVMM 管理员控制台”中，单击**“主机”。  单击从中进行迁移的主机的名称，然后单击“属性”**。  

    2. 在**“主机属性”窗口中，单击“状态”选项卡。  清除复选框“此主机可用于放置”，然后单击“确定”**。  

  4. 在**“主机属性”窗口中，单击“状态”选项卡。  清除标有“此主机可用于放置”的复选框，然后单击“确定”**。  

  5. 迁移未进行网络隔离的环境：

    1. 在 Microsoft 测试管理器 中，单击**“实验室中心”。  单击“实验室”选项卡，然后单击“环境”**。  标识位于源和目标主机所处的主机组中的环境。  

    2. 打开每个环境并标识关闭了网络隔离功能的环境。  此步骤的其余部分仅适用于未进行网络隔离的环境。  

    3. 在 SCVMM 管理员控制台中，查找属于未进行网络隔离的环境的虚拟机。

      可以通过在虚拟机窗格的搜索框中输入环境名来实现此目的。

    4. 如果上一步中找到的任何虚拟机位于要停止使用的主机上，请将这些虚拟机移动到新主机。

  6. 迁移网络隔离环境：

    1. 在 Microsoft 测试管理器 中，单击**“实验室中心”。  接下来，单击“实验室”选项卡，然后单击“环境”**。  标识位于在源和目标主机所处的主机组中的环境。  

    2. 打开每个环境并标识打开了**“网络隔离”**功能的环境。

    3. 在**“SCVMM 管理员控制台”**中，查找属于网络隔离环境的虚拟机。

      可以通过在虚拟机窗格的搜索框中输入环境名来实现此目的。

    4. 如果任何网络隔离环境的虚拟机位于要停止使用的主机上，请将网络隔离环境存储在团队项目库中。

      网络隔离环境中的所有虚拟机都位于同一个物理主机上。

    5. 从库将环境部署回主机组。

  7. 在 Microsoft 测试管理器 中，暂停然后恢复每个环境。  这可验证环境是否已成功迁移。  

  8. 在 SCVMM 管理员控制台中，单击**“主机”，单击旧主机的名称，然后单击“删除主机”**。

将 System Center Virtual Machine Manager 从一台服务器移动到另一台服务器

在至少两种情况下，可能会将 SCVMM 从一台服务器移动到另一台服务器。  首先，已开始在临时计算机上试用 实验室管理，现在要将功能部署到生产服务器上。  因为在生产模式下是从头开始，所以保留在初步测试期间使用的环境、模板和其他实验室资产并不重要。  其次，由于容量或可用性问题而必须更改运行 SCVMM 的服务器。  因为要继续像以前一样工作，所以必须保留相同的环境和相关资产。  

移动 SCVMM 而不保留实验室资产

  1. 从每个团队项目集合中删除实验室对象。

    1. 在 Team Foundation Server 应用层上，打开命令提示并输入以下命令 **Tfsconfig.exe lab /delete /collectionName:**myCollection。  必须从运行 Team Foundation 应用层的服务器运行 TFSConfig。  默认情况下，TFSConfig 位于 驱动器:\Program Files\Microsoft Team Foundation Server 2010\Tools 中。  有关 TfsConfig Lab /Delete 命令的详细信息，请参阅 TFSConfig Lab /Delete Command。  

    2. 在服务器上对每个团队项目集合重复此命令。

  2. 在 Team Foundation Server 管理控制台中输入新名称。

    1. 在 Team Foundation Server 管理控制台中，单击**“实验室管理工具版”**节点。

    2. 在**“实验室管理工具版”页上，单击“重新配置实验室管理工具版”**。

    3. 在**“Virtual Machine Manager”选项卡上，输入运行 SCVMM 的新服务器的完全限定的域名。  然后单击“测试”**以确认新服务器是否可用。  

      1. 如果 Team Foundation Server 服务帐户在指定的 SCVMM 上没有相应权限，则会显示一个对话框，提示你输入用户名和密码。

      2. 输入作为 SCVMM 管理员角色的现有成员的用户的名称和密码。  Team Foundation Server 服务帐户会添加到 SCVMM 管理员角色。  

    4. 单击“确定”。

移动 SCVMM，同时保留实验室资产

  1. 备份原始 SCVMM 的数据库：

    1. 在 SCVMM 管理员控制台中，单击**“管理”，然后单击“常规”。  在“操作”窗格中，单击“备份 Virtual Machine Manager”**。  

    2. 在**“Virtual Machine Manager 备份”**对话框中，为备份文件输入目标文件夹的路径。  该文件夹不能是根目录，并且必须由 SQL Server 访问。  

    备注

    可以在“作业”视图中跟踪备份的状态。

  2. 将步骤 1b 中的数据库备份文件复制到新 SCVMM 计算机上的某个位置。

  3. 在新服务器上安装 SCVMM。  使向导指向当前 SCVMM 数据库，或创建新数据库。  有关还原备份的步骤，请参阅备份和还原 VMM 数据库。  

  4. 在 Team Foundation Server 中更新 SCVMM 服务器名。

    1. 打开命令提示并运行命令：**Tfsconfig.exe lab /settings / scvmmservername:**my_new_scvmmservername /force。  必须从运行 Team Foundation 应用层的服务器运行 TFSConfig。  默认情况下，TFSConfig 位于 驱动器:\Program Files\Microsoft Team Foundation Server 2010\Tools 中。  必须使用 /force 开关，因为库服务器和主机组已绑定到团队项目集合；除非使用 /force 选项，否则不允许更改 SCVMM。  有关 TFSConfig Lab Settings 命令的详细信息，请参阅 TFSConfig Lab /Settings Commands。  

    2. 在 Team Foundation Server 管理控制台中，单击**“实验室管理工具版”节点。  单击“重新配置实验室管理工具版”，然后单击“VMM 服务器名称”附近的“测试”**。  这可确认 Team Foundation Server 是否可以连接到新 SCVMM 并且具有正确权限。  

      1. 如果 Team Foundation Server 服务帐户在指定的 SCVMM 上没有相应权限，则会显示一个对话框，提示你输入用户名和密码。

      2. 输入作为 SCVMM 管理员角色的现有成员的用户的名称和密码。  Team Foundation Server 服务帐户会添加到 SCVMM 管理员角色。  

    3. 在 Team Foundation Server 管理控制台中，对每个团队项目集合执行以下操作。

      1. 单击**“实验室管理工具版”选项卡，然后单击“配置主机组”。  选择所有主机组，然后单击“验证”**。 这可确认 Team Foundation Server 和新 SCVMM 是否可以连接到主机并且具有正确权限。  

      2. 单击**“实验室管理工具版”，然后单击“配置库共享”。  选择所有库共享，然后单击“验证”**。  这可确认 Team Foundation Server 和新 SCVMM 是否可以连接到库共享并且具有正确权限。  

  5. 确认移动已成功：

    1. 在 Microsoft 测试管理器 中，单击**“实验室中心”，然后单击“环境”**。  确认现有环境是否出现在列表中，以及它们是否处于正确状态。  

    2. 单击**“库”，然后单击“虚拟机和模板”**。  确认所有现有虚拟机和模板是否都出现在列表中，以及它们是否未显示新错误。  

移动测试控制器

如果必须移动或重新安装与环境关联的测试控制器（可能是进行硬件升级，或是因为当前服务器太旧），则必须备份数据库，然后在新计算机上重新安装。  如果要移动用于负载测试的测试控制器，请另外备份和还原负载测试数据库。  还必须转到每个代理，然后向新控制器重新注册它。  

移动或重新安装测试控制器

  1. 找到 QTControllerConfig.XML 文件并创建备份副本。 

    此文件通常位于 Common7\IDE 文件夹中的 Visual Studio 安装中。

  2. 重新生成具有相同名称的计算机。

  3. 在新计算机上重新安装测试控制器。

    不要配置测试控制器。

  4. 将计算机上的默认 QTControllerConfig.XML 文件替换为在步骤 1 中备份的文件。

  5. 配置测试控制器，然后将它连接到之前连接的项目集合。

  6. 重新启动计算机。

  7. 如果更改在其中安装了测试控制器的计算机的名称，并且针对环境配置了测试功能，则必须在使用该测试控制器的环境中更新测试控制器的名称。  将使用 Microsoft 测试管理器 修改环境：  

    1. 停止环境。

    2. 编辑环境，然后在**“功能”**页上更新测试控制器设置。  使用其新名称选择测试控制器。  

    3. 重新启动环境。

请参阅

如何：为团队项目集合更改库共享

  • Last updated on