If you’ve ever seen vssvc.exe error in your Task Manager or Event Viewer, you likely felt a spike of adrenaline. Is it a virus? Why is my PC suddenly sluggish? Or worse, why did my system fail to update?
First, take a breath. In the vast majority of cases, this is not malware. vssvc.exe is the executable for the Volume Shadow Copy Service (VSS), a critical Windows component that creates consistent copies of files and volumes while they are being used. It’s the engine behind System Restore and third-party backup agents.
However, when VSS fails, it’s rarely a simple "restart your PC" situation. I’ve spent the last 15 years debugging Windows performance issues, and I’ve found that VSS crashes usually correlate with two specific triggers: a failed Windows Update that broke a service dependency, or a conflict with a third-party backup agent. This guide isn’t a list of random forum tips. It’s a structured diagnostic approach designed to pinpoint exactly why your VSS service is stuttering, crashing, or consuming 100% of your disk resources.
Identifying vssvc.exe: Legitimacy, Location & The 'Is It a Virus?' Question
Before we dive into fixes, we must address the elephant in the room: Is vssvc.exe a virus? The short answer is no. The legitimate file is signed by Microsoft Windows. But why do some users get flagged by their antivirus software?
How to Verify the File Signature and Parent Process
In my experience, false positives often occur because vssvc.exe interacts heavily with the disk I/O subsystem, which can look suspicious to heuristic scanners like CrowdStrike Falcon or EDR tools if they are misconfigured. To verify you have the real thing, you don’t just need to look at the file name; you need to verify the location and signature.
The legitimate path is strictly C:\Windows\System32\vssvc.exe. If you find it in C:\Windows\Temp or a user directory, that is malicious. Here is how to check this quickly without opening full-blown Process Explorer:
-
Open PowerShell as Administrator.
-
Run the following command to check the file version and path:
Get-ItemProperty -Path "C:\Windows\System32\vssvc.exe" | Select-Object FullName, ProductVersion -
Check the digital signature by right-clicking the file in Explorer, selecting Properties, then Digital Signatures. You should see "Microsoft Windows" as the signer.
If your EDR tool flags it, check if it’s a signature mismatch due to a corrupted update. Usually, a quick sfc /scannow repairs the signature verification chain.
Understanding When High Usage Is Actually Normal Behavior
This is where confusion often sets in. You see vssvc.exe spiking CPU and disk usage, and you assume something is wrong. But VSS operates on a Freeze-Snap-Unfreeze mechanism. When a backup or System Restore point is created, VSS freezes the volume state, takes a snapshot, and unfreezes it.
During this window, high disk activity is expected. I’ve monitored systems during nightly Veeam backups where VSS spikes to 90% disk usage for 30 seconds. That’s normal. The problem only arises when the service stays high after the backup window closes, or when it loops continuously.
The Threshold: If vssvc.exe is idling below 5% CPU and near-zero disk I/O, you’re fine. If it’s stuck above 20% CPU for more than two minutes outside of a scheduled backup, you have an error condition.
Fixing vssvc.exe Error Codes 1717 and 0x80070642 in Windows 10/11
Generic "service stopped working" messages don't help you fix anything. We need to look at the specific error codes logged in the Event Viewer. Two codes pop up frequently in my support queue: Error 1717 and 0x80070642.
Deep Dive into Error 1717: The Registry Service Conflict
Error 1717 (ERROR_GEN_FAILURE) typically indicates that the VSS service failed to initialize because a dependency is corrupt. In most cases I’ve seen, this is a broken registry key related to the session manager.
Warning: Before touching the Registry Editor, create a System Restore point. If you are reading this because VSS is broken, you may not be able to create a new one easily. Use a registry backup tool or export the specific key first.
Here is the specific path to inspect:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems
Look for the csrss value. A known issue involves a corrupted string in this value that prevents the Critical User Process from loading the VSS drivers correctly. While a full registry rewrite is risky, checking for typos or unexpected characters in this specific key often resolves the 1717 loop. Cross-reference this with the exact event log entry in Event Viewer -> Applications and Services Logs -> Microsoft -> Windows -> VSS to confirm the dependency chain failure.
Resolving 'vssvc.exe Stopped Working' After Windows Update
This is the most common trigger. A recent Windows Update installs a new version of a VSS driver or API, but fails to properly register the dependencies. The service starts, tries to load the new component, fails, and crashes.
Step 1: Check your Windows Update history. If the issue started immediately after a patch, attempt to uninstall it via Settings -> Update & Security -> View update history -> Uninstall updates.
Step 2: If uninstalling doesn’t work, the component store is likely corrupted. Run the following DISM command to repair the underlying Windows image:
DISM /Online /Cleanup-Image /RestoreHealth
This command pulls healthy files from Windows Update or a local source to repair the corrupted VSS dependencies. I recommend letting this run to 100% (it can take 15-20 minutes) before rebooting.
Optimizing Performance: Stopping vssvc.exe High CPU & Disk Usage Loops
If your VSS service is running but consuming massive resources, it’s usually due to storage limits or software conflicts. vssvc.exe high cpu usage is often a symptom of disk thrashing.
Method 1: Resetting the Volume Shadow Copy Storage Limit
By default, Windows may allow VSS to use unlimited space on the system drive. On a small SSD, this causes the service to constantly thrash the drive as it tries to manage snapshots, leading to high I/O latency and CPU usage just managing the storage pool.
You can cap this usage. The rule of thumb I use is to limit VSS storage to 15-20% of the total drive capacity.
-
Open Command Prompt as Administrator.
-
List your current shadow copies:
vssadmin list shadows -
If you see many old snapshots, delete them all:
vssadmin delete shadows /all- Caution: This deletes all existing restore points. Only do this if you have a separate backup.
-
Set the limit on the C: drive (change the drive letter if needed):
vssadmin add shadow /volume=C: /maxsize=10000MB- Note: For a 500GB drive, 10GB (10000MB) is a safe, realistic cap. For a 1TB drive, you can go up to 20GB.
Method 2: Resolving Third-Party Backup Software Conflicts
This is a gap many users miss. If you use Acronis, Veeam, Macrium Reflect, or even Microsoft’s own "Backup" app, these agents call VSS. If the agent is misconfigured or its driver is out of date, it can cause a "retry loop" where VSS tries to snapshot, fails, retries, and consumes resources.
I’ve seen this specifically with older versions of Macrium reflecting on Windows 11 where the disk driver update broke the VSS interface.
How to test:
- Temporarily disable the third-party backup service (or uninstall it) via
services.msc. - Monitor
vssvc.exein Task Manager for an hour. - If usage drops, you’ve found the culprit. Update the backup software to the latest version, or add an exclusion for
vssvc.exein your antivirus real-time scanning engine. Antivirus software scanning every VSS snapshot creation can cause massive latency and resource spikes.
Critical Fixes for 'vssvc.exe Missing' or Service Failed to Start Scenarios
Sometimes, the error is that VSS simply doesn't start. The file appears "missing" in reports, or the service fails with a specific start code. vssvc.exe missing is rarely a physical deletion; it’s almost always a corruption of the file or its registry entry.
Running SFC and DISM to Repair Corrupt System Files
Before assuming you need a reimage, repair the system files. The System File Checker (SFC) is the first line of defense.
-
Open Command Prompt as Administrator.
-
Type:
sfc /scannow -
Wait for the 100% completion.
-
If SFC reports it found corrupt files but was unable to fix them, follow up with DISM:
DISM /Online /Cleanup-Image /RestoreHealth -
Restart the computer.
In most cases I’ve handled, this sequence restores the integrity of the VSS executable and its dependencies. If SFC says "Windows Resource Protection did not find any integrity violations" but the service still fails, the issue is likely configuration-based (see the registry section above).
When to Disable VSS: The Impact on System Restore & Backups
Should you just turn it off? I advise against permanent disabling. Disabling VSS breaks System Restore and any third-party backup that relies on snapshotting.
If you are troubleshooting a severe boot loop or a specific application crash caused by VSS, you can temporarily set it to Manual or Disabled.
- Press
Win + R, typeservices.msc, and hit Enter. - Find Volume Shadow Copy.
- Double-click it.
- Change the "Startup type" to Manual (Automatic Delayed Start) or Disabled.
- Click Stop if it is running.
Warning: Do not leave this disabled permanently. Your system will become vulnerable to file corruption without restore points. This is a troubleshooting step, not a solution.
Frequently Asked Questions
Is vssvc.exe safe or is it malware?
Yes, the file located in C:\Windows\System32 is a legitimate Microsoft system file. Malware mimicking vssvc.exe will reside in user folders or Temp directories. If your EDR flags it, verify the digital signature. It is not a virus itself, but a vector for ransomware to delete shadow copies.
Can I delete vssvc.exe from my system?
Strongly advise against it. vssvc.exe is a protected system file. Deleting it will break System Restore and likely cause boot failures or major system instability. If it is corrupt, use DISM/SFC to repair it, not manual deletion.
How to run sfc /scannow for vssvc.exe errors?
- Open Start, type 'cmd'.
- Right-click 'Command Prompt' and select 'Run as administrator'.
- Type
sfc /scannowand press Enter. - Wait for the scan to complete (15-30 minutes) and restart.
Why does vssvc.exe keep restarting even after I stop it?
VSS is a critical dependency for Windows Update and System Restore. If you stop it manually, a trigger (like a pending update or a scheduled backup task) will immediately restart it. This is normal behavior. If it’s restarting in a rapid loop, you have a dependency failure, not a user error.
Conclusion
Dealing with a vssvc.exe error doesn’t mean your system is beyond saving. The diagnostic flow is straightforward: Verify legitimacy (it’s a real Microsoft file), Check Update History (did it break after a patch?), Repair Files (SFC/DISM), and Optimize Storage (cap the snapshot size).
While VSS is critical for data safety, its errors are almost always resolvable without a full Windows reset. The key is to keep your system updated. A broken VSS dependency is often a symptom of an unstable update, and Microsoft’s repair tools are designed to handle exactly that.
If you’re still stuck, drop your specific Error Code in the comments below. I’ve compiled a free PDF checklist of VSS troubleshooting commands that saves time on the next crash—grab it [here] and let’s get your system back to health.