Veeam VM backups on Windows 2022 server failing due to checkpoint errors

KC76 21 Reputation points
2025-11-14T11:44:41.99+00:00

Hello,

I have one Windows 2022 server that urgently replaced an older one a couple years ago.

My DC and WSUS server are on 2016. I completely rebuilt WSUS a week ago (crashed when I tried to add MS server OS products which I think I need for 2022...).

On the 2022 I have Hyper-V with 3 Linux VM and Veeam.

I want to back these up, and interns set this up after a lot of trial and erreur using Linux Agents on the VM via Veeam (since Windows backup wouldn't work)

Now I had a consultant come along last week who was supposed to help me do some upgrades on my Linux VM and their installed programs.

He told me our way of doing the backups was all wrong, set up checkpoints and backed up the VM in the "traditional way" without needing the Linux Agents.

Worked for two days then failed. Checkpoint errors. Then I remembered why we had set up up with the Linux Agents: my intern had had the same problem! If I restart the 2022 works again until second day, always same thing.

For some reason, this 2022 does not pick up everything I think it should from WSUS, because it is still on 21H2.

Looking for tips to

-Get WSUS working correctly for this 2022 server ( I readt updating the 2022 server (more recent build or .net 4.8 on 2022 or WSUS 2016? might solve my issue )

and/or

-Other ways to fix the checkpoint issue

Error on veeam:

Task x has been rescheduled Failed to create VM recovery checkpoint (mode: Crash consistent) Details: Failed to create VM (ID: 7726cc5e-0f30-48d3-ae64-8ef70ef31136) recovery checkpoint. Job failed ('Checkpoint operation for 'x' failed. (Virtual machine ID 7726CC5E-0F30-48D3-AE64-8EF70EF31136) Checkpoint operation for 'x' was cancelled. (Virtual machine ID 7726CC5E-0F30-48D3-AE64-8EF70EF31136) 'x' could not initiate a checkpoint operation: The process cannot access the file because it is being used by another process. (0x80070020). (Virtual machine ID 7726CC5E-0F30-48D3-AE64-8EF70EF31136) 'x' could not create auto virtual hard disk D:\VM\x\Virtual Hard Disks\centreondeb12_79CA1CB9-9B4A-448B-BF05-AF9F2D6AE851.avhdx: The process cannot access the file because it is being used by another process. (0x80070020). (Virtual machine ID 7726CC5E-0F30-48D3-AE64-8EF70EF31136)'). Error code: '32774'. Retrying snapshot creation attempt (Failed to create production checkpoint.) Task has been rescheduled Queued for processing at 07/11/2025 06:33:36 Unable to allocate processing resources. Error: Failed to create production checkpoint. Processing finished with errors at 07/11/2025 06:33:41 Processing finished with errors at 07/11/2025 06:33:46

Windows for business | Windows Server | Performance | Application technologies and compatibility
0 comments No comments
{count} votes

3 answers

Sort by: Most helpful
  1. Q&A Assist
    2025-11-14T11:45:19.8666667+00:00
    AI generated content. This question contains an answer created with AI from Q&A Assist. Learn more

    To address the checkpoint errors you're experiencing with Veeam backups on your Windows Server 2022, consider the following steps:

    1. Check for File Locks: The error message indicates that the process cannot access the file because it is being used by another process (0x80070020). Use Resource Monitor or Process Monitor to identify which process is locking the file. Restarting the VM or the host may help if the issue persists.
    2. VSS Writer Issues: Ensure that the Volume Shadow Copy Service (VSS) is functioning correctly. Restart the VSS services using the following commands:
         net stop vss
         net start vss
         net stop swprv
         net start swprv
      
      After restarting, check the VSS writers' status with vssadmin list writers and resolve any failed writers.
    3. Backup Configuration: Verify that your backup software (Veeam) is properly configured to clean up after backups. Ensure that Hyper-V files, folders, and processes are excluded from antivirus scanning to prevent conflicts during backup operations.
    4. Checkpoint Management: If orphaned checkpoints exist, you may need to merge them manually. Shut down the affected VM, then use Hyper-V Manager to edit the disk and merge the AVHDX files back to the parent VHDX. This can help resolve issues with checkpoint creation.
    5. Update Windows Server: Ensure that your Windows Server 2022 is fully updated. Sometimes, issues can arise from outdated components. Check if there are any pending updates that need to be installed.
    6. WSUS Configuration: For WSUS, ensure that it is correctly configured to support your Windows Server 2022. You may need to update the WSUS server or adjust its settings to ensure it recognizes and serves updates for the newer server version.

    By following these steps, you should be able to troubleshoot and potentially resolve the checkpoint errors affecting your Veeam backups.


    References:

    0 comments No comments

  2. Domic Vo 11,705 Reputation points Independent Advisor
    2025-11-14T13:25:38.28+00:00

    Hello KC76,

    I understand your Windows Server 2022 is stuck on 21H2 because WSUS 2016 doesn’t fully recognize newer Server 2022 updates unless it’s patched. Make sure WSUS 2016 is up to date with the latest cumulative and servicing stack updates, enable the Windows Server 2022 product category in WSUS, and install .NET Framework 4.8 to improve compatibility. If WSUS still fails to deliver updates, you can temporarily point the 2022 server to Microsoft Update to bring it current, then re‑enable WSUS afterward.

    For the Hyper‑V/Veeam checkpoint errors, the issue comes from using production checkpoints with Linux VMs. Since Linux doesn’t support VSS, production checkpoints often fail. I suggest to switch to Standard checkpoints in Hyper‑V, exclude VM storage paths from antivirus scanning, and confirm storage permissions and free space are sufficient. For application‑consistent backups, Veeam agents inside the Linux VMs remain the best option, while standard checkpoints work reliably for crash‑consistent backups.

    Please let me know if any of these steps help resolve the issue. If you find this answer helpful, feel free to hit "Accept Answer" so others can benefit too 😊.

    Domic Vo.

    0 comments No comments

  3. KC76 21 Reputation points
    2025-12-10T12:39:41.24+00:00

    Just in case someone else is looking,

    The problem ended up being that the local system account did not have log in as batch /service rights because I have a GPO that sets those that overides the default. Nothing worked until I fixed that.

    I had tried all the other things, notably added exclusions to my anti-virus, but I saw no change until I dealt with the permissions issue. Wsus was not the issue at all in the end.

    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.