-
- Service Provider
- Posts: 107
- Liked: 8 times
- Joined: Jan 19, 2022 4:48 pm
- Contact:
Backup Copy Resetting during each night's source run
I am getting frustrated, so bear with me. I have had a case opened for well over a month and the "issue" keeps changing. The case number is 05454072
The summary is that I have a backup job that runs, and then a backup copy job that takes that and sends it to a remote repository. The actual copy job has successfully completed in months. Note that the source job is pretty big - about 2+tb
The first round of support just gathered logs for a few weeks with no real progress.
The second round of support suggested I change the copy interval something very long to allow it time to complete, which I did at 30 days. Unfortunately, the source job runs every night and when it does, it locks the recovery point, stalls the copy job, and when the copy job resumes, it starts over from scratch.
The third round of support is now suggesting that the above behavior is by design and are suggesting I stop the source backup until the copy can finish, which is not a reasonable request for obvious reasons.
The part I am stumped on is why the copy job is resetting itself each time the source runs. Shouldn't it pick up where it left off?
Aside from seeding the backup and physically taking to the offsite repository (which isn't very feasible), how else would large backups get copied offsite without impacting the original source?
The summary is that I have a backup job that runs, and then a backup copy job that takes that and sends it to a remote repository. The actual copy job has successfully completed in months. Note that the source job is pretty big - about 2+tb
The first round of support just gathered logs for a few weeks with no real progress.
The second round of support suggested I change the copy interval something very long to allow it time to complete, which I did at 30 days. Unfortunately, the source job runs every night and when it does, it locks the recovery point, stalls the copy job, and when the copy job resumes, it starts over from scratch.
The third round of support is now suggesting that the above behavior is by design and are suggesting I stop the source backup until the copy can finish, which is not a reasonable request for obvious reasons.
The part I am stumped on is why the copy job is resetting itself each time the source runs. Shouldn't it pick up where it left off?
Aside from seeding the backup and physically taking to the offsite repository (which isn't very feasible), how else would large backups get copied offsite without impacting the original source?
-
- Product Manager
- Posts: 14837
- Liked: 3083 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: Backup Copy Resetting during each night's source run
Hello,
the backup copy job can only "continue" when running tor the first time. Incrementals have to finish within the interval (you have periodic mode, right?). If the incremental ever does not fit, then the "easiest" way is to extend the copy interval and lower it once it finished (what support said).
What backup mode are you using?
I understand your frustration, but yes, sending a disk with parcel service is often the fastest solution.
Best regards,
Hannes
the backup copy job can only "continue" when running tor the first time. Incrementals have to finish within the interval (you have periodic mode, right?). If the incremental ever does not fit, then the "easiest" way is to extend the copy interval and lower it once it finished (what support said).
What backup mode are you using?
I understand your frustration, but yes, sending a disk with parcel service is often the fastest solution.
Best regards,
Hannes
-
- Service Provider
- Posts: 107
- Liked: 8 times
- Joined: Jan 19, 2022 4:48 pm
- Contact:
Re: Backup Copy Resetting during each night's source run
The copy job is set to Periodic Copy at 30 days, which I am pretty sure was a suggestion from support.
Given your statement about the ability to continue when running the first time, what would happen if I deleted all offsite recovery points ( the newest is several months old at this point ) and then did a "sync now" on the copy job? Would that essentially end up asking like it is running the first time and allow it to run uninterrupted until it finishes?
Given your statement about the ability to continue when running the first time, what would happen if I deleted all offsite recovery points ( the newest is several months old at this point ) and then did a "sync now" on the copy job? Would that essentially end up asking like it is running the first time and allow it to run uninterrupted until it finishes?
-
- Product Manager
- Posts: 14837
- Liked: 3083 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: Backup Copy Resetting during each night's source run
yes, it would still start every X time you configured and you would see "part" files, but in the end it should finish. I have seen customers doing that for a month or so before the first backup was transferred.
-
- Service Provider
- Posts: 107
- Liked: 8 times
- Joined: Jan 19, 2022 4:48 pm
- Contact:
Re: Backup Copy Resetting during each night's source run
I cleaned up offsite files and it has been running for 5 days as a Full. Sadly, I am still seeing the "locked restore point" messages and it appears to still be starting over after.
-
- Product Manager
- Posts: 14837
- Liked: 3083 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: Backup Copy Resetting during each night's source run
this would still be interesting to knowWhat backup mode are you using?
-
- Service Provider
- Posts: 107
- Liked: 8 times
- Joined: Jan 19, 2022 4:48 pm
- Contact:
Re: Backup Copy Resetting during each night's source run
I thought I had previously answered that, tho maybe it isn't the right answer?
The copy job is set to Periodic Copy at 30 days, which I am pretty sure was a suggestion from support.
The copy job is set to Periodic Copy at 30 days, which I am pretty sure was a suggestion from support.
-
- Product Manager
- Posts: 14837
- Liked: 3083 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: Backup Copy Resetting during each night's source run
that's the backup copy job setting. I was asking for the backup job setting -> storage -> advanced -> backup -> backup mode
-
- Service Provider
- Posts: 107
- Liked: 8 times
- Joined: Jan 19, 2022 4:48 pm
- Contact:
Re: Backup Copy Resetting during each night's source run
That particular source backup job is a physical server and is using the Agent - there aren't the same Mode settings as there are through B&R.
-
- Product Manager
- Posts: 14837
- Liked: 3083 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: Backup Copy Resetting during each night's source run
okay, that's fine
helpcenter describes it and I have seen it working a couple of times with customers
Best regards,
Hannes
that's not how it is supposed to work. support should check that. for the first initial run (and ONLY for the first run), the backup copy job continues to transfer data. and it finishes at some point in time (as long as you don't completely overload too little bandwidth with too much data). The backup copy job creates several files at the target. once everything finished, it merges everything together.it appears to still be starting over after.
helpcenter describes it and I have seen it working a couple of times with customers
If you see something else, please escalate until you have a solution / bug numberThe first backup copy interval always produces a full backup file — the starting point in the backup chain. If Veeam Backup & Replication fails to copy data for the full backup file during the first backup copy interval, it marks the job session as finished with the Warning status. During the next backup copy interval, Veeam Backup & Replication attempts to copy data for the full backup file in the following manner:
...
Best regards,
Hannes
Who is online
Users browsing this forum: Bing [Bot] and 136 guests