Deploy Windows with a VHDX (Native Boot)

Native boot enables 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.

Note

Native boot requires the .vhdx format, and can't be used with the .vhd format.

What Is VHDX with Native Boot?

Native boot is a virtual hard disk running an operating system on designated hardware without any other parent operating system, virtual machine, or hypervisor:

  • You can use Windows disk-management tools, DiskPart, and the Disk Management Microsoft Management Console (Diskmgmt.msc) to create a VHDX file for Native boot.
  • A supported Windows image (.wim) file can be applied to a virtual hard disk, and the VHDX can be copied to multiple systems.
  • 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 can 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.

Common Scenarios

  • 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.

Requirements

Below are requirements for the PC where the VHDX will be deployed:

  • 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. For more information about how to add a 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 needs enough free disk space to expand a dynamic VHDX to its maximum size and to create the page file during the VHD boot process. The page file is created outside the VHDX file, unlike with a virtual machine where the page file is contained inside the VHD.

  • If you have installed Windows updates from November 2022 or later, you can't natively boot from a VHDX that has the Windows Zone.Identifier alternate data stream. This alternate data stream indicates that a file originated from the internet zone, and is commonly referred to as the "mark of the web" (MotW). If your VHDX files have this alternate data stream, you may see the following issues with booting or application performance:

    • When you attempt to open files associated with an installed application, you'll see the prompt: "Search for an app in the Store?"

    • SQL Server Management Studio may experience generic application failures and performance issues. You may receive the error message "Microsoft SQL Server Management Studio Service 'Microsoft SqlServer Management Registration Service' not found (Microsoft SqlServer Management SDK SqlStudio)."

    To avoid these issues, make sure that your VHDX files don't have the Zone.Identifier alternate data stream.

Benefits

  • 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.

Limitations

  • 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 because 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.

Deploy Windows with a VHD (Native Boot)