Quick fix: Resizing Volume Shadow Copy allocation discards all existing snapshots if the new size is smaller than the current snapshot data. Set the new allocation higher than current usage before changing. View current size with vssadmin list shadowstorage; resize with vssadmin resize shadowstorage.
You wanted to expand Volume Shadow Copy storage so you could keep more system restore points and File History snapshots. You used Disk Management or Control Panel to increase the allocation, but all your existing shadow copies are gone. Or you shrunk the allocation to save space, and again, snapshots vanished. The resize operation deletes existing data if it crosses thresholds.
Affects: Windows 11 with Shadow Copies (System Restore, File History, manual snapshots).
Fix time: 10 minutes.
How Shadow Storage allocation works
Each volume can have shadow storage assigned to itself or to another volume. When you resize the allocation, VSS checks: if the new size is smaller than the current shadow storage usage, it can’t fit existing snapshots — it deletes them. If the new size is larger, snapshots are preserved.
Method 1: Check current usage before resizing
- Open elevated Command Prompt.
- Run
vssadmin list shadowstorage. - Note the Used Shadow Copy Storage space for the volume.
- The new allocation must be larger than that value.
Method 2: Resize via vssadmin
- Run
vssadmin resize shadowstorage /On=C: /For=C: /MaxSize=20GB(adjust 20GB to your target). - This sets max allocation for C: shadow storage. If 20 GB < current usage, snapshots are deleted.
- Verify with
vssadmin list shadowstorage.
Method 3: Save existing snapshots before resize
- If you have a system restore point or file history snapshot you care about, complete the restore or backup operation first.
- Then resize. The new snapshots can be created in the resized allocation.
How to verify the fix worked
vssadmin list shadowstorageshows the new Maximum Shadow Copy Storage space.- Existing snapshots remain (if you sized up).
- New restore points create within the allocated space.
If none of these work
If snapshots keep deleting unexpectedly, the volume itself may have insufficient free space — VSS needs working space beyond the allocation. Free up at least 10% of the volume. For chronic snapshot loss, check Event Viewer for VSS errors that may indicate a deeper issue with the volume.
Bottom line: Resize allocation only upward, or after backing up existing snapshots. Downsizing discards data that doesn’t fit. vssadmin lets you check sizes precisely before committing.