URGENT: Data lost on Azure Temporary Storage (D:) drive after VM resize

Rytis 0 Reputation points
2026-10-15T11:49:01.0333333+00:00

CRITICAL BUSINESS EMERGENCY - DATA RECOVERY REQUESTWe have just performed a virtual machine resize on our VM 'APR-Windows2019' in our Azure Subscription. Unintentionally, critical business data from the last 4 months was stored on the Temporary Storage (D:) drive, which was completely wiped during the resizing process.These files are vital for our business operations and are not present in our standard Azure Backups. We urgently request an infrastructure engineer to check the previous physical host node/cluster where this VM was running just an hour ago. We need to check if the temporary disk volume data can be recovered, carved, or extracted from the physical host's cache/unallocated blocks before the node overrides the deleted blocks.Please route this to the Azure Compute / Hyper-V engineering team immediately as a critical data loss incident.

Azure Advisor
Azure Advisor

An Azure personalized recommendation engine that helps users follow best practices to optimize Azure deployments.

0 comments No comments

1 answer

Sort by: Most helpful
  1. Zoha Fatima 515 Reputation points
    2026-10-15T16:55:04.2566667+00:00

    Hi Rytis,

    I'm sorry to hear about the data loss, especially given its impact on your business.

    Unfortunately, Azure's Temporary Storage (D:) drive is designed for nonpersistent data. Its contents can be permanently lost during VM resizing, redeployment, or host maintenance. Microsoft does not provide a supported recovery method for retrieving temporary disk data from a previous physical host.

    Given the urgency, please open an Azure technical support case under Virtual Machines and request an immediate review by Azure Compute Support. Include the VM name, subscription ID, resize timestamp, and business impact privately. You can ask whether any recovery options exist, but recovery cannot be guaranteed, and host-level extraction is not a documented service.

    Meanwhile, check any application-level backups, external storage, file synchronization, or copies on attached managed disks.

    Thank you, and feel free to respond back for more assistance.

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.