发布时间 : 星期四 文章和手工克隆说再见更新完毕开始阅读95cde6759e31433238689345
和手工克隆说再见——Windows Server2008的客户端自动部署功能WDS P
art1
作为奋战在第一线的IT Pro，我们经常做的事情之一就是拿着硬盘到处跑，用Ghost给瘫痪了的客户端重做系统。IT Pro常常被形容为企业中的救火队员，而我想这些保存着大量不同系统镜像的硬盘就应该是我们这些“消防队员”的灭火器了。不过想想当初没有Ghost的时代，我们都是手工一台一台的安装，忆苦思甜之后，也许我们应该对现在的情况感到些许庆幸了？
其实不然，在98时代，每个OS的镜像不过1个多G就算是很大了，而现在呢？通常都有4G左右。虽然不算很大，但是如果公司里的机器种类繁多，或者应用场景复杂。那你就惨了。每种场景和机型基本上都需要一个镜像。硬盘不够大？还好现在500G的硬盘也没多少银子了。但是维护这些镜像才是最可怕的事情。因为仅仅是定期给这些镜像打补丁，就是一件几乎不可完成的任务了。而通常我们是怎么做的呢——很简单，就是不去管它。很多镜像往往子诞生之日起，就从来没有进行过任何维护。因此也就不难理解有时为什么系统做好刚刚插上网线就再次中毒瘫痪——镜像里面最新的补丁也是两年之前的了。
还有就是每台机器完成克隆之后的例行任务——设置IP（如果使用静态IP）、机器名、加入域（不要说公司里还没有AD，如果这是真的，只能说明贵公司的IT管理还处于石器时代）、安装打印机等。
不过我们IT Pro都是很有吃苦耐劳的精神，如果我们对于这些平时的小打小闹还算可以忍受的话，那么公司大批量添加或更换机器时才是真正的噩梦。 有什么办法来解决这最令IT Pro们头痛的问题么？虽然微软为我们提供了一个完成的客户端部署解决方案——BDD2007（新版本改名为MD）。但是此方案配置复杂，要是打算实现真正的无接触安装（ZTI），成本还是比较高的。而对于一些中小企业，我们可以使用Windows 2008带来的一个新特性——Windows Deployment Services（WDS）来解决上面的这些问题。
在WDS之前，微软曾经为我们提供了远程安装服务（RIS）和自动部署服务A（ADS）来解决系统的自动部署问题。但是这两个方案都或多或少的存在配置繁琐，使用不便等问题。而WDS为我们带来了哪些新功能和特性呢？且听我下回分解??
书接前文，我讲到了WDS能够解决我们前面所提到的问题。那么现在我们先来看看WDS具有哪些值得我们关注的特性：
1. 支持PXE启动：如IT Pro们所熟知的那样。要想能够通过网卡启动机器来
安装操作系统，客户机和服务器端对PXE启动的要求是必须满足的。好在目前我们所能够见到的机器基本上都提供了PXE启动的支持。只是很多机器在BIOS默认设置里没有将其开口而已。而2008的不但提供了PXE的支持，对
用于传输启动映像的TFTP等协议也进行了优化，能够提供更快的PXE启动速度。
2. 标准的集中化管理界面：WDS为我们提供了一个集中化管理操作系统和启
动映像的统一界面（如下图）。可以看到，WDS管理工具基于我们熟悉的MMC扩展技术。我们可以在这里方便的设置WDS、添加/删除操作系统和启动映像。由于MMC的使用，IT Pro对这个管理工具会感觉很熟悉，上手很快。
3. 影像使用WIM（Windows映像格式）格式存贮：在2008的WDS中使用的WIM格式和我们平时使用的Ghost等工具不同，它是基于文件的。而Ghost等工具是基于磁盘的。由于是基于文件，所以WIM格式的映像可以在不破
坏原有磁盘文件系统的情况下对系统进行恢复。比如用户在C盘保存了很多数据文件。而由于操作系统损坏必须重装。以往我们就需要先找到这些文件（这是个很有挑战性的工作，因为用户有时会把文件保存在一些我们意想不到的地方），拷贝到其它分区或者移动硬盘上，再对整个系统分区进行恢复，然后再把哪些文件拷贝回去。而使用WIM和WDS后，我们可以在不破坏现有磁盘分区的情况下恢复系统。从而省却了这些麻烦。而WIM另外的一个很有价值的特性是单实例存贮——在映像中一个文件只被存贮一次。一方面如果系统中存在一些重复的文件（比如系统文件夹里面的一些Driver Cache之类的目录），我们可以仅仅在映像保存一份从而节省存贮空间。而另一方面我们可以将多个系统映像保存在一个文件中（实际上WDS正式这样做的），这样对磁盘的占用空间将大大降低。尤其是镜像是放在服务器上的，这种空间的节省尤其具有实际意义。在我们的应用实例中，我在WDS中保存着6个不同的操作系统镜像（操作系统版本都是XP SP2，对于不同的操作系统，还是要分开的——比如XP和Vista就要分开存贮），而一共仅仅占用了不到5G的磁盘空间，由于每个系统之间存在的差异，平均每个系统独占的空间仅仅有300M左右。而要是以往使用Ghost，则需要为每个镜像提供3～4G的空间。另外WDS还为我们提供了一些工具可以对系统进行离线维护，这将在我后面的文章中详细讨论。
4. 多播部署：使用多播部署，可以将操作系统同时部署到多台计算机中，节省了网络带宽。这个功能可是很多人盼望已久的。
说了WDS这么多的好处，相信各位已经跃跃欲试了吧。我将在后面的文章中对WDS的配置、管理进行详细的讲解。
Windows Server2008的客户端自动部署功能WDS P3——WDS的安装
前面的文章里，我主要介绍了一些WDS的基础知识和功能特点。相信各位看得已经有些跃跃欲试的感觉了吧。从本文开始，我们将进入WDS的实战阶段。 首先，我们来看看如何安装和配置WDS。如果你打算在企业中使用WDS来部署操作系统，那么首先在软硬件方面应该具有以下条件：
? 已经成功实施了活动目录（AD）：正如我们所了解的那样，AD现在可以说是微软软件应用的架构基础。很多微软的产品（如Exchange、SMS等等）都需要这个技术的支持。而AD的实施则为企业的IT管理带来很多有益之处。比如可以通过组策略来管理客户端计算机、分发软件等等。因此，如果你还没有在企业中部署AD，那么就先不要来试验WDS了，你的首要工作是评估和部署AD。只有拥有AD之后，再谈其它吧。
? HDCP服务器：由于WDS使用PXE启动方式，因此你的网络中应该有一台可以
为客户端分配动态IP地址的服务器。
? 一台安装了Windows Server 2008的服务器：我们将在这台服务器来进行WD
S的安装。对于服务器的硬件要求，WDS并不是一个非常耗费资源的服务。所以我们对于此服务器的硬件要求不是很高，目前的主流服务器就可以完全胜任了。
我的试验环境相对比较简单，服务器端就是一台运行在虚拟化软件中的Windows Server 2008。此服务器同时担任了DC、DHCP和DNS等角色。下面我将演示在此服务器上安装WDS的过程。
首先，我们以域管理员登录服务器，打开Server Manager。提到Server Manager，我不得不说点题外话——Server Manager是Windows Server 2008送给IT Pro们的一份厚礼。我们可以在其中完成几乎全部的服务器管理任务。我们终于不用在为完成不同的管理任务而去寻找不同的管理工具了。在Server Manager中点击右上角的“Add Roles”启动服务器角色添加向导。
向导将提示我们是否完成了一些服务器的基本配置，点击下一步继续。
在接下来的页面中选择“Windows Deployment Services”，点击下一步继续。
随后向导将提示WDS可以完成的功能以及一些有用的帮助信息。点击下一步继续。
随后我们将对WDS中的两个服务进行选择。
其中Deployment Server是WDS的主要组件。而Transport Server则主要是用来支持多播的部署方式，不是一个必须的组件。我们可以根据自己的需要来对其进行选择。
选择两个组件之后，点击下一步继续。
随后将出现确认页面。我们确认配置信息无误之后，点击安装按钮开始WDS角色的安装过程。
经过一段时间之后，安装过程完成。我们可以查看其中的信息，看看是否有错误发生。
确认无误之后，点击关闭按钮回到Server Manager。我们将会看到刚刚安装的WDS角色管理工具。而我们可以注意到在WDS服务器的图标上显示了一个黄色的警示信息。 可以看到，在完成WDS的安装过程之后，我们还需要进行一定的配置工作之后，它才会为我们提供服务。我将在下一篇文章中讨论这一配置过程。
在上篇博客中我们了解了WDS的安装过程。但是仅仅完成安装过程之后的WDS还是不能使用的。我们必须首先对其进行初始配置。下面我将一步步地对这一配置过程进行讲解。
首先在Server Manager里面的WDS角色里面找到我们刚刚安装的服务器，右击它后从快捷菜单中选择Configure Server选项。
随后将启动WDS配置向导过程。
这里提示大家要想正常使用WDS所要求的网络环境。可以看到，其中的一些条件是我在上一篇文章中提到的。而我没有提及DNS和NTFS的原因是如果你正常部署了AD，通常也就拥有了一台符合要求的DNS服务器。至于NTFS，我想现在很难有人会在安装服务器的时候选择非NTFS分区了。其中点击下一步继续。
接下来我们需要指定远程安装目录以及存贮映像（包括操作系统和启动映像）的位置。我建议使用非系统分区或者在有条件的情况下使用一块独立的磁盘。指定存贮位置后，点击下一步继续。
现在将对WDS使用的端口进行设置。这里要特别注意的是，如果HDCP和WDS位于同一台服务器，则需要像上图那样选择两个选择框。这是由于默认情况下WDS和DHCP使用的端口存在冲突。根据你的网络环境进行选择之后，点击下一步继续。
这里我们将对PXE服务进行初始配置。我们可以在这里对PXE对客户端的请求回应策略进行配置。如上图所示，我们可以选择不回应客户端请求（第一个选项）；只回应已知的客户端请求（第二选项）；回应所有客户端请求。我们这里选择最后一个选项，而我们同时还选择了这个选项下面的选择框。选择它之后，只有在管理员确认客户端的请求之后，PXE才会正常处理客户端的请求。我们也可以在将来修改这里做出的设置。点击下一步继续。