Agent-based backups for Windows and Linux, centralized agent management
Post Reply
isusko
Influencer
Posts: 12
Liked: 1 time
Joined: Sep 22, 2021 11:25 am
Full Name: Isusko Sallen Latatu
Contact:

Incremental backup taking too much time and size

Post by isusko »

Hello everyone,

I have a very basic set up where I have a Veeam Backup & Replication Server, which makes backup of some physical servers and virtual machines in a local network. But there is an issue that makes me be concerned nearly every week.

There is one particular backup job of a physical server that is configured like this:

Local Storage in a physical disk of the VB&R server.
Retention policy of 10 days, without keeping files for archival purposes.
Not doing synthetic full backups periodically.
Doing Active Full backups every Friday.
And lastly the backup schedule is every day of the week except Saturdays at 17:30 p.m.

Full backups average times and sizes are about 4/5 hours and 1.8TB. Incremental backups instead, takes about 15 minutes for 10 GB or less.

So what I'm expecting from this configuration is that all my backups last for 15 minutes except the longer ones on Fridays.

The problem here is that the incremental backup of Sundays for some reason takes too long (about 4-5 hours just like the active full backup) and it's very big size too (about 1.7 tb just like active full backup), causing a big collapse with my other backup configurations.

So my question is, what can be happening here? Our backed up server has nearly no activity on saturdays meaning there are no big data changes. Also how could I avoid this from happening? If I remove Sundays from my schedule, will it take too long in Monday's backup job as it's happening now with Sundays?

Thank you in advance,

Isusko

wishr
Expert
Posts: 3077
Liked: 448 times
Joined: Aug 07, 2018 3:11 pm
Full Name: Fedor Maslov
Contact:

Re: Incremental backup taking too much time and size

Post by wishr »

Hi Isusko,

Given you do not have Synthetic and Active full backups, and compact operations scheduled for Sundays, there is no reasonable explanation for this behavior, so I would suggest investigating it with our support engineers.

Thanks

isusko
Influencer
Posts: 12
Liked: 1 time
Joined: Sep 22, 2021 11:25 am
Full Name: Isusko Sallen Latatu
Contact:

Re: Incremental backup taking too much time and size

Post by isusko »

Hello again Fedor,

I might have not been clear in my statement but I DO have Active full backups programmed for every friday, despite not having Synthetic backups.

And sorry for my reduced knowledge but what you mean by "compact operation"? I do have scheduled job on Sundays, but what I want is that job to be another incremental backup same as Mondays, Tuesdays, Thursdays and Wednesdays. So the Sunday backup will last for about 15 minutes just like the other incremental backups.

Anyways, how could I contact the support engineers?

Thanks for your reply.

wishr
Expert
Posts: 3077
Liked: 448 times
Joined: Aug 07, 2018 3:11 pm
Full Name: Fedor Maslov
Contact:

Re: Incremental backup taking too much time and size

Post by wishr »

Isusko,

If you scheduled the job to run on Sunday and do not specify active/synthetic full to be created on this day, it will create an incremental backup.

You can find the steps to create a case here.

The defragment and compact operation is described here. I'm suggesting checking these settings as well, just in case.

Also, are you sure your active full backup is finishing on Fridays and does not keep running until Sundays? You can check that in the history view.

Thanks

isusko
Influencer
Posts: 12
Liked: 1 time
Joined: Sep 22, 2021 11:25 am
Full Name: Isusko Sallen Latatu
Contact:

Re: Incremental backup taking too much time and size

Post by isusko »

Sorry Fedor,
wishr wrote:If you scheduled the job to run on Sunday and do not specify active/synthetic full to be created on this day, it will create an incremental backup.
I know, and this is what's actually happening, an incremental backup. The point that I don't understand is why this incremental backup is nearly equal in size and duration to the full backup as I mentioned before. You can check the sizes in the following image:

Image
wishr wrote:The defragment and compact operation is described here. I'm suggesting checking these settings as well, just in case.
All the options here are disabled:

Image
wishr wrote:Also, are you sure your active full backup is finishing on Fridays and does not keep running until Sundays? You can check that in the history view.
Yes I am pretty sure about this. Please ignore the error on the Sundays backup. As you can see in the image, the incremental backup is too heavy, and as you can also see in the previous images, the rest of the incremental backups are so light compared to these ones created on Sundays.

(Friday, 10th december. Sunday 12th of december)
Image

Thanks again,

Isusko

wishr
Expert
Posts: 3077
Liked: 448 times
Joined: Aug 07, 2018 3:11 pm
Full Name: Fedor Maslov
Contact:

Re: Incremental backup taking too much time and size

Post by wishr » 1 person likes this post

Thanks for the details.

Based on the information provided, I suspect that for some reason a lot of blocks on the machine disks are changing between Saturday and Sunday and that causes the increase in the backup size. Our technical support engineers should be able to confirm that for you.

Thanks

cb831
Novice
Posts: 4
Liked: 1 time
Joined: Jun 20, 2022 8:38 am
Full Name: Claus Bruun
Contact:

Re: Incremental backup taking too much time and size

Post by cb831 » 1 person likes this post

Was there a conclusion for this issue.
My guess would be windows deduplication task running once a week on Sunday.

Dima P.
Product Manager
Posts: 13485
Liked: 1314 times
Joined: Feb 04, 2013 2:07 pm
Full Name: Dmitry Popov
Location: Prague
Contact:

Re: Incremental backup taking too much time and size

Post by Dima P. »

Hello Claus,

Indeed deduplication might affect the performance of the backup job. Thank you for updating this thread with the results!

Post Reply

Who is online

Users browsing this forum: No registered users and 12 guests