Automated Deployment Services 的系统要求
承载 ADS 服务的计算机的要求
• 1 至 3 台基于 x86 的计算机以承载控制器服务、网络启动服务和映像分发服务。ADS 在基于 Itanium 的计算机上不受支持。
• 一颗或多颗建议最低速度为 1 GHz 的处理器。建议使用来自 Intel Pentium/Celeron 系列、AMD K6/Athlon/Duron 系列的处理器。
• Windows Server 2003, Enterprise Edition 英文、日文和德文版及安装 CD。ADS 在 64 位版本的 Windows Server 2003, Enterprise Edition 上不受支持。
• 具有 2 GB 空闲空间的硬盘分区或卷以满足安装程序进程，外加用于映像本身的足够空闲磁盘空间。
• 256 MB 的建议最低 RAM（最低支持 128 MB，最高支持 32 GB）。
• 建议对映像中想要在设备上安装的软件进行批量授权（具有单个产品 ID）。
• VGA 或更高分辨率的监视器（推荐 Super VGA 800x600 或更高）、键盘和（可选）鼠标或其他指针设备。
作为替代，对于无监视器或键盘的操作，可以选择为 Windows Server 2003 家族中的产品设计的远程诊断和支持处理器。
• 对于 CD-ROM 安装：CD-ROM 或 DVD 驱动器。
• 对于网络安装：
• 为 Windows Server 2003 家族中的产品设计的一个或多个网络适配器和相关电缆。
• 一台提供安装程序文件的网络访问的服务器。
• 对于其他基于硬件的功能： 用于所需功能的适当硬件。
用于远程管理 ADS 的计算机的要求
可以在单独的基于 x86 的计算机上安装 ADS 卷映射工具、管理工具和文档，并使用该工作站远程管理 ADS。该工作站必须运行下列操作系统之一的英文、日文或德文版：
• 带 Service Pack 3 或更高版本的 Windows 2000 Professional
• 带 Service Pack 3 或更高版本的 Windows 2000 Server
• 带 Service Pack 3 或更高版本的 Windows 2000 Advanced Server
• 带 Service Pack 1 或更高版本的 Windows XP Professional
• Windows Server 2003, Standard Edition
• Windows Server 2003, Enterprise Edition
注意：在未先安装.NET Framework 1.1 之前，不能在 Windows 2000 Server 和 Windows XP 上运行顺序编辑器. Windows Server 2003 家族默认包括所需的 .NET Framework 1.1 版本。
用作设备的计算机的要求
可以使用 ADS 管理基于 x86 的计算机，只要它们满足下列要求：
• 必须在设备上安装管理代理。
• 设备必须运行下列操作系统之一：
• 带 Service Pack 3 的 Windows 2000 Server 或更高版本
• 带 Service Pack 3 的 Windows 2000 Advanced Server 或更高版本
• 带 Service Pack 3 的 Windows Powered 或更高版本
• Windows Server 2003, Standard Edition
• Windows Server 2003, Web Edition
• Windows Server 2003, Enterprise Edition
ADS 被设计为仅在上面的操作系统上部署。未在上方列表中列出的任何操作系统都不受支持。
• 设备还必须具有支持预启动执行环境 (PXE)
• 如果使用下列服务器作为设备，它们必须具有最新的 BIOS：
• Dell PowerEdge 2650 服务器 需要 2002 年 12 月 31 日发布的 BIOS 版本 A08 或更新版本，ADS 部署代理才能正确启动。否则，当从远程启动该系统时，它将无法枚举正在发送 DHCP/PXE 数据包的网络适配器。
• Compaq/Hewlett Packard ProLiant DL
网络要求
• 用于连接控制器和设备的网络。
• 网络中的所有设备都必须与映像分发服务驻留在相同的多播域中，并与 ADS PXE 服务和 DHCP 服务器在相同广播域中。
• 所有服务和设备都必须连接到相同的网络。如果 ADS 服务安装在单独的服务器上，那些服务器必须通过相同的网络适配器通信才能访问网络上的设备。
• 运行 DHCP 服务的服务器可以是网络中运行 DHCP 服务的现有服务器。DHCP 服务可以安装在运行 ADS 控制器服务的相同计算机上。DHCP 服务软件随 Windows 2000 Advanced Server 或 Windows Server 2003, Enterprise Edition 一起提供。
Automated Deployment Services 的优点
Windows Server 2003 自动部署服务将传统映射的速度与基于脚本的安装的灵活性结合起来提供下列主要优点：
经过几天的反复测试，终于完成了ADS部署XP的试验。看来不经过反复的失败、试验是无法从胜利中得到技术和知识积累的。
ADS原则上是不支持桌面操作系统的，因为ADS控制客户端必须依靠ADS代理，而进入ADS代理环境有两种方式，第一种是在Windows 2000服务器版和Windows Server 2003上安装代理程序，而此程序只支持有限的系统版本；另一种是使用PXE引导至ADS的代理环境。从以上所述可以看出要想真正的实现全自动化部署，ADS代理占着至关重要的地位。
经过多次的试验，XP的全自动化部署还是可行的。重点在于选择正确的部署顺序，并修改执行任务脚本。在这次的试验中，我的方法如下：
1、安装XP原型机，做系统准备工作，生成全自动化mini安装应答文件，并修改相应的变量，最后手工执行sysprep及其必须的参数；
2、在ADS服务器中添加此设备，修改默认任务为boot-to-da，添加此设备对应的变量并授予控制；
3、开启原型机，检查其是否顺利进入代理环境并进入预备状态；
4、创建新的Capture-Image任务脚本，其任务顺序是：捕获系统映像（或其他分区映像）—> 修改原型机的sysprep.inf（因为原型机上的sysprep.inf包含ADS变量，当重新启动后会无法正确执行自动化mini安装，所以要将变量修改为实际值）—> 将原型机默认任务修改为boot-to-hd —> reboot ；
注：此步骤虽然按照自动化理念执行，但是当原型机重新进入系统后，ADS的控制便会出现错误，首先表现在任务执行最后一步reboot无反馈，导致任务一直在执行状态，这时候你需要手工停止任务。原因很简单原型机上未安装ADS代理，曾经尝试在任务脚本最后添加adsdevice /rc ，但是发现在代理环境下不允许执行此命令，所以最终还是要手工将其释放控制。不过，我感觉最后的reboot可以更换为shutdown，这样原型机关闭电源后，ADS设备中就可以正常释放控制，否则你会发现原型机重新启动后，ADS设备管理中你无法释放控制。
5、在ADS设备中添加要部署的客户端设备，修改默认任务为boot-to-da，添加此设备对应的变量并授予控制；
6、开启此客户端，检查其是否顺利进入代理环境并进入预备状态；
7、创建新的Deploy-Image任务脚本，其任务顺序是：对客户分区（如果存在多个分区，你可以添加多条分区指令）—> 部署映像（如果要部署多分区映像，可添加多条指令） —> 修改目标客户端上的sysprep.inf —> 将原型机默认任务修改为boot-to-hd —> reboot ；
至此ADS部署XP就算完成，如果客户端支持网卡远程启动，那么就实现了真正意义上的全自动化。多么希望ADS代理支持XP或者2000PRO，曾试着解包代理程序去掉系统版本验证，可惜对这些确实不精通无奈放弃，希望其他朋友能有能力修改代理程序使其支持桌面版系统。
在此次的试验中我大概算了一下时间，捕获和部署映像的耗时差不多，在PIV2.4G/128M的虚拟机中，各需10多分钟，而这个时间还只是捕获纯系统映像，如果系统安装有应用软件，或包含其他分区映像捕获需要的时候可能更长。而ghost单机克隆时，只需要3分多钟，但是ADS的优势还是显而易见的。
接下来我将找一个实际的环境进行大规模部署测试，希望能拿到一个实际数据来对比ghost网播。
