List excluded data before approving an Azure VM restore-point plan

Source facts

Azure VM restore points support managed disks, but not ephemeral OS disks or shared disks. Ultra Disks and Premium SSD v2 support application-consistent restore points, not crash-consistent ones. Temporary-disk contents are absent from restore points. Microsoft also excludes mounted NFS files: restore points cover locally attached VM disks rather than data from an NFS server. Microsoft Learn.

Applicability

Review the actual VM architecture, operating system, orchestration mode, consistency choice, and disk types against the full support matrix. Identify application data reached through mounts as well as data on attached disks. Do not assume that a VM-level label establishes coverage for every path the application uses.

DSE recommendation

Create a coverage map that names every excluded disk or data path before approving the restore-point design. Have the workload owner classify each item as reproducible, protected through another approved mechanism, or an unresolved recovery gap. Choose the required consistency mode with that owner rather than selecting it solely because a restore-point request is available in the interface.

Verification

For an approved test workload, reconcile the created restore point with the intended disk inventory and exclusions. Restore the covered data into a permitted test context and exercise the application against the separately recovered dependencies. Record missing data as a coverage defect, even if the restore-point operation itself succeeded. Keep the matrix decision and the recovery evidence together when accepting or rejecting the proposed protection plan.

Official references

Microsoft Learn: Support matrix for VM restore points. Source reviewed September 9, 2026.