域服务器合并与迁移解决方案加速器：从Windows NT 4.0到Windows Server

域服务器合并与迁移解决加速器：从Windows NT 4.0到Windows Server 测试规划指南 域服务器合并与迁移解决方案加速器:从Windows NT 4.0到Windows Server 2003 本文档所提供的信息(包括引用的URL及其它Internert网站)均可能在不予的情况下发生变更。用户所面临的全部风险或因使用本文档导致的后果均由用户自行承担。 除非另有说明，本文档用来举例的公司、机构、产品、域名、电子邮件地址、徽标、人员、场所及事件均纯属虚构。请不要将它们推想或引申为任何真实的公司、机构、产品、域名、电子邮件地址、徽标、人员、场所及事件。 遵守所有适用版权法律是文档使用者所应承担的义务。Microsoft公司虽未在版权保护下就与本文档相关的权利做出任何限定，但是，任何人未经Microsoft公司书面授权许可，均不得出于任何目的、以任何形式、利用任何手段(电子、机械、影印、录音等)将本文档的任何组成部分制作成拷贝、存储或引入检索系统、亦或向任何对象进行传送。 Microsoft公司可能就本文档所涉及的主题拥有专利、专利申请、商标、版权或其它形式的知识产权。除非已同Microsoft公司签订书面许可协议，并根据协议条款获得明确授权，任何出示本文档的行为均无法使您具备针对上述专利、商标、版权或其它知识产权加以利用的许可权限。 ? 2004年，Microsoft公司。版权所有，保留所有权利。 Microsoft、Active Directory、Windows、Windows 98、Windows 2000、Windows NT和Windows XP均系Microsoft公司在美国和/或其它国家所拥有的注册商标或商标。 本文档所涉及的其它公司和产品的真实名称均为其各自所有者持有的商标。 Microsoft Corporation • One Microsoft Way • Redmond, WA 98052-6399 • USA 00 目录 简介 本文档的目标受众 知识基础 测试计划 测试目标 测试范围 测试策略 测试用例开发 测试方法 测试类型 文档验证测试 审核、建立验证测试(BVT)与基本功能测试(BFT) 过程测试 稳定性与共存性测试 可用性测试 可恢复性测试 易管理性测试 安全性测试 测试顺序 创建初始状态与最终状态服务器 审核与建立验证测试(BVT) 示例数据集系统衍生 分段式合并与迁移过程 分段式审核与功能测试 迁移完成后的功能与负载测试 测试周期 正式测试进入 测试发布标准 测试用例的通过或失败标准 程序错误严重标准 测试实验室环境 设施 人员 部署过程 硬件设备部署与验证 软件部署 系统镜像 变更控制 测试实验室配置方案 网络服务 DNS DHCP WINS 服务器硬件设备 基础架构计算机 支持服务计算机 小结 简介 这份指南是―域服务器合并与迁移解决方案:从Microsoft? Windows NT? Server 4.0到Windows Server? 2003‖文集的组成部分，将针对从配备Windows? Internet名称服务(WINS)、域名系统(DNS)、动态主机配置协议(DHCP)、文件、打印及Exchange服务的多个Windows NT Server 4.0域合并迁移至Windows 2003 Active Directory?的测试计划进行概括性介绍。本文档还对赖以执行测试计划的Microsoft实验环境进行了描述。这套解决方案加速器并未介绍基于Windows NT Server 4.0的文件、打印和Exchange服务迁移。 本文档的目标受众 本文档专为负责在企业环境下对域服务进行测试的信息技术(IT)专业人士编写。迁移项目团队成员和参与迁移项目的咨询人员应认真阅读本文档。 知识基础 本文读者应理解掌握Windows NT Server 4.0域和Windows Server 2003 Active Directory服务，并具备解决方案加速器文集中其它指南所描述的域合并与迁移过程的有关知识。 本文读者应对可供在Microsoft实验环境下使用的测试操作过程有所了解。本文读者还应具备与Symantec Ghost、WinPE和Virtual Server等工具及应用相关的知识技能。 测试计划 本章节针对测试目标、范围、策略、方法以及测试项目与发布标准进行了详细介绍。 测试目标 这份指南所介绍的测试任务旨在消除或弱化与指定迁移及合并过程适用性相关的不确定因素。测试任务的目标体现为，在解决方案发布之前揭示并解决基本环境与过程问题。解决方案实施人员将借助制定完成、经过检验和测试的执行过程更加轻松而自信地设计迁移与合并规划，并达到节省时间和资金的目的。 测试目标包括: ? 验证作为―域服务器合并与迁移解决方案加速器:从Windows NT Server 4.0到Windows Server 2003‖文集组成部分提供的指导原则的准确性、明晰性、可重复性和一致性。 ? 检验Active Directory、WINS、DNS和DHCP服务迁移与合并过程的有效性。 ? 在域合并与迁移情境下针对从属服务(Exchange 5.5和文件与打印服务)的稳定性进行事前、事中和事后验证。 ? 验证域合并与迁移情境的终点是否符合Microsoft系统体系结构(MSA)所提供的参考体系结构指导原则。 测试范围 测试目标在于，针对文档所描述的从企业中的多个Windows NT 4.0域向Windows 2003 Active Directory域实施迁移与合并的过程加以验证。 测试范围包括: ? 在迁移与合并之前对系统初始状态执行有限功能测试。 ? 检验实现过程文档的准确性、一致性、明晰性和可用性。 ? 针对已经定义的过程、功能和次序加以验证。 ? 对目录、WINS、DNS、DHCP、文件、打印及Exchange服务在整个合并与迁移过程中的持续可用性和安全性加以确认。 ? 在所有迁移与合并任务完成后对系统最终状态执行有限功能测试。 测试范围不包括: ? 对体系结构初始和最终状态进行全面测试。 ? 对与域合并及迁移过程并不直接相关的任何从Windows NT 4.0到Windows Server 2003的迁移要素进行测试。 ? 对Windows NT 4.0与Windows Server 2003系统长期共存性进行测试。 ? 性能或伸缩性测试。 测试策略 测试团队应首先与其它项目团队成员根据项目范围文档和已经确定的客户情境共同制定高水平的测试计划、预计日程和实现策略。这些计划、日程和策略将随着项目的进展做出必要调整，以便与技术信息更新、范围变化和实际运转情况相适应。 测试与开发团队将利用范围与情境文档概括并定义具有代表性且包含地区与分支机构的Windows NT 4.0企业网络环境。这个网络环境一旦被确定下来，即可成为参考初始状态模型。而项目团队则可据此确定网络环境在合并与迁移完成后的终结状态，进而创建最终状态模型。 测试团队将利用起始过程和性指导原则进一步评估情境数据，并在此基础上制定测试与实验需求。有一点可以确定:真正用于测试目的的仅仅是参考模型中的一个服务器子集。从实现过程角度来看，重复执行用于第二个服务器实例的过程仅仅涉及第二个(或更多)服务器实例。因此，对任何已经定义的情境加以验证所必需的服务器类型实例都将不必超过两个。 实验团队将在此基础上按照提供给他们的硬件与软件规范部署必要的硬件设备和底层操作系统。这些规范已将参照性初始与最终状态的一个子集包含在内。开发人员将在初始部署任务完成后，在测试团队的帮助下针对实施迁移前的状态就起始和最终状态服务器加以配置。测试团队还将执行多种审核与建立验证测试(BVT)，以确保其所部署系统的功能特性。而实验团队则会对系统执行镜像处理，以便为此后的重复部署提供便利。 接下来，开发人员将在测试团队的帮助下执行单元测试，并遍历端到端处理过程。一旦开发人员确信处理过程和工具集的有效性，并且正式测试的进入标准已得到满足，实验环境就将被交还给实验团队进行基于镜像的重新部署。测试团队将在对经过重新部署且功能健全的环境进行验证的基础上，启动本文档―测试方法‖章节所描述的正式测试阶段。 服务器系统将在正式测试过程中借助基于镜像的恢复操作被重新部署至实施迁移之前的状态，以期提高对合并与迁移过程的反复测试速度。不仅如此，测试程序将周而复始地运行下去，直到处理过程和相关文档达到本文档―测试发布标准‖章节所定义的质量水平。除此之外，因程序错误导致的故障率也必须在认定正式测试完成之前从绝对数量和相对严重性两方面降至最低水平。 测试用例开发 仅就测试体系结构和处理过程而言，最初完成的解决方案构想不太可能在正式测试开始前最终定型。促使一套全面完整的测试用例构思达到适当的深度是一个既消耗时间又需要全神贯注的过程。为确保测试目标得以实现，测试用例开发必须从早期阶段开始，且与主要开发工作齐头并进。 测试用例的开发工作应在服务器及相关服务的初始和最终状态得以确定后立即展开。随着开发团队判定并记录下越来越多的合并与迁移过程细节，测试用例规范也将得到不断地充实和发展。 在对可资借鉴的项目文档进行审阅后，测试人员将着手构建测试用例规范的每个组成部分;而这些规范则由需要接受测试的每个方面的概要信息构成。由于此时只有最起码的文档资料编制完毕，因此，大量早期工作都将依照与组成要素相关的以往 经验进行。这些概要信息将根据其它团队成员提供的反馈信息和日渐成熟的过程文档得到不断充实。当每个测试用例概要均趋于稳定时，测试人员即可会同有关开发人员对概要信息进行审核，并根据他们收到的反馈意见做出修改调整。 初始测试用例将就此构建完成，并被输入到内部程序错误与测试用例跟踪数据库，以便对测试用例概要信息中所定义的每个细目进行编址。新近生成的过程文档将随着自身的不断成熟接受一次又一次地审核，以资开发出更加丰富的测试用例。文档将接受相应评估，以便确定哪些请求已被生成，这些请求中的哪些需要由测试团队进行专项测试。在正式测试循环即将启动前的一周内，实际测试用例还将接受有关开发人员的审核评估。在正式测试执行过程中，某些用例还将根据需要接受修改、遭到删除或被添加进来。 测试方法 本章节针对―域服务器合并与迁移解决方案加速器:从Windows NT Server 4.0到Windows Server 2003‖所使用的测试方法进行了全面介绍。它首先定义了各种测试类型，然后，对测试执行顺序和测试周期进行了描述。 测试类型 合并与迁移测试的重点与典型的MSA测试和产品测试有所不同。MSA测试往往强调系统集成、交互操作与产品共存性。产品测试通常以个别产品及其功能特性为重心。而域测试任务的首要目标则在于实现过程及其对组织机构现有和新建系统产生的影响。与此同时，测试团队还将在合并与迁移过程中对安全性、稳定性和系统共存性给予特别关注。 测试团队还将对其所涉及的每个测试领域类型加以考虑: ? 文档验证测试 ? 审核、建立验证测试与基本功能测试 ? 过程测试 ? 稳定性与共存性测试 ? 可用性测试 ? 可恢复性测试 ? 易管理性测试 ? 安全性测试 文档验证测试 这项测试的执行顺序排在其它所有测试之前，以确保实现过程与已知最佳实现方式和重要文集的内容重迭部分相一致。文档验证测试将以针对计划和规范过程文档的标准审核为起点，并着眼于针对准确性、一致性、可读性或明晰性方面所存在的任何错误加以识别。 审核、建立验证测试(BVT)与基本功能测试(BFT) 这些测试将对系统和服务的配置与核心功能进行验证。它们将确保部署任务根据规范执行，而系统则可在合并与迁移过程中保持功能特性并展现预期属性。这些测试可供用来揭示在部署、合并与迁移过程中发生的人为错误。 过程测试 这项测试将针对按规定严格适用文档所记载过程的情况加以验证，以便揭示任何文档错误、技术瑕疵、排序与计时误差和可用性或明晰性问题。只有在初始和最终状态服务器创建完毕并将示例数据置于初始状态服务器后，域合并与迁移测试方可启动。在这个过程的最后阶段，相关服务和数据将被合并迁移至最终状态服务器。而在实现过程中发生的任何问题都将以程序错误形式被记录在过程文档中。 稳定性与共存性测试 迁移或合并过程将导致处于工作状态的系统发生诸多变化。既要确保新系统正常工作，又要保持现有系统的预期工作状态——这一点至关重要。除保持各自功能特性外，新老系统均应在预期程度上作为一个有机整体发挥作用。为此，审核与功能测试将被用来对系统稳定性与共存性执行检验。 可用性测试 对于实现过程和体系结构来说，这项测试的侧重点存在根本区别。就体系结构而言，测试对象首先集中于单一故障点之类的项目。就实现过程而言，测试重点则体现为，在实现过程导致系统发生变化的同时，确保服务可用性。可用性应在合并与迁移过程中的多个阶段得以确保。 可恢复性测试 无论合并与迁移任务经过何等周密的策划，其实现过程仍可能遭遇意想不到的困难;为此，应确保合并与迁移过程中的每个阶段均可在必要情况下得到恢复——这一点非常重要。域合并与迁移任务的核心并不在于对已经建立起来的备份与恢复过程进行周而复始地测试，但却要保证实现过程本身明确定义每个关键阶段必须具备的防范与恢复手段。此外，还应对规定过程所特有的任何备份与恢复要素进行全面测试——这一点同样非常重要。 易管理性测试 在域合并与迁移过程中，这种测试形式仅限于确保管理和报告工具及相关信息的存在性，以便允许管理人员对实现过程关键阶段的成败与否加以验证。在大多数情况下，这种间接测试形式都将以合并与迁移过程本身的执行与测试程序天然副产品的形式出现。 安全性测试 这项测试主要用来确保每个用户在迁移过程中和迁移完成后对最终状态系统的访问调用能力与迁移过程执行前的访问调用能力处在同一水平。除非已接受确切设定，否则，访问权限不应由合并与迁移过程做出任何修改。 测试顺序 测试团队应首先通过非正式开发测试阶段。开发人员曾在这个阶段执行特别单元测试，以便对处于开发状态的复杂过程中的较小组成部分加以检验或确认。单元测试将由开发人员在依靠测试团队帮助或无需依靠测试团队帮助的情况下执行。在这个阶段结束时，将对已经开发出来的实现过程执行一次全面的分步测试，以便对解决方案能否进入正式测试阶段加以验证。 正式测试阶段一旦开始，解决方案加速器测试团队就应执行多个测试周期。初始测试循环由六个明显的测试阶段构成:创建初始状态与最终状态服务器，审核与建立验证测试(BVT)，示例数据集系统衍生，分段式合并与迁移过程，分段式审核与功能测试以及迁移完成后的功能与负载测试。 创建初始状态与最终状态服务器 ? 初始状态与最终状态服务器将在开发与测试过程中被创建多次。 ? 服务器的最初创建发生在开发测试阶段。所有系统均按照计划文档规范所描述的配置以非自动方式构建。初始创建工作完成后，项目团队就应执行审核与建立验证测试(BVT)，以便对目标系统的基本功能进行确认。接着，系统将为迅速实现重新部署而接受镜像处理。 ? 在第一个正式测试循环中，服务器将利用开发测试阶段内捕捉的镜像完成重建。而后续测试循环则使用在第一个正式测试循环中捕捉的系统镜像将所有系统重新设定为常规初始状态。 审核与建立验证测试(BVT) ? 不同的审核与建立验证测试(BVT)组合将在开发测试阶段、第一个正式测试循环以及后续正式测试循环中得到执行。 ? 测试与开发团队将在以非自动方式首次创建服务器系统后，执行一系列规模较小的审核与建立验证测试(BVT)，以确保硬件与软件组件按预期状态实现运转。在所有测试成功完成的基础上，服务器系统将为迅速实现重新部署而接受镜像处理。 ? 在第一个正式测试循环中完成基于镜像的系统重新部署后，一整套审核与建立验证测试(BVT)将得到执行，以便对系统与服务配置与基本核心功能加以验证。 ? 因为部署任务基于已经过验证的系统镜像执行，所以，不必对配置有效性进行复核;这样一来，后续测试循环便可使用一套经过裁减的审核与建立验证测试(BVT)。只有已恢复系统的基本功能必须加以确认。 示例数据集系统衍生 在第一次正式测试循环中，可供用来测试批量合并与迁移任务并验证关键技术点(如用户、组、组成员资格和权限转移)的示例数据将被植入基于初始状态的Windows NT Server 4.0域、Exchange服务器和文件服务器。在这个阶段结束时，所有系统将再次接受镜像处理。而这些镜像则将成为用以在每个后续合并与迁移测试阶段开始前重新设置所有系统的首选镜像。 分段式合并与迁移过程 这个解决方案的域合并与迁移过程中所概括的确切步骤可供用来将相关服务从初始状态服务器合并迁移至最终状态服务器。这个测试阶段将与分段式审核与功能测试一并执行。您在测试过程中遇到与规范性指导原则的顺序、明晰性或精确性有关的任何问题都将被记录为故障。 分段式审核与功能测试 大量审核、建立验证测试(BVT)与功能测试穿插在域合并与迁移过程中，以便对过程本身以及初始和最终状态服务的共存性进行验证。换言之，测试工作不仅有助于实现过程的顺利执行，而且，还将确保其它任何对象不受迁移任务影响。合并与迁移过程将被分解为若干步骤和阶段。而测试任务则应在实现过程中的特定时点和阶段得以执行。 迁移完成后的功能与负载测试 一旦合并与迁移过程成功完成，各种不同的负载生成工具将在最终状态基础上运行，以便对系统进行检测。这些负责测试和各种不同的功能测试旨在进一步验证新型系统的功能、可靠性与稳定性。 后续测试路径使用前三阶段的两个经过修改的版本，以及重复执行的第4至第6阶段。所有服务器都将利用第3阶段中捕获的镜像集进行重建。来自第2阶段的简化BVT集合将被重新运行，以确认系统已被成功恢复。此后，第4步至第6步将被重复执行。最终，附加测试路径将被反复执行，直至过程文档达到稳定状态——即不再发现重大程序错误且所有严重性为1级或2级的程序错误均被彻底解决。 测试周期 测试团队按照前面部分中所提到的次序执行多个完整的测试周期路径。每种测试路径均以从系统镜像中恢复得到的崭新初始和最终状态计算机作为开始。尽管所有测试路径共享相同的测试活动，然而每种路径都有其独特的关注焦点: ? 第一种测试路径周期的主要关注点在于深入验证初始和最终状态下的计算机功能，部署全面的示例数据集，重新生成系统镜像，并通过预先制订的合并与迁移过程全面执行第一种路径。此外，其关注点还包括测试用例的精炼和自动化。 ? 后续测试路径并不十分关注于配置方式的确认和众多功能的验证，相反，它只是简单验证一下全新镜像恢复系统的基本服务功能。这些测试路径的关注焦点集中在处理过程与文档的完善方面。此外，对前期发现问题的处理也是这些测试路径的主要关注点。 在执行每种测试路径前，那些为解决程序错误所进行的修改将接受评估，以确定其造成先前测试过的系统不稳定或使前期执行的测试用例失效的可能性。如果此种可能性达到中度以上，那么，必须执行前期用例的回退测试。 正式测试进入标准 以下需求为开始执行正式测试的进入标准: ? 初始和最终状态下的服务器逻辑与物理图表。 ? 由开发团队完成示范性合并与迁移指导原则的测试与编写;这份指导原则应当包括: ? 针对所有工具与过程的完整单元测试。 ? 在开发测试实验室内预先成功排练完成的一个或多个端到端过程。 ? 面向初始和最终状态下各类服务器的创建说明。 ? 捕获配置审核与功能验证完成后的初始及最终状态服务器镜像。 ? 由开发团队确定的初始测试用例规划与规范完成信号。 ? 一套开发团队和测试团队均能接受的示例数据。 测试发布标准 面向解决方案测试的主要发布标准与测试阶段内所发现的程序错误严重级别紧密相关。只有在确保所有重大程序错误均被成 功纠正后，解决方案加速器方可发布。相关发布标准包括: ? 不存在严重级别达到1级和2级的公开程序错误。 ? 所有文档均不存在注释或修订跟踪。 ? 所有公开的程序错误均由解决方案加速器团队分类解决，并且它们对解决方案所产生的影响已得到充分认识。 ? 在最终测试周期内成功通过所有测试用例。 ? 所有外部审核均已完成且所有分歧均得到解决。 测试用例的通过或失败标准 如果某一测试用例的实际结果与测试用例文档中所预期的结果相匹配，则认为该测试案例已经通过;反之，如果其结果无法同预期结果相匹配，该用例将被标记为失败，且相应的程序错误将被记录。 失败的用例并不一定意味着未来的某种缺陷;举例来说，对项目文档的误解、不够完整的文档以及不够准确的文档都有可能导致失败。为确定导致原因，每次失败都将进行认真的。对于那些通过的测试用例，必须满足以下标准: ? 所有处理过程均能够在无异常错误的情况下运行。 ? 所有处理过程均能够在可接受的时间内完成。 程序错误严重标准 程序错误严重性被划分为从1至4的4个不同等级;1级表示最高严重性，4级表示最低严重性。表1列出了用以指定程序错误严重性的指导原则。 严重性 描述 1 —— 致命程序错误 系统无法正常工作。系统的主要部分无法正常运行。没有可 以使用的工作区。 2 —— 严重程序错误 系统无法满足主要业务需求。没有能够轻松获取的可用工作 区。性能、功能或可用性显著降低。 3 —— 一般程序错误 系统能够满足业务需求。所有必要的工作区均显而易见。性 能、功能或可用性没有明显降低。 4 —— 轻微程序错误 轻微排版错误、希望列表建议、―最好进行‖但并非必需的修 改。不会影响发布准确性或主要运行方式的可用性。 表1. 程序错误严重性分配指导原则 测试实验室环境 这部分内容描述了用以测试第一种示范性解决方案实现方式的物理和逻辑运行环境布局。文章首先概要介绍了测试过程中所涉及的实验室设施、人员及过程。之后，提供了与测试实验室网络、服务器和客户资源相关的信息。 尽管实验室环境无法100%的准确模拟现实世界中的系统，但通过合理的规划与资源配备，实验室环境完全可以提供良好的模拟数据。 设施 域合并与迁移测试由Windows工程服务机构下属的核心基础架构解决方案(CIS)实验室来完成，该实验室负责为众多CIS开发与测试项目提供空间和服务。这座实验室通过一套计算机室内空调系统来调节温度，拥有高达L6-30的电力供应能力， 并且提供能够对不同项目及企业连通能力(当需要时)进行隔离的网络基础架构。与CIS实验室相邻的工作室配备了通过模拟Cat5 KVM(键盘/视频/鼠标)交换机与实验室服务器相连接的工作站。此外，终端服务器网关还能够在企业网络内部提供远程访问连通能力。 人员 ―域服务器合并与迁移解决方案加速器:从Windows NT 4.0到Windows Server 2003‖项目涉及以下人员: ? CIS实验工程师:实验工程师主要负责资产管理以及机架、组件系统、以太网、光纤、电缆和KVM系统的物理装配。他们将根据开发与测试团队所提出的需求对硬件设备进行验证，执行必要的固件和BIOS更新工作，安装基本操作系统，并为所有系统添加截止到部署日期的服务软件包和关键性程序补丁。 ? 测试工程师:域迁移测试工程师负责审核体系结构与规划文档，安装所有应用程序和软件工具，设置或验证所有软件与服务配置，确保所有系统的基本功能，生成并执行测试用例，标识并管理程序错误，以及编写您正在阅读的这份指南。 部署过程 域合并与迁移团队使用几种预先定义的处理过程来首次安装并维护实验室系统。以下部分提供了有关这些处理过程的概要介绍。 硬件设备部署与验证 构建测试实验室的过程从审核那些由域合并与迁移开发、测试团队提供给CIS实验室团队的硬件设备需求开始;这些需求通过一系列物理图表以及旨在提供详细系统设置与配置信息的配置矩阵来表达。此后，CIS实验室团队将利用现有资源来提供并建立一个域合并与迁移实验室。在CIS实验室团队通过一个非常基础的BVT级别后，开发与测试团队将开始在这套实验室设备上进行开发单元测试。在开发测试阶段结束后，测试团队将获得实验室的所有权。此时，测试团队将在对实际合并与迁移过程本身进行正式测试前首先围绕这套环境执行一系列更为严格的审核、BVT和功能测试。任何硬件设备差异都将被CIS实验室团队记录为需要解决的问题。 软件部署 CIS实验室团队通过执行以下步骤开始执行软件部署过程: 1. 实验室人员使用预执行环境(PXE)引导盘与一台远程安装服务(RIS)服务器建立连接，并以孤立计算机的形式在所有服务器和客户端上部署基本操作系统。 2. 利用Microsoft软件更新服务(SUS)部署服务软件包和关键更新程序1。 3. 所有被安排为虚拟主机的服务器都将安装并配置虚拟服务器应用程序。每台虚拟机(VM)都将通过一个预先封装好的虚拟硬盘(VHD)进行配置，这个虚拟硬盘中包含一套已经安装并配置好的操作系统。VM将被分配内存资源，并在虚拟服务器主机系统上指派一块以太网卡。此后，VM将被启动并利用所有现有的服务软件包或关键更新程序进行更新。 4. CIS实验室团队执行一套非常基础的BVT，并将计算机转交给开发与测试团队。 5. 测试与开发团队对计算机进行必要的设置、将其加入相应的域，并完成所有基础架构、文件及打印服务的配置工作，从而最终完成软件部署。 测试团队将执行更多审核、BVT和功能测试，以确保系统在正式开始进行合并与迁移过程测试前具有良好的运行状态。 1 说明: SUS无法在运行Windows NT 4.0操作系统的计算机上工作，这些计算机必须在安装SP 6a后与Windows更新服务进行连接。 系统镜像 三种不同类型的系统镜像方式用以为实验室和测试过程提供便利，其中包括: ? Symantec公司的Ghost工具:用以在执行破坏性测试前、以及当变更存在风险或部署步骤存在高度或潜在不稳定性时捕获计算机起始和结束状态下的时间点快照。如果需要的话，这种快照能够在不必从头开始重建系统的情况下将计算机恢复到一个已知的良好状态。捕获或恢复系统镜像需要利用网络引导盘引导系统，并与包含Ghost执行文件和镜像文件磁盘存储介质的实验室服务器建立连接。 ? Sysprep:通过与虚拟服务器应用程序相互协作，包含Sysprep镜像的预封装VHD用以快速部署客户端和服务器虚拟机。 ? RIS:用以针对客户端、服务器和虚拟机执行无人值守的基本操作系统安装。此外，RIS还用于完成启动Ghost和WinPE所需的维护与故障诊断目的。 变更控制 为确保实验室始终处于已知状态，并降低系统恢复与重建次数，需要遵循一套严格的变更控制过程。一套程序错误跟踪系统被用以记录针对系统环境所进行的任何修改。初始系统建立、镜像创建请求以及所有同物理系统相关的故障或变更通知都将通过一套CIS实验室数据库进行跟踪和分类处理。作为一套独立的数据库，MSA SA用于跟踪并管理所有与解决方案相关的程序错误、测试用例和测试用例结果。MSA SA数据库同时还用于管理测试用例及其结果。无论何时发生变更，程序错误跟踪系统都将对相关信息进行更新，以反映变更的内容及其所发生的时间。 CIS实验室团队将定期对CIS实验室数据库中所出现的新增及开放项目进行分类处理，与此同时，项目测试、开发及程序主管将负责分类处理MSA SA数据库中记录的程序错误。 测试实验室配置方案 为测试―域服务器合并与迁移解决方案加速器:从Windows NT 4.0到Windows Server 2003‖环境，CIS实验室实现了一套Windows NT Server 4.0域模型。这套模型使用基于地理分布的多主域模型，其中包括两个主用户域(MUD):一个MUD面向北美(位于纽约)，另一个MUD面向全球其它地区(位于伦敦)。CIS实验室所创建的资源域包含诸如文件、打印、Microsoft Exchange 5.5等应用资源，并负责维护工作站帐号。 图 1. Woodgrove银行的Windows NT Server 4.0域模型 网络服务 为支持所建立的域模型，我们实现了诸如DNS、DHCP和WINS这样的附加网络服务。 DNS 我们所实现的DNS用以为内部及外部名称空间提供服务。DNS服务器分别位于纽约、悉尼、日内瓦和约翰内斯堡。 DHCP DHCP实现于纽约站点，它具备能够实现更高地址分配服务可用性的独立作用域。位于纽约的站点面向诸如约翰内斯堡这样的小型办公机构提供DHCP服务。诸如悉尼这样的大型办公机构则拥有能够在悉尼办公机构内部为IP节点提供地址分配服务的独立DHCP服务器。 WINS WINS主要采用非集中式设计方案，其中两台WINS服务器面向纽约和美国境内的其它办公机构以及诸如约翰内斯堡和日内瓦这样的小型办公机构提供NetBIOS名称解析。诸如悉尼这样的大型办公机构拥有能够提供NetBIOS名称解析服务的独立WINS服务器。为确保所有企业间的NetBIOS名称解析，我们还对WINS数据库的复制拓扑结构进行了配置。 服务器硬件设备 测试实验室环境中部署了提供Windows NT Server 4.0域模型基础架构、基本网络服务以及文件与打印服务所需的服务器。这部分内容将就实验室中用以提供域合并与迁移基础架构的服务器进行讨论。 图 2. Woodgrove银行的Windows NT Server 4.0域基础架构(初始状态) 图 3. Woodgrove银行的Windows Server 2003域基础架构(最终状态) 基础架构计算机 由安装Windows NT Server 4.0的计算机和安装Windows Server 2003的计算机所构成的组合提供了实验室初始状态和最终状态下的域基础架构。表2详细描述了每一台物理服务器。 服务器名称 描述 内存/处理器 本地磁盘 操作系统 WNB-ACCT-A主域控制器NYC-WA-DC-01 2 GB / 4 - 500 MHz 1 – 17 GB Windows NT Server (PDC) P3 4.0 w/SP 6a WNB-ACCT-A备份域控制NYC-WA-DC-02 1.5 GB / 4 – 500 1 – 17 GB Windows NT Server 器(BDC) MHz P3 4.0 w/SP 6a WNB-ACCT-A备份域控制NYC-WA-DC-03 512 MB / 2 – 500 1 – 17 GB Windows NT Server 器(BDC) MHz P3 4.0 w/SP 6a WNB-ACCT-A备份域控制NYC-WA-DC-04 1 GB / 4 – 500 MHz 1 – 17 GB Windows NT Server 器(BDC) P3 4.0 w/SP 6a WNB-ACCT-ROW主域控NYC-WO-DC-01 256 MB / 4 – 500 1 – 17 GB Windows NT Server 制器(PDC) MHz P3 4.0 w/SP 6a WNB-ACCT-ROW备份域SYD-WO-DC-01 768 MB / 2 – 1.4 1 – 34 GB Windows NT Server 控制器(BDC) GHz P3 Xeon 4.0 w/SP 6a WNB-RES-A主域控制器NYC-WR-DC-01 1 GB / 4 – 450 MHz 1 – 17 GB Windows NT Server (PDC) P3 4.0 w/SP 6a 2 – 9 GB WNB-MESSAGING主域控NYC-WM-DC-01 1 GB / 2 – 1.3 GHz 1 – 17 GB Windows NT Server 制器(PDC) P3 Xeon 4.0 w/SP 6a WNB-RES-SYD主域控制SYD-WS-DC-01 2 GB / 1 – 700 MHz 1 – 34 GB Windows NT Server 器(PDC) P3 4.0 w/SP 6a NYC-WA-DC-05* corp.woodgrovebank.com1 GB / 2 – 1.3 GHz 1 – 17 GB Windows 域控制器 Server 2003 – 标准P3 Xeon 版 服务器名称 描述 内存/处理器 本地磁盘 操作系统 NYC-WA-DC-06* corp.woodgrovebank.com1 GB / 2 – 1 GHz 1 – 17 GB Windows 域控制器 Server 2003 -标准版 P3 Xeon SYD-WA-DC-01* corp.woodgrovebank.com896 MB / 2 – 1.3 1 – 17 GB Windows 域控制器 Server 2003 -标准版 GHz P3 Xeon * 只存在于最终状态下的计算机 表 2. 用于提供域基础架构的物理服务器 支持服务计算机 下表详细描述了用以提供支持服务——例如实验室环境中的DNS、DHCP、WINS、Exchange和文件与打印服务——的物理服务器。此外，其中还包括用以为客户端计算机提供支持的附加基础架构服务器。 服务器名称 描述 内存/处理器 本地磁盘 操作系统 虚拟服务器 NYC-WA-VS-01 2 GB / 4 – 700 MHz 1 – 34 GB Windows Server 2003 – 企业版 P3 Xeon 虚拟服务器 NYC-WA-VS-02 2 GB / 4 – 700 MHz 1 – 34 GB Windows Server 2003 – 企业版 P3 Xeon 文件与打印 NYC-WA-FPS-01 1 GB / 4 – 450 MHz 3 – 9 GB Windows NT Server P3 4.0 w/SP 6a 2 – 17 GB 服务器名称 描述 内存/处理器 本地磁盘 操作系统 1 – 34 GB DNS、DHCP、WINS NYC-WR-DHCP-01 1 GB / 4 – 450 MHz 1 – 17 GB Windows NT Server P3 4.0 w/SP 6a 2 – 9 GB DNS、DHCP、WINS NYC-WR-DHCP-02 1 GB / 4 – 450 MHz 5 – 9 GB Windows NT Server P3 4.0 w/SP 6a NYC-WM-EXM-01 Exchange Server 5.5 1 GB / 2 – 1.4 GHz 1 – 17 GB Windows NT Server P3 Xeon 4.0 w/SP 6a NYC-WM-EXM-02 Exchange Server 5.5 1 GB / 2 – 1.3 GHz 1 – 17 GB Windows NT Server P3 Xeon 4.0 w/SP 6a 文件与打印 JNB-WO-FPS-01 512 MB / 2 – 700 1 – 17 GB Windows NT Server MHz P3 4.0 w/SP 6a 文件与打印、DNS SYD-WS-FPS-01 2 GB / 1 – 700 MHz 1 – 17 GB Windows NT Server P3 4.0 w/SP 6a 路由器 DMG-ROUTER-01 2 GB / 4 – 700 MHz 2 – 9 GB Windows Server 2003 – 企业版 P3 Xeon DHCP、WINS群集 NYC-WA-MSP-01* 896 MB / 2 – 1.3 GHz 1 – 17 GB Windows Server 2003 – 企业版 P3 3 – 34 GB DHCP、WINS群集 NYC-WA-MSP-02* 896 MB / 2 – 1.3 GHz 1 – 17 GB Windows Server 2003 – 企业版 P3 * 只存在于最终状态下的计算机 表 3. 用于提供支持服务的物理服务器 在初始状态下，NYC-WR-DHCP-01和NYC-WR-DHCP-02面向网络上的所有客户端提供核心网络互连服务，但作为迁移与合并过程的一部分，这些服务器将被撤销，它们所提供的服务将由DHCP和WINS群集(NYC-WA-MSP-01和NYC-WA-MSP-02)来代替。 NYC-WA-VS-01和NYC-WA-VS-02均为虚拟服务器，它们托管以客户端形式运行的虚拟机。下表详细描述了用以提供客户端和基础架构服务的虚拟机。 计算机名称 描述 主机 内存/磁盘 操作系统 客户端 WS01 NYC-WA-VS-01 128 MB / 1 – 9 GB Windows? 98 客户端 WS02 NYC-WA-VS-01 128 MB / 1 – 2 GB Windows NT? Workstation 4.0 客户端 WS03 NYC-WA-VS-02 256 MB / 1 – 16 GB Windows? XP Professional 客户端 WS04 NYC-WA-VS-02 256 MB / 1 – 16 GB Windows XP Professional 客户端 WS05 NYC-WA-VS-01 128 MB / 1 – 16 GB Windows? 2000 Professional 客户端 WS06 NYC-WA-VS-01 128 MB / 1 – 16 GB Windows 2000 Professional 客户端 WS07 NYC-WA-VS-02 256 MB / 1 – 16 GB Windows XP Professional 计算机名称 描述 主机 内存/磁盘 操作系统 客户端 WS08 NYC-WA-VS-02 128 MB / 1 – 2 GB Windows NT Workstation 4.0 客户端 WS09 NYC-WA-VS-01 128 MB / 1 – 9 GB Windows 98 客户端 WS10 NYC-WA-VS-01 256 MB / 1 – 16 GB Windows XP Professional 客户端 WS11 NYC-WA-VS-02 256 MB / 1 – 16 GB Windows XP Professional 客户端 WS12 NYC-WA-VS-02 128 MB / 1 – 16 GB Windows 2000 Professional 表 4. 用以提供域基础架构的物理服务器 所有虚拟机均提供基础架构服务并充当测试客户端。 小结 这份指南针对在Microsoft测试实验室中建立并测试的―域服务器合并与迁移解决方案加速器:从Windows NT 4.0到Windows Server 2003‖示范性实现方案提供了测试规划概述。这篇文档描述了测试目标、范围、策略与方法，以及用以确认各个测试阶段成功完成的条目与发布标准。此外，本文还描述了用以对解决方案进行的测试的实验室环境。