Deploy Windows with a VHDX (Native Boot)
Native boot enables Windows 10 virtual hard disks (VHDXs) to run on a computer without a virtual machine or hypervisor. A hypervisor is a layer of software under the operating system that runs virtual machines. Native boot for Windows 10 requires the .vhdx format, not the .vhd format.
What Is VHDX with Native Boot?
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 disk-management tools, the DiskPart tool and the Disk Management Microsoft Management Console (Diskmgmt.msc), can be used to create a VHDX file. A supported Windows image (.wim) file can be applied to a VHD, and the VHDX can be copied to multiple systems. The Windows boot manager can be configured to boot directly into the VHD.
The VHDX can also be connected to a virtual machine for use with the Hyper-V Role in Windows Server.
Native-boot VHDXs are not designed or intended to replace full image deployment on all client or server systems. Enterprise environments already managing and using .vhdx files for virtual machine deployment will get the most benefit from the native-boot VHDX capabilities. Using the .vhdx file as a common image container format for virtual machines and designated hardware simplifies image management and deployment in an enterprise environment.
Using disk-management tools to create and attach a VHDX for offline image management. You can attach a VHDX by using the Attach vdisk command which activates the VHDX so that it appears on the host as a disk drive instead of as a .vhd file.
Mounting reference VHDX images on remote shares for image servicing.
Maintaining and deploying a common reference VHDX image to execute in either virtual or physical computers.
Configuring VHDX files for native boot without requiring a full parent installation.
Configuring a computer to boot multiple local VHDX files that contain different application workloads, without requiring separate disk partitions.
Using Windows Deployment Services (WDS) for network deployment of VHDX images to target computers for native boot.
Managing desktop image deployment.
The local disk must have at least two partitions: a system partition that contains the Windows boot-environment files and Boot Configuration Data (BCD) store, and a partition to store the VHDX file. The .vhd file format is supported for native boot on a computer with a Windows 7 boot environment, but you will have to update the system partition to a Windows 8 or Windows 10 environment to use the .vhdx file format. For more information about how to add a Windows 8 or Windows 10 boot environment for native VHDX boot, see Boot to VHDX (Native Boot): Add a Virtual Hard Disk to the Boot Menu.
The local disk partition that contains the VHDX file must have enough free disk space for expanding a dynamic VHDX to its maximum size and for the page file created when booting the VHD. The page file is created outside the VHDX file, unlike with a virtual machine where the page file is contained inside the VHD.
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 availability.
Deploying Windows for multiple boot scenarios without requiring separate disk partitions.
Deploying supported Windows images in a VHDX container file for faster deployment of reusable development and testing environments.
Replacing VHDX images for server redeployment or recovery.
Native VHXD disk management support can attach approximately 512 VHDX files concurrently.
Native VHDX boot does not support hibernation of the system, although sleep mode is supported.
VHDX files cannot be nested in other VHDX files.
Native VHDX boot is not supported over Server Message Block (SMB) shares.
Windows BitLocker Drive Encryption cannot be used to encrypt the host volume that contains VHDX files that are used for native VHDX boot, and BitLocker cannot be used on volumes that are contained inside a VHD.
The parent partition of a VHDX file cannot be part of a volume snapshot.
An attached VHDX can't be 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 VHDX cannot be configured as a dynamic disk. Store the VHDX on a basic disk.
Types of Virtual Hard Disks
Three types of VHDX files can be created by using the disk-management tools:
Fixed size. A fixed size VHDX 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 data. Recommended for production servers, to increase performance and help protect user data
Dynamically expanding. A dynamically expanding VHDX 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.
Dynamically expanding VHDXs are recommended only for development and testing environments becaise they can be more easily corrupted by a catastrophic system shutdown, such as a power outage.
Differencing. 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.
Differencing hard disk images are recommended only for development and testing environments.