This topic contains information about the images that you use with Windows Deployment Services.
In This Topic
Note | |
To download the Windows Deployment Services documentation (including a getting started guide, deployment guide, and WDSUTIL command-line syntax), see http://go.microsoft.com/fwlink/?LinkId=89381. |
Image Types
Windows Deployment Services uses two basic image types, both of which use the Windows Image (.wim) file format:
- Install image: The operating system
image that you deploy to the client computer.
- Boot image: The Microsoft Windows
Preinstallation Environment (Windows PE) image that you boot a
client into before you install the install image. To install an
operating system, you first boot the computer into the boot image,
and then you select the install image to install. You can also
create two additional types of boot images:
- Capture image: A type of boot image
that you boot a client computer into to capture the operating
system as a .wim file. You must first create a capture image when
you are creating custom install images.
- Discover image: A type of boot image
that you can use to install an operating system on a computer that
is not Pre-Boot Execution Environment (PXE) enabled. When you boot
a computer into a discover image, the Windows Deployment Services
client will locate a valid Windows Deployment Services server, and
then you can choose the install image you want to install.
- Capture image: A type of boot image
that you boot a client computer into to capture the operating
system as a .wim file. You must first create a capture image when
you are creating custom install images.
Boot Images
These images contain Windows PE and the Windows Deployment Services client, which is Windows Vista Setup.exe with some additional functionality needed for network deployments. In most cases, you should use the standard boot image that is included on the Windows Server 2008 media (located at \Sources\boot.wim) without modification. Do not use the Boot.wim from the Windows Vista media unless your version of Windows Vista has SP1 integrated into the DVD. If you use the Boot.wim from the version of Windows Vista that does not contain SP1, multicasting will not work correctly.
Creating Custom Boot Images
You can also use the tools in the Windows Automated Installation Kit (AIK) to create a custom boot image. For more information, see Windows PE Walkthroughs (http://go.microsoft.com/fwlink/?LinkId=120691). When creating boot images, ensure that the image is stored in .wim format, and it is marked as bootable from RAMDISK using the /boot option with ImageX. To create custom boot image, you must manually copy the Windows Vista or Windows Server 2008 Setup.exe binary files into the custom image. The process for doing this is as follows:
- Create a top-level folder named Sources in the custom boot
image.
- Mount the boot image that is RAMDISK-bootable in the Boot.wim
file (Boot.wim contains two Windows PE images, and the
bootable image is the second image).
- Copy all of the Setup.exe files from the \Sources folder in the
mounted image to the \Sources folder in the custom boot image.
In addition, you must ensure that the Windows Deployment Services client is started by Windows PE. To ensure that this occurs, create an entry in the WinPESHL.ini file to start Setup.exe in Windows Deployment Services mode. For more information, see “When Setup Is Started in Windows Deployment Services Mode” in How the Windows Deployment Services Client Works (http://go.microsoft.com/fwlink/?LinkID=147067). For more information about editing WinPESHL.ini, see Include a Custom Script in a Windows PE Image (http://go.microsoft.com/fwlink/?LinkId=120692). For information about managing and modifying the boot menu, see Managing the Boot Menu.
Versions of Windows PE
When creating custom boot images, the version of Windows PE that you use must match or be newer than the install image. For example, you can use Windows PE 2.1 to deploy install images of all versions of Windows (including Windows Vista with SP1, Windows Server 2008, and all earlier versions of Windows). You cannot, however, use Windows PE 2.0 to deploy Windows Vista with SP1 or Windows Server 2008.
If you are deploying Windows Server 2003 and your boot image does not contain the Windows Deployment Services client (for example, if you are booting a Windows PE 2005 boot image into the command prompt instead of into the user interface screens of the Windows Deployment Services client), we recommend that you use the latest version of Windows PE. You can use Windows PE 2004, Windows PE 2005, Windows PE 2.0, or Windows PE 2.1, although the following caveats apply:
- If you are applying a .wim image of
Windows Server 2003 using ImageX, you can use either the
x86 or x64 version of Windows PE.
- In the past, if you were running Winnt32.exe
for Setup.exe, you could only use x64 versions of Windows PE,
but that has changed. For details, see Knowledge Base article
931761 (http://go.microsoft.com/fwlink/?LinkID=110354).
- If you are using Windows PE 2.0,
you might run into the issue documented at http://go.microsoft.com/fwlink/?LinkID=110354. In this
scenario, run the command Bootsect.exe /nt52 c: to set up
the correct NTFS file system boot sector.
Discover Images
Discover images are generally used in scenarios where the client cannot perform a PXE boot. These images enable a computer to locate a Windows Deployment Services server and use it to install an image. To create a discover image, right-click a boot image in the MMC snap-in, and then click Create discover boot image. In most cases, you should use the Boot.wim file included on the Windows Server 2008 DVD to create your image. For instructions, see the Windows Deployment Services Getting Started Guide.When you create a discover images, you configure one of the following:
- Static discovery. Static discovery is
when you specify the server that the computer should use. Static
discovery works well in data center environments or branch offices
where DHCP may not be available. One major disadvantage of static
discovery is that it introduces a single point of failure. For
example, if the server that is specified is unavailable, the
Windows Deployment Services client will not work, and there is no
way to have the client try a different server. Another flaw is that
static discovery does not allow for load balancing, because all
clients using a particular boot image would use the specified
server. You can specify the server when you create the discover
image.
- Dynamic discovery. If you do not
specify the server to use when you create a discover image, the
Windows Deployment Services client will emulate a PXE request from
within Windows PE. Based on the responses to that PXE request,
the client can locate a valid server and continue the installation
process.
Creating Custom Discover Images
For advanced scenarios if you want to create a custom deployment, you can create a discover image by using the tools provided in the Windows AIK. For more information, see Windows PE Walkthroughs (http://go.microsoft.com/fwlink/?LinkId=120691).
To create a discover image manually |
-
In the boot image, create a temporary folder in the path pointed to by the environment variable, %TEMP%.
-
Copy the appropriate Setup.exe files from the \Sources folder in the boot image located on the Windows Server 2008 DVD (it is the second image in the Boot.wim file) to the temporary folder.
-
Create a Winpeshl.ini file in the Windows\System32 folder of the applied image with the following section. For more information about editing WinPESHL.ini, see Include a Custom Script in a Windows PE Image (http://go.microsoft.com/fwlink/?LinkId=120692).
[LaunchApps] %SYSTEMROOT%\sources\setup.exe, "/wds /wdsdiscover"
or
[LaunchApps] %SYSTEMROOT%\sources\setup.exe, "/wds /wdsdiscover /wdsserver:<server>"
See the following table for more information about these options.
-
Capture the modified image into a new .wim file.
-
Update the image metadata to reflect any changes to the image name or description.
There are two command-line options for Setup.exe that control the discovery behavior of the Windows Deployment Services client. These options are described in the following table.
Option | Description |
---|---|
/WDSDiscover |
(Default) Specifies that the Windows Deployment Services client should be in discover mode. If you do not specify /WDSServer with this option, Windows Deployment Services will search for a server. For example, to start the Windows Deployment Services client in this dynamic discover mode, run the command \sources\setup.exe /wds /WDSDiscover. |
/WDSServer:<ServerName> |
Specifies the name of the Windows Deployment Services server that the client should connect to. Note that <ServerName> can be an IP address, a NetBIOS name, or a fully qualified domain name (FQDN). You must also specify /WDSDiscover. For example, to start the Windows Deployment Services client in this static discover mode, run the command \sources\setup.exe /wds /WDSDiscover /WDSServer:MyWDSServer. |
Capture Images
Capture images are boot images that contain Windows PE and the Windows Deployment Services Image Capture Wizard. When you boot a computer (that has been prepared with Sysprep) into a capture image, the wizard creates an install image of the computer and saves it as a .wim file. Then you can upload the image to the Windows Deployment Services server or copy them to bootable media (CD, DVD, USB drive, and so on). You create capture images from existing boot images — most commonly, the Boot.wim file from the installation media. For instructions on creating these images, see the Windows Deployment Services Getting Started Guide. For information about automating the wizard, see Automating the Image Capture Wizard.
Regardless of which tool you use (capture images or ImageX), the high-level process for capturing images remains essentially the same:
- Install Windows on a reference computer.
- Perform customizations and install software.
- Run the correct version of Sysprep for the reference computer's
operating system.
- Reboot into Windows PE.
- Capture the offline Sysprep image into .wim format.
- Upload the image to the Windows Deployment Services server’s
image store.
Comparison of ImageX and Image Capture Wizard
Capture images provide a subset of the functionality included in the ImageX /capture command. For information, see ImageX Technical Reference (http://go.microsoft.com/fwlink/?LinkId=120693). The following table compares these two tools.
Functionality | Image Capture Wizard | ImageX | |
---|---|---|---|
Captures a partial volume? |
No |
Yes |
|
Captures an image that has not been prepared by using Sysprep? |
No |
Yes |
|
Uploads directly to the Windows Deployment Services server? |
Yes |
No |
|
Can the process be automated? |
Yes |
Yes |
|
Has a GUI? |
Yes |
No |
|
Provides additional functionality beyond image capture? |
No |
Yes |
|
Enables me to specify a capture exclusion list? |
Yes |
Yes |
|
Captures directly to a network location without making a local image copy? |
No |
Yes |
Creating Custom Capture Images
In advanced scenarios, you can create a custom capture image.
To create a capture image manually |
-
Create a temporary folder in the path that is pointed to by the environment variable, %TEMP%.
-
Apply the contents of the source boot image from the Windows Deployment Services server’s image store to the \Temp folder.
-
Create a Winpeshl.ini file in the Windows\System32 folder of the applied image with the following section:
[LaunchApps] %SYSTEMROOT%\system32\wdscapture.exe
-
Capture the modified image into a new .wim file.
-
Update the image metadata to reflect any changes to the image name or description.
Converting RIPREP Images
To convert RIPREP images, you must first upgrade your server to Windows Server 2008. For instructions, see http://go.microsoft.com/fwlink/?LinkId=84628
Default Conversion
To convert your files, right-click the RIPREP image you want to convert in the Legacy Images node, and then click Convert to WIM. The default conversion process copies the updated version of a file to another location. There were two main factors that influenced this design decision:
- The original image remains unmodified, in
case the conversion process fails or you want to continue to use
the original RIPREP image after the conversion process is run.
- In RIS, you could associate multiple
unattended setup installation files (.sif) with a particular image.
If an image is so configured, a conversion process that is run for
one .sif file would alter the backing files used by the other .sif
file.
The conversion process requires at least twice as much free disk space as the size of the image. This space is needed for a copy of the RIPREP image placed in the %TEMP% folder and the .wim file that was created by using the contents of the converted image in the %TEMP% folder. Note that the data in the %TEMP% folder can be removed only after the new image has been captured.
In-Place Conversion
You can force an in-place conversion of a RIPREP image, which will save time and the amount of disk space that you use during the conversion process. You can do this by using the /InPlace option with the WDSUTIL /Convert-RiprepImage command. It is common for multiple variations of a single RIPREP image (differing only by HAL type) to exist on a server. You can save time during the conversion process by using the /Overwrite:Append option of the WDSUTIL /Convert-RiprepImage command to take advantage of single-instancing technology within the .wim format. For instructions, see the "Install Images" section in How to Manage Images.
The append operation is much faster than a traditional capture because it does not need to compress and insert files that already exist in the .wim file. Files that are identical between images and that already exist within the .wim file will simply have their reference count incremented to indicate that the single file belongs to multiple images within the .wim file. The general conversion process entails first converting the first RIPREP image in the set by creating a new .wim file, and then converting the remaining RIPREP images (for the other HAL types) by appending them to the .wim file you created previously.