Hyper-V Reference Point Creation errors

K A
K A used Ask the Experts™
on
We have a Windows 2019 Standard on-premises Hyper-V host with a single Windows 2012 guest.  We started Azure Site Recovery in order to migrate from this on-premises host to Azure.

The initial replication seemed to go well, but we have not completed the migration because we are concerned about some error messages we are receiving.

At exactly one hour apart we are receiving this error in Event Viewer on the host:  Reference point create operation failed.  Error 33800

Initially we had some corrupted (?) VSS writers, but we restarted some recommended services, and now those errors have disappeared, but we are still receiving the Error 33800 every hour.

When we review the Replication Health, we see this Warning:  "Time duration since the last successful application checkpoint has exceeded the warning limit for the virtual machine."
A.  This seems to be an old message, but Resetting Statistics in the Replication Health screen doesn't make this error go away.
B.  Other statistics regarding the replication look very good (i.e.currently 55 out of 56 successful replication cycles).


And gosh, I hate to mention these other screwy things, because I don't THINK they're the cause of this specific problem, but here goes:

1.  An application on the guest system is constantly creating EDI transaction reports (several per minute).  These are not needed and we're researching how to disable this process, but have been unable to.  As a result, at each 5 minute interval, there are maybe 400MB of text files to replicate.  We periodically (monthly) go in and compress them to save space.

2.  The guest OS is a domain controller.  Don't really need it at this juncture, but it is what is is.

3.  We've disabled our backup service to see if that will help with VSS related errors.  Hasn't helped so far.

4.  This whole on-premises virtual is the result of a failed RAID array on the original native server, and we fortunately had made virtual backups using Cloudberry.  When we started the VM, we noted that the guest OS (Server 2012) indicated that it needed Windows Activation.  We have back-burnered this situation until we can resolve these replication errors and getting the whole thing migrated to Azure.

We've researched heavily on the internet, but have not had any luck with the suggestions.   We really need to get this replication cleaned up, and the virtual migrated to Azure.  

Suggestions?
Comment
Watch Question

Do more with

Expert Office
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®
Technical Architect - HA/Compute/Storage
Commented:
Licensing questions aside, what does the Azure side say?

If the .TXT files are not needed then why not script a DEL X:\FolderName\*.TXT just prior to the snapshot time so that they are gone?

Replica needs time to reconcile the changes, upload them, and prep for the next replication cycle. It sounds like there's not enough time for that to happen. How often are the replication cycles set to run?
K A

Author

Commented:
Thank you... the replication cycles run every 5 minutes, and the txt files are being created every minute (ugh), so that could certainly be a conflict.  

Is there a place to define a "pre-snapshot" batch file to run?
Philip ElderTechnical Architect - HA/Compute/Storage

Commented:
What is the ISP bandwidth available?

Flip the cycle to once an hour. The Internet pipe is probably way too small for the bandwidth needed at that frequency.

As far as the script goes, I was thinking in-guest Task Manager.
11/26 Forrester Webinar: Savings for Enterprise

How can your organization benefit from savings just by replacing your legacy backup solutions with Acronis' #CyberProtection? Join Forrester's Joe Branca and Ryan Davis from Acronis live as they explain how you can too.

K A

Author

Commented:
Thank you again... I think we solved the problem, but only because our scenario is non-mission-critical.  We disabled the "application consistent" backups by changing the default frequency from 1 per hour to 0.  In our scenario, I think we'll be fine with that.  Once we did that, our errors went away.  

As far as our internet speed goes, I agree.  However, we just upgraded to 1000Mbps upload speed last week, and we're getting upload speeds of about 900Mbps... so I don't think that had anything to do with it.  BTW, our initial migration to Azure was estimated to take 12.5 days at our old upload speed of 10Mbps.  When we increased our speed, it finished in about 6 hours.  Love it.

And as far as running something in Task Scheduler, yep, we can do that.  Thanks for the clarification.
K A

Author

Commented:
Thanks for the quick replies and the clear answers.
Philip ElderTechnical Architect - HA/Compute/Storage

Commented:
Welcome. :)

Do more with

Expert Office
Submit tech questions to Ask the Experts™ at any time to receive solutions, advice, and new ideas from leading industry professionals.

Start 7-Day Free Trial