Native boot allows virtual hard disks (VHDs) to run on a computer without a virtual machine or hypervisor. A hypervisor is a layer of software below the operating system that runs virtual machines.
In This Topic
What Is VHD with Native Boot?
In Windows® 7, a virtual hard disk can be used as the running operating system on designated hardware without any other parent operating system, virtual machine, or hypervisor. Windows 7 disk-management tools, the DiskPart tool and the Disk Management Microsoft® Management Console (Diskmgmt.msc), can be used to create a VHD file. A Windows 7 image (.wim) file can be deployed to the VHD and the .vhd file can be copied to multiple systems. The Windows 7 boot manager can be configured to boot directly into the VHD.
The .vhd file can also be connected to a virtual machine for use with the Hyper-V Role in Windows Server® 2008 R2.
Native-boot VHD files are not designed or intended to replace full image deployment on all client or server systems. Enterprise environments already managing and using .vhd files for virtual machine deployment will get the most benefit from the native-boot VHD capabilities. Using the .vhd file as a common image container format for virtual machines and designated hardware simplifies image management and deployment in an enterprise environment.
VHDs with native boot are commonly used in the following scenarios:
- Using disk-management tools to create and
attach a VHD for offline image management. You can attach a
VHD by using the Attach vdisk command which activates the
VHD so that it appears on the host as a disk drive rather than as a
- Mounting reference VHD images on remote
shares for image servicing.
- Maintaining and deploying a common reference
VHD image to execute in either virtual or physical computers.
- Configuring VHD files for native boot without
requiring a full parent installation.
- Configuring a computer to boot multiple local
VHD files containing different application workloads, without
requiring separate disk partitions.
- Using Windows Deployment Services (WDS) for
network deployment of VHD images to target computers for native
- Managing desktop image deployment.
Native VHD boot has the following dependencies:
- The local disk must have at least two
partitions: a system partition that contains the Windows 7
boot-environment files and Boot Configuration Data (BCD) store, and
a partition to store the VHD file. For more information about disk
partitions, see Understanding Disk
Partitions. For more information about adding a Windows 7
boot environment for native VHD boot, see Add a Native-Boot
Virtual Hard Disk to the Boot Menu.
- The local disk partition that contains the
VHD file must have enough free disk space for expanding a dynamic
VHD to its maximum size and for the page file created when booting
the VHD. The page file is created outside of the VHD file, unlike
in the case of a virtual machine where the page file is contained
inside the VHD.
The benefits of native boot capabilities for VHDs include:
- Using the same image-management tools for
creating, deploying, and maintaining system images to be installed
on designated hardware or on a virtual machine.
- Deploying an image on a virtual machine or a
designated computer, depending on capacity planning and
- Deploying Windows 7 for multiple boot
scenarios without requiring separate disk partitions.
- Deploying Windows 7 images in a VHD
container file for faster deployment of reusable development and
- Replacing VHD images for server redeployment
Native VHD support has the following limitations:
- Native VHD boot is supported only by
Windows 7, and it is restricted to the following editions:
- Windows® 7 Enterprise
- Windows® 7 Ultimate
- Windows Server 2008 R2
- Windows® 7 Enterprise
- Native VHD disk management support can attach
approximately 512 VHD files concurrently.
- Native VHD boot does not support hibernation
of the system, although sleep mode is supported.
- VHD files cannot be nested.
- Native VHD boot is not supported over Server
Message Block (SMB) shares.
- Bitlocker cannot be used to encrypt the host
volume containing VHD files used for native VHD boot, and bitlocker
cannot be used on volumes contained inside a VHD.
- The parent partition of a VHD file cannot be
part of a volume snapshot.
- An attached VHD cannot be configured as a
dynamic disk. A dynamic disk provides features that basic
disks do not, such as the ability to create volumes that span
multiple disks (spanned and striped volumes), and the ability to
create fault-tolerant volumes (mirrored and RAID-5 volumes). All
volumes on dynamic disks are known as dynamic volumes.
- The parent volume of the VHD cannot be
configured as a dynamic disk.
The following are recommended precautions for using VHDs with native boot:
- Use Fixed VHD disk types for production
servers, to increase performance and help protect user data. Use
Dynamic or Differencing VHD disk types only in non-production
environments, such as for development and testing.
- When using Dynamic VHDs, store critical
application or user data on disk partitions that are outside the
VHD file, when possible. This reduces the size requirements of the
VHD. It also makes it easier to recover application or user data if
the VHD image is no longer usable due to a catastrophic system
shutdown such as a power outage.
Types of Virtual Hard Disks
Three types of VHD files can be created using the disk-management tools:
- Fixed hard-disk image. A fixed
hard-disk image is a file that is allocated to the size of the
virtual disk. For example, if you create a virtual hard disk that
is 2 gigabytes (GB) in size, the system will create a host
file approximately 2 GB in size. Fixed hard-disk images are
recommended for production servers and working with customer
- Dynamic hard-disk image. A dynamic
hard-disk image is a file that is as large as the actual data
written to it at any given time. As more data is written, the file
dynamically increases in size. For example, the size of a file
backing a virtual 2 GB hard disk is initially around
2 megabytes (MB) on the host file system. As data is written
to this image, it grows with a maximum size of 2 GB.
Dynamic hard-disk images are recommended for development and testing environments. Dynamic VHD files are smaller, easier to copy, and will expand once mounted.
- Differencing hard-disk image. A
differencing hard-disk image describes a modification of a parent
image. This type of hard-disk image is not independent; it depends
on another hard-disk image to be fully functional. The parent
hard-disk image can be any of the mentioned hard-disk image types,
including another differencing hard-disk image.
Technologies Related to VHDs with Native Boot
VHDs with native boot commonly use the following technologies:
The BCDboot tool is used for initializing the BCD store and copying boot-environment files to the system partition during image deployment. BCD files describe boot applications and boot application settings. The objects and elements in the store effectively replace the Boot.ini file. When installing a native-boot VHD on designated hardware, it may be necessary to update to a Windows 7 BCD store. For more information about the BCDboot tool, see BCDboot Command-Line Options.
BCDedit is a command-line tool for managing BCD stores. It can be used for a variety of purposes such as creating new stores, modifying existing stores, and adding boot menu parameters. For more information about the BCDedit tool, see this Microsoft Web site.
DiskPart is a command-line tool in Windows that enables you to manage objects such as disks, partitions, or volumes, by using scripts or direct input at a command prompt. In Windows 7, the DiskPart tool can be used to create, partition, and attach VHDs. For more information about the DiskPart tool, see this Microsoft Web site.
ImageX is a command-line tool that enables original equipment manufacturers (OEMs) and corporations to capture, modify, and apply Windows images for rapid deployment. ImageX works with Windows image (.wim) files to copy images directly to a destination computer, or it can work with other technologies that use.wim files. Corporations that do not require the capture functionality or the low-level features included in the ImageX tool can still use related technologies such as unattended installation, Group Policy, and Systems Management Server (SMS). For more information about the ImageX tool, see ImageX Technical Reference.
Windows Deployment Services
Windows Deployment Services is a network-based installation server that enables corporations to remotely administer and deploy the latest operating system by using Windows PE and Windows Deployment Services server. If you do not use ImageX for deployment, you may use Windows Deployment Services. Windows Deployment Services supports deployment of VHD image files in addition to .wim files. Using Windows Deployment Services automates the network deployment of VHD images for native boot. Windows Deployment Services handles copying the VHD image to a local partition, and configuring the local BCD for native boot from the VHD. For more information about Windows Deployment Services, see Deploy Windows Using Windows Deployment Services.