This guide contains step-by-step guidance for how to use the Windows® Deployment Services role in Windows Server® 2008. This guide does not pertain to the Windows Deployment Services Update for Windows Server 2003. For more information about the update, see http://go.microsoft.com/fwlink/?LinkId=66145. Also note that this guide focuses on the functionality of the complete installation of Windows Deployment Services (Deployment Server role service). For more information about the Transport Server role service, see “Using Transport Server” at http://go.microsoft.com/fwlink/?LinkID=115298.
In this guide
Quick Start Checklist
To get up and running quickly, perform the following steps. Then you can use the instructions in the rest of this guide to perform more advanced tasks such as creating your own install images, creating discover images, or configuring an unattended installation.
What is Windows Deployment Services?
The Windows Deployment Services role in Windows Server 2008 is the updated and redesigned version of Remote Installation Services (RIS). Windows Deployment Services enables you to deploy Windows operating systems, particularly Windows Vista® and Windows Server 2008. You can use it to set up new computers by using a network-based installation. This means that you do not have to install each operating system directly from a CD or DVD.
What’s new in Windows Deployment Services?
Windows Deployment Services in Windows Server 2008 includes several modifications to RIS features. There are also modifications from Windows Deployment Services that you can install onto computers running Windows Server 2003.
| Changes from RIS | Changes from Windows Deployment Services on Windows Server 2003 |
|---|
- The ability to deploy Windows Vista and Windows Server 2008.
- Windows PE is the boot operating system.
- Image-based installation, using Windows image (.wim) files.
- The ability to transmit data and images using multicast functionality.
- The ability to transmit data and images using by multicast functionality on a standalone server (when you install Transport Server).
- An extensible and higher-performing PXE server component.
- A new graphical user interface on the client computer that you can use to select images.
- Faster downloads of boot files using TFTP.
- The Windows Deployment Services Microsoft Management Console (MMC) snap-in and the WDSUTIL command-line tool, which enable you to manage and configure Windows Deployment Services.
| - The ability to transmit data and images by using multicast functionality.
- The ability to transmit data and images using multicast functionality on a standalone server (when you install Transport Server).
- No support for RISETUP images or OSChooser screens.
- Faster downloads of boot files using TFTP.
- Support for network boots of x64-based computers with Extensible Firmware Interface (EFI).
- Metric reporting for installations.
|
Who should use this guide?
Windows Deployment Services is intended for deployment specialists who are responsible for the deployment of Windows operating systems. This guide assumes that you have a working knowledge of common desktop deployment technologies, as well as networking components such as Dynamic Host Configuration Protocol (DHCP), Domain Name System (DNS), and Active Directory® Domain Services (AD DS). The target audiences are:
- IT planners or analysts evaluating Windows Vista or Windows Server 2008
- Enterprise IT planners or designers
- Deployment specialists interested in deploying images to computers
Benefits of Windows Deployment Services
Windows Deployment Services provides the following benefits:
- Allows network-based installation of Windows operating systems, including Windows Vista and Windows Server 2008, which reduces the complexity and cost when compared to manual installations.
- Deploys Windows images to computers without operating systems.
- Supports mixed environments that include Windows Vista, Windows Server 2008, Windows XP, and Windows Server 2003.
- Uses standard Windows Server 2008 setup technologies, including Windows PE, .wim files, and image-based setup.
Upgrading from a server running RIS on Windows Server 2003 SP1 or SP2
This section applies to you if you have a server running Windows Server 2003 and you want to upgrade to Windows Server 2008. Microsoft recommends that you perform a clean installation of Windows Server 2008 whenever possible. However, if you decide that you want to upgrade your server to Windows Server 2008, you should read the upgrade guidance at http://go.microsoft.com/fwlink/?LinkId=110832 to ensure that your upgrade is successful.
This section applies to you if you decide to upgrade your server. When moving an existing RIS infrastructure to Windows Deployment Services, we recommend that you upgrade all of your servers to Windows Deployment Services. The three server modes on Windows Server 2003 and the ability to convert RIPREP images enable you to transition seamlessly from RIS to Windows Deployment Services. We do not recommend that you install Windows Deployment Services on new servers in your environment while continuing to maintain the existing RIS servers. This is not recommended because it requires additional hardware and administrative overhead. Having two PXE servers that are configured differently on the same network segment can lead to unpredictable results.
There are three modes of operation for Windows Deployment Services in Windows Server 2003: Legacy, Mixed, and Native. Your server must be in Native mode to upgrade to Windows Server 2008. Your upgrade will be blocked if RIS is configured, or if your server is in Legacy or Mixed mode. To determine which operating mode the server is currently in, run the command WDSUTIL /get-server /show:config.
To determine how to upgrade, consider which of the following scenarios applies to you:
- If RIS is currently running on the server but you do not have Windows Deployment Services installed, you must install it before upgrading. Windows Deployment Services is included in the Windows AIK and Windows Server 2003 Service Pack 2. For more information about how to install and configure Windows Deployment Services, see the Step-by-Step Guide for Windows Deployment Services in Windows Server 2003 (http://go.microsoft.com/fwlink/?LinkId=94643). Then use the following procedures to switch from Legacy mode (the default setting) to Native mode.
- If RIS was installed on the server when you installed Windows Deployment Services, it will be in either Legacy or Mixed mode; you will need to change it to Native mode before upgrading.
- If RIS was not installed on the server when you installed Windows Deployment Services, the server will be in Native mode and therefore ready to be upgraded to Windows Server 2008.
Use one or both of the following procedures to change the server mode to Native.
To change the server mode from Legacy to Mixed
Initialize the server by doing one of the following:
- Using the MMC snap-in. On the Start menu, click Administrative Tools, and then click Windows Deployment Services. Right-click the server, and then select Initialize Server.
- Using WDSUTIL. Run the command WDSUTIL /Initialize-Server /RemInst:C:\RemoteInstall (assuming that C:\RemoteInstall is the location of your REMINST shared folder).
When the process is completed, use the following procedure to change the server mode from Mixed to Native.
To change the server mode from Mixed to Native
Retire your RISETUP and RIPREP images, or convert them to .wim format. To retire them, just delete the images. If you want to convert them, you have two options:
- Convert them offline (for RIPREP images only). To do this right-click the Legacy Images node, right-click the image and click Convert to WIM.
- Deploy and recapture them by using the Image Capture Wizard (for RIPREP or RISETUP images). For more information, see Creating custom install images later in this guide.
Run the command WDSUTIL /Set-Server /ForceNative.
When the process is completed, the server is ready to be upgraded to Windows Server 2008. For more information about upgrading, see http://go.microsoft.com/fwlink/?LinkId=110832.
Installing Windows Deployment Services
Prerequisites for installing Windows Deployment Services
The following are requirements for installing this role, depending on whether you choose the default installation (both Deployment Server and Transport Server), or only the Transport Server role service.
| Deployment Server and Transport Server | Transport Server |
|---|
- AD DS. A Windows Deployment Services server must be either a member of an AD DS domain or a domain controller for an AD DS domain. The AD DS domain and forest versions are irrelevant; all domain and forest configurations support Windows Deployment Services.
- DHCP. You must have a working DHCP server with an active scope on the network because Windows Deployment Services uses PXE, which relies on DHCP for IP addressing.
- DNS. You must have a working DNS server on the network before you can run Windows Deployment Services.
- NTFS volume. The server running Windows Deployment Services requires an NTFS file system volume for the image store.
- Credentials. To install the role, you must be a member of the Local Administrators group on the server. To initialize the server, you must be a member of the Domain Users group. For more information about this, see “Required Permissions” at http://go.microsoft.com/fwlink/?LinkId=115301.
| The only prerequisite is that you must be a member of the Local Administrators group on the server to install Transport Server. Note also that a PXE provider is not installed with Transport Server, so you must create a custom PXE provider. |
Steps for installing Windows Deployment Services
You can install Windows Deployment Services by using the Initial Configuration Wizard, Server Manager, or the command line.
- To install the role by using the Initial Configuration Wizard, click Add roles on the Initial Configuration Tasks startup screen. Click Next and then select Windows Deployment Services.
- To install the role by using Server Manager, click Add roles, which is located in the Roles Summary pane. Click Next and then select Windows Deployment Services.
- To install the role by using the command line, run one of the following two commands:
- For Deployment Server,run ServerManagerCmd -install WDS.
- For Transport Server, run ServerManagerCmd -install WDS-Transport.
During the installation, you have the following two role services to choose from. For a detailed comparison of these options, see the “Comparison of Deployment Server and Transport Server” chart in “Using Transport Server” at http://go.microsoft.com/fwlink/?LinkID=115298.
- Transport Server. To install this option, clear the Deployment Server check box on the second screen of the installation wizard. This option provides a subset of the functionality of Windows Deployment Services. It contains only the core networking parts. You can use Transport Server to create multicast namespaces that transmit data (including operating system images) from a standalone server. You should use this option if you want to transmit data by using multicasting, but you do not want to incorporate all of Windows Deployment Services.
- Deployment Server. To install this option, ensure that both Deployment Server and Transport Server are selected on the second screen of the installation wizard. This option provides the full functionality of Windows Deployment Services, which you can use to configure and remotely install Windows operating systems. Note that Deployment Server is dependent on the core parts of Transport Server.
Note |
|---|
| If you want to manage Windows Deployment Services on a remote server that is running Windows Server 2008, you can install the Remote Server Administration Tools. To do this, open Server Manager, right-click the Features node, click Add Features, and locate Remote Server Administration Tools. This will install WDSUTIL and the Windows Deployment Services MMC snap-in on the server. |
Configuring Windows Deployment Services
After you install the server role, you must configure the server. Once you have used the instructions in this section to configure the server, add a boot image, and an install image, you will be ready to deploy images. Then, you can use the instructions in the rest of this guide to perform more advanced tasks like creating your own install images, creating discover images, or configuring an unattended installation.
Known issues with configuring Windows Deployment Services
- Internet Protocol version 6 (IPv6) is not supported for this version of Windows Deployment Services.
- If you are running Windows Deployment Services and a non-Microsoft DHCP server on the same computer, in addition to configuring the server to not listen on port 67, you will need to use your DHCP tools to add Option 60 to your DHCP scopes.
- If DHCP is installed on a server that is located in a different subnet, you will need to do one of the following:
- (Recommended) Configure your IP Helper tables. All DHCP broadcasts by client computers on UDP port 67 should be forwarded directly to both the DHCP server and the Windows Deployment Services PXE server. Also, all traffic on UDP port 4011 from the client computers to the Windows Deployment Services PXE server should be routed appropriately (these requests direct traffic, not broadcasts, to the server).
- Add DHCP options 66 and 67. Option 66 should be set to the Windows Deployment Services server, and option 67 should be set to boot\x86\wdsnbp.com. For more information, see “Managing Network Boot Programs” at http://go.microsoft.com/fwlink/?LinkId=115304.
Steps for configuring Windows Deployment Services
To configure the server role, use the following procedure. Then see the following section to add images to the server.
To configure Windows Deployment Services
Ensure that you are a Domain Administrator.
Click Start, click Administrative Tools, and then click Windows Deployment Services. If there is not a server listed under the Servers node, right-click the Servers node and click Add Server to add the local computer.
In the left pane of the Windows Deployment Services MMC snap-in, expand the list of servers.
Right-click the server, and then click Configure Server.
Follow the instructions in the wizard.
When the configuration is completed clear the Add images to Windows Deployment Services now check box and then click Finish.
If you want to modify any of the settings of the server, right-click the server in the MMC-snap in, and clicking Properties.
Now that you have configured the server, you will need to add images. These images include a boot image (which is the bootable environment that you initially boot the computer into, and the install images (which are the actual images that you deploy). For instructions, see the next section.
Steps for adding images
You must add at least one boot image and one install image before you will be able to boot to the Windows Deployment Services server and install an image.
- Boot images. Boot images are Windows PE images that you boot a client computer into to perform an operating system installation. In most scenarios, you should use the Boot.wim file from the Windows Server 2008 installation DVD (in the \Sources folder). The Boot.wim file contains Windows PE and the Windows Deployment Services client (which is essentially Windows Vista Setup.exe and supporting files).
- Install images. Install images are the operating system images that you deploy to the client computer. You can also use the Install.wim file from the installation DVD, or you can create your own install image by using the steps in Creating custom install images later in this guide.
To add the default images, use the following procedures.
To add the default boot image included on the product installation DVD
In the left pane of the Windows Deployment Services MMC snap-in, right-click the Boot Images node, and then click Add Boot Image.
Browse to choose the default boot image (Boot.wim) on the Windows Server 2008 DVD, located in the \Sources folder.
Click Open and then click Next.
Follow the instructions in the wizard to add the image.
Repeat this procedure to add any additional boot images.
To add the default install image included on the product installation DVD
In the Windows Deployment Services MMC snap-in, right-click the Install Images node, and then click Add Install Image.
Specify a name for the image group, and then click Next.
Browse to select the default install image (Install.wim) on the Windows Vista or Windows Server 2008 DVD, located in the \Sources folder, and then click Open.
To add a subset of the images included in the Install.wim file, clear the check boxes for the images that you do not want to add to the server. You should add only the images for which you have licenses.
Follow the instructions in the wizard to add the images.
Now that you have a boot image and an install image on the server, you can perform a PXE boot on a client computer to install an operating system using the steps in the following section.
Installing an install image
After you have at least one boot and one install image on the server, you can deploy an install image.
Prerequisites for installing an install image
- The client computer must be capable of performing a PXE boot.
- Your user account must be a member of the Domain Users group.
- The client computer must have at least 512 MB of RAM, which is the minimum amount of RAM for using Windows PE.
- The client must meet the system requirements for the operating system of the install image.
Steps for installing an install image
To perform a PXE boot on a computer to install an image, use the following procedure.
To install an operating system
Configure the BIOS of the computer to enable PXE booting, and set the boot order so that it is booting from the network first.
Restart the computer, and when prompted, press F12 to start the network boot.
Select the appropriate boot image from the boot menu. (This boot image selection menu will be available only if you have two or more boot images on the server. For more information, see Configuring the boot menu earlier in this guide.)
Follow the instructions in the Windows Deployment Services user interface.
When the installation is completed, the computer will restart and Setup will continue.
Configuring the boot menu
Optionally, you create and modify boot images. When you have multiple boot images available to client computers, clients will be presented with a boot menu that displays the boot images. Users will first have to select a boot image, then the computer will boot into Windows PE, and the install images will be displayed. You can also modify and create custom boot images. This enables you to have boot images for different tasks and architecture types. For example, you could have boot images that do the following:
- Start Setup to install Windows.
- Reformat the hard disks to support BitLocker Drive Encryption (using unattend), and then install Windows.
- Contain the Windows Recovery Environment (Windows RE) that you want to use when a computer fails to start.
- Include a Windows PE image for administrators who want to perform other operations within Windows PE.
In addition, x64-based computers support both x86-based or x64-based boot images. Therefore, for each of these tasks, you could have two boot images — one for x86 and one for x64. The boot menu on x86-based computers will display only x86 boot images (because x86-based computers cannot run x64 boot images). For more information, see “Managing the Boot Menu” at http://go.microsoft.com/fwlink/?LinkId=115305.
Known issues with configuring the boot menu
- Only 10 boot images are visible at a time. If you have more than 10, you will have to scroll down to view the rest.
- Filtering of boot images on x66-based computers. There is new functionality that controls how images are filtered to users on x64-based computers. When you boot into the x86 version of Boot.wim file from an x64-based computer, you will be able to choose from both x86-based and x64-based install images. However, if you boot into an x64-based Boot.wim file from the same computer, only x64-based boot images will be displayed.
- Use the Boot.wim from the Windows Server 2008 DVD. Do not use the Boot.wim from the Windows Vista DVD unless your version of Windows Vista has SP1 integrated into the DVD.
- Double-byte character sets used as image names might not be displayed properly in the boot menu. This issue pertains to localized strings. Limitations within the BIOS character sets prevent the characters from being displayed properly.
Steps for configuring the boot menu
The following procedure outlines how to add more boot images to your server. You can also modify your boot images using the tools in the Windows AIK. For example, you can add drivers using the ImageX, PEimg.exe, and Drvload tools. For more information, see Windows PE Customization How-To Topics (http://go.microsoft.com/fwlink/?LinkId=122641).
To add an additional boot image
Open the Windows Deployment Services MMC snap-in.
Right-click the Boot Images node, and then click Add Boot Image.
Click Browse to locate the boot image that you want to add. The boot image must be located on the server, and it can be the same or a different architecture.
Follow the instructions in the wizard to add the boot image.
When you have completed this procedure and you perform a PXE boot on a client computer, a boot menu will appear that shows both images (if both apply to that computer).
You can also make additional changes to the boot menu, using the Bcdedit.exe tool to edit the Default.bcd file located at %REMINST%\boot\<architecture>. For more information, see the section "How to Use Bcdedit to Modify the BCD File" in the “Managing the Boot Menu” topic at http://go.microsoft.com/fwlink/?LinkId=115305.
Creating custom install images
Optionally, you can create custom install images for Windows Vista as well as older operating systems like Windows XP. To do this, use the instructions in this section to create a capture image, prepare a reference computer using Sysprep, and then capture the operating system using the Image Capture Wizard. Note that images that are older than Windows Vista are hardware abstraction layer (HAL) specific so you cannot deploy an image of one HAL-type to a computer with a different HAL. However, Windows Vista images are not HAL specific so you only need one image for each architecture. For more information, see Creating Images at http://go.microsoft.com/fwlink/?LinkId=115311.
You can also modify images (to add files, drivers, and so on) using the tools in the Windows AIK. For more information about modifying your images, see the following:
Prerequisites for creating custom install images
- You must ensure that there is enough disk space to create and store the new images.
- You must be a member of the Local Administrators group on the Windows Deployment Services server.
Known issues when creating custom install images
When you boot into the capture image, the Image Capture Wizard will start. Note the following points about this wizard:
- You will only see drives that contain operating systems prepared with Sysprep. If you do not run Sysprep on the computer before you boot into the image, you will not see any drives to capture.
- You must enter a local location to save the new install image; otherwise, you will not be able to capture the image. This location can be a mapped network drive but we recommend that you use a local location to avoid image corruption in the event of a network malfunction.
Steps for creating a capture image
To create an install image, you must first create a capture image. Capture images are boot images that you boot a client computer into to capture the operating system into a .wim file. You can also create media (a CD, DVD, USB drive, or other type of media) that contain a capture image, and then boot a computer from the media. These images provide an alternative to the command-line utility, ImageX.exe. Except in advanced scenarios, you can create a capture image by using the Boot.wim file from the Windows Server 2008 or Windows Vista with SP1 DVD. You can also use the WinPE.wim file from the Windows AIK to create a capture image, which is slightly smaller than the Boot.wim file.
To create a capture image
In the Windows Deployment Services MMC snap-in, expand the Boot Images node.
Right-click the image to use it as a capture image. In most cases, you can just use the Boot.wim file from the DVD that you added in the Steps for adding images section earlier in this guide.
Click Create Capture Boot Image.
Type a name, a description, and the location where you want to save a local copy of the file. You must specify a location in case there is a problem with the network when you deploy the capture image.
Continue to follow the instructions in the wizard, and when it is complete, click Finish.
Right-click the boot image folder.
Click Add Boot Image.
Browse and select the new capture image, and then click Next.
Follow the instructions in the wizard.
After you have created the capture image, follow the instructions in the next section to boot a computer into the capture image and capture the operating system.
Steps for creating an install image
Now that you have a capture image, you need to prepare a reference computer and then create the install image. The reference computer can be a computer with a standard Windows installation or a Windows installation that has been configured for your environment. First, you boot a computer (which has been prepared with Sysprep) into the capture image. Then a wizard creates an install image of the reference computer and saves it as a .wim file. After that, you can deploy the .wim file to a computer.
To create a custom install image
Create a reference computer (install the operating system, applications, and make any other changes that you want).
Ensure that you have the correct version of Sysprep.exe on the computer.
At a command prompt on the reference computer, change folders to \Windows\System32\Sysprep or the folder that contains Sysprep.exe and Setupcl.exe.
Type one of the following:
- On computers running Windows Vista and Windows Server 2008, run the command sysprep /oobe /generalize /reboot. If you prefer, you can also use the Sysprep graphical user interface by double-clicking Sysprep.exe.
- On computers running Windows XP, run sysprep -mini –reseal -reboot.
When the computer restarts, perform a network boot on the computer by pressing F12.
In the boot menu, select the capture image that you created in the preceding procedure, and then click Next.
Choose the appropriate drive, and then provide a name and description for the image. Click Next to continue.
Important |
|---|
| You will see only drives that contain operating systems prepared with Sysprep. If you do not run the command in step 4, you will not see any drives to capture. |
Click Browse and then browse to a local folder where you want to store the captured install image. Note that this location can be a mapped network drive.
Important |
|---|
| You must enter a local location to save the new image; otherwise, you will not be able to capture the image. This requirement is enforced to avoid image corruption if there is a network malfunction. |
Type a name for the image, using the .wim file name extension, and then click Save.
Select Upload image to WDS server.
Type the name of the Windows Deployment Services server, and then click Connect.
If prompted for credentials, provide a user name and password for an account with sufficient permissions to connect to the Windows Deployment Services server.
In the Image Group list, select the image group in which you want to store the image.
Click Finish.
Now you can PXE boot a client computer to install this image. For instructions, see Installing an install image later in this guide.
Creating discover images
If you have a computer that is not PXE enabled, you can create a discover image and use it to install an operating system on that computer. Otherwise, you can skip this section. When you create a discover image and save it to media (a CD, DVD, USB flash drive, or other type of media), you can then boot a computer to the media. The discover image on the media locates a Windows Deployment Services server, and the server deploys the install image to the computer. You can configure discover images to target a specific Windows Deployment Services server. This means that if you have multiple servers in your environment, you can create a discover image for each one, and then name them based on the name of the server.
Prerequisites for creating discover images
- Have CD or DVD or flash drive to store the image.
- Have a disk-burning utility if you are burning the image to CD or DVD.
Steps for creating discover images
After you create the discover image, create media that contains the image. You must create discover images by using the Boot.wim file from the Windows Server 2008 or Windows Vista with SP1 DVD. You cannot use the WinPE.wim file from the Windows AIK to create a discover image.
To create a discover image
In the Windows Deployment Services MMC snap-in, expand the Boot images node.
Right-click the image you want to use as a discover image. This must be the Boot.wim file from the Windows Server 2008 or Windows Vista with SP1 DVD.
Click Create Discover Boot Image.
Follow the instructions in the wizard, and when it is completed, click Finish.
Use the following procedure to create media that contains the image.
To create media that contains the discover image
Download and install the Windows AIK (http://go.microsoft.com/fwlink/?LinkId=81030).
Click Start, click All Programs, click Microsoft Windows AIK, and then click Windows PE Tools Command Prompt.
To create a Windows PE build environment, type:
CopyPE <architecture> C:\Winpe
To copy the discover image that you created in the preceding procedure, type:
Copy /y c:\<imagename>.wim c:\Winpe\ISO\Sources
To change back to the PETools folder, type:
Cd C:\Program Files\Windows AIK\Tools\PETools
To create the bootable .iso image, type:
Oscdimg -n -bc:\winpe\ISO\boot\etfsboot.com c:\winpe\ISO c:\<imagename>.iso
Use a utility that can create a CD or DVD to transfer the .iso image to the appropriate media.
Note |
|---|
| Using the Windows copy command to copy the image to media will not create a bootable disk. |
Boot the client computer to the media. You may need to change the boot order in the client BIOS to do this. When the client boots to the media, your experience will be exactly the same as if you had booted to the network.
Performing an unattended installation
Optionally, you can automate the entire installation. To do this, you use two different unattend files: one for the Windows Deployment Services UI screens, and one for the latter phases of Setup. Two files are necessary because Windows Deployment Services can deploy two image types: Windows Vista images that support the Unattend.xml format, and Windows XP and Windows Server 2003 images, which do not support the Unattend.xml format.
- Windows Deployment Services client unattend file. This file uses the Unattend.xml format and is stored on the Windows Deployment Services server in the C:\RemoteInstall\WDSClientUnattend folder. It is used to automate the Windows Deployment Services client user interface screens (such as entering credentials, choosing an install image, and configuring the disk).
- Image unattend file. This file uses the Unattend.xml or Sysprep.inf format, depending on the version of the operating system of the image. It is stored in a subfolder (either $OEM$ structure or \Unattend) in the per-image folder. It is used to automate the remaining phases of setup (for example, offline servicing, Sysprep specialize, and mini-setup).
Prerequisites for performing an unattended installation
- Ensure that you are a member of the Local Administrators group on the Windows Deployment Services server.
- Ensure that you have sufficient credentials to add a computer to a domain. For more information, see “Required Permissions” at http://go.microsoft.com/fwlink/?LinkId=115301.
Known issues performing an unattended installation
- Do not specify the UILanguage unattend setting in the Windows Deployment Services client unattend file if your install image is a Windows Server 2003, Windows 2000, or Windows XP image. In those cases, this setting does not apply and will cause an error (which causes the image selection page to appear).
- Windows Deployment Services management tools only assign install image unattend files for Windows Vista and Windows Server 2008 images. For images for older operating systems, you must use your existing Sysprep.inf files and manually create a $OEM$ directory structure (for example, D:\RemoteInstall\Images\Windows XP\winxpsp2\$OEM$\$1\sysprep\sysprep.inf).
Steps for performing an unattended installation
To automate the installation, create the appropriate unattend file depending on whether you are configuring the Windows Deployment Services screens or Windows Setup. We recommend that you use Windows System Image Manager (included as part of the Windows AIK) to author the unattend files. Then copy the unattend file to the appropriate location, and assign it for use. You can assign it at the server level or the client level. The server level assignment can further be broken down by architecture, enabling you to have different settings for x86-based and x64-based clients. Assignment at the client level overrides the server-level settings. Note that Windows Deployment Services management tools assign image unattend files for Windows Vista and Windows Server 2008 images only. For older operating systems, you must use your existing Sysprep.inf files and manually create a $OEM$ directory structure. For more information, see Performing Unattended Installations (http://go.microsoft.com/fwlink/?LinkId=89226) and Sample Unattend Files (http://go.microsoft.com/fwlink/?LinkId=122642).
To associate a client unattend file by architecture
Create an Unattend.xml file with settings applicable to Windows Deployment Services.
Copy the client unattend file to a folder in the RemoteInstall folder. For example: RemoteInstall\WDSClientUnattend.
Open the Windows Deployment Services MMC snap-in, right-click the server that contains the Windows Vista or Windows Server 2008 image that you want to associate the unattend file with, and then click Properties.
On the Client tab, select Enable unattended installation, browse to the appropriate unattend file, and then click Open.
Click OK to close the Properties page.
To associate an image unattend file
Create an Unattend.xml file (for Windows Vista) or Sysprep.inf file (for earlier versions of Windows).
The next steps depend on which file you create:
- Save Sysprep.inf files. Save these files to the $OEM$ structure of the image (for example, D:\RemoteInstall\Images\Windows XP\winxpsp2\$OEM$\$1\sysprep\sysprep.inf). Now when you deploy the image, Setup will automatically locate and use the Sysprep.inf file.
- Save Unattend. xml files. Save Unattend.xml files to any location, and then associate the file with an image. To do this, open the MMC snap-in, right-click the image that you want to associate with the unattend file, and then click Properties. On the General tab, click Allow image to install in unattend mode, click Select File, browse to select the unattend file, and then click OK twice. The Unattend.xml file will be saved to the following location: \RemoteInstall\Images\<imagegroup>\<imagename>\Unattend\ImageUnattend.xml.
Creating a multicast transmission
Multicast transmissions enable you to deploy an image to a large number of client computers without overburdening the network. When you create a multicast transmission, the image is sent over the network only once, which can drastically reduce the amount of network bandwidth that is used. Note that data is transferred only if clients request data. If no clients are connected (that is, if the transmission is idle), data will not be sent over the network. For information about using multicast functionality with Transport Server, see “Using Transport Server” at http://go.microsoft.com/fwlink/?LinkID=115298.
Prerequisites for creating a multicast transmission
- Routers that support multicasting. In particular, Internet Group Membership Protocol (IGMP) snooping should be enabled on all devices. This will cause your network hardware to forward multicast packets only to those devices that are requesting data. If IGMP snooping is turned off, multicast packets are treated as broadcast packets, and will be sent to every device in the subnet.
- At least one install image that you want to transmit on the server
- The Boot.wim file from the Windows Server 2008 or Windows Vista with SP1 DVD. Do not use the Boot.wim from the Windows Vista DVD unless your version of Windows Vista has SP1 integrated into the DVD. If you use the Windows Vista Boot.wim, you will be able to create the transmission, but users who boot into it will not be able to join the transmission.
Known issues in creating a multicast transmission
You may encounter the following issues when implementing multicasting:
- If multiple servers are using multicast functionality on a network (Transport Server, Deployment Server, or another solution), it is important that each server is configured so that the multicast IP addresses do not collide. Otherwise, you may encounter excessive traffic when you enable multicasting. Note that each Windows Deployment Services server will have the same default range. To work around this issue, specify static ranges that do not overlap to ensure that each server is using a unique IP address or Multicast Address Dynamic Client Allocation Protocol (MADCAP). To specify this option, right-click the server in the MMC snap-in, click Properties, and then click the Network Settings tab.
- After you configure Windows Deployment Services server, if you modify the Multicast IP Address, the UDP port range, or the RPC port number, you must restart the service before the changes will take effect. If you do not restart the service, the server will use the old values and may not answer clients. To restart the service, right-click the server in the MMC snap-in, click All Tasks, and then click Restart
- Each transmission can be run only as fast as the slowest client. That is, the entire transmission will be slow if there is one slow client. To resolve this issue, first determine the client that is holding back the transmission (this is called the master client). To do this, open an elevated Command Prompt window and run WDSUTIL /Get-MulticastTransmission /Show-clients. Next, disconnect the master client. This will force the master client to run the transmission by using the Server Message Block (SMB) protocol, and the other clients' multicast performance should speed up. If they do not speed up, there is a problem with the client's hardware (for example, a slow hard drive) or a network problem.
Steps for creating a multicast transmission
To enable multicasting for an image, you must create a multicast transmission for it. You have two options for creating a transmission:
- Right-click the Multicast Transmission node, and then click Create Multicast Transmission.
- Right-click an image, and then click Create Multicast Transmission.
There are two types of multicast transmissions:
- Auto-Cast. This option indicates that as soon as an applicable client requests an install image, a multicast transmission of the selected image begins. Then, as other clients request the same image, they too are joined to the transmission that is already started.
- Scheduled-Cast. This option sets the start criteria for the transmission based on the number of clients that are requesting an image and/or a specific day and time. If you do not select either of these check boxes, the transmission will not start until you manually start it..
Steps for configuring transmissions
After a transmission has been created, you can perform the following actions:
- Start the transmission. If the transmission is the Scheduled-Cast type, there is at least one client, and the transmission has not started yet, you can right-click the transmission and then click Start.
- Delete the transmission. If you right-click the transmission and click Delete, the multicast transmission stops and each client installation will fall back to using unicast transmission. That is, the client installations will not be deleted or stopped, but they will not use the multicast transmission to complete the installation.
- Deactivate the transmission. If you right-click and then click Deactivate, each client that is currently installing will continue, but no new clients will be joined to the transmission. After each current client installation is completed, the transmission will be deleted. If there are no clients when you click this option, the transmission will be deleted instantly.
- View the transmission's properties. To view the properties, right-click the transmission and then click Properties. Note that you cannot edit the properties of a transmission after it is created. To make a change after you have created a transmission, you need to delete it and then recreate it.
- Refresh the transmissions and data. To do this, right-click a transmission and then click Refresh. You can also refresh the data by pressing F5.
Steps for configuring clients in a transmission
After you have created the transmission, client computers can join it by selecting the image in the Windows Deployment Services client installation screens. Client computers can also join a transmission by using Wdsmcast.exe, a command-line tool included in the Windows AIK. When there are clients in a transmission, you can do any of the following:
- Viewclients and see progress. To view any connected clients, expand the Multicast Transmissions node, and click the image.
- Stop a client installation. To stop the installation completely, right-click a client and then click Disconnect. You should use this option with caution because the installation will fail and the computer could be left in an unusable state.
- Disconnect a client from a multicast transmission. To discontinue the transmission for a particular client but continue to transfer the image through unicasting, right-click the client, and then click Bypass multicast.
Uninstalling or uninitializing Windows Deployment Services
To uninstall the Windows Deployment Services component, you can click Remove Roles in Server Manager, or run ServerManagerCmd -remove WDS at an elevated Command Prompt window.
You can also uninitialize the server if you want to reset the server to a nonconfigured state but you do not want to uninstall Windows Deployment Services. This is helpful if you want to start over but would like to retain existing settings. For example, if you want to move the RemoteInstall folder (perhaps you got a new hard disk for your server and wanted to move this folder to it), you would uninitialize the server, copy the folder to the new location, and then reinitialize the server by using the new path. To uninitialize the server, run the command WDSUTIL /uninitialize-server in an elevated Command Prompt window.
Additional references