prevent virtual full

32 views
Skip to first unread message

Markus Dubois

unread,
Nov 18, 2023, 3:33:40 AM11/18/23
to bareos-users
Hi,

is the topic in question possible?
I'm running always incremental with retention of two weeks and daily consolidation

I have nowhere set that a virtual full should take place....

My wish would be that always incrementals are running and every two weeks a full is done.

I'm asking this, because the physical full is running 14 hours and the virtual, because of low CPU power on the server is running more than 36 hours

Best regards

Markus

Brock Palen

unread,
Nov 18, 2023, 10:16:29 AM11/18/23
to Markus Dubois, bareos-users
This isnt a common pattern. 
You would probably be better off just doing a normal full incremental setup without consolidation. Might take a little more space. 

If you are committed to this you could try setting 

Sent from my iPhone
Brock Palen

On Nov 18, 2023, at 3:33 AM, Markus Dubois <dubois...@gmail.com> wrote:

Hi,
--
You received this message because you are subscribed to the Google Groups "bareos-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bareos-users...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/bareos-users/6b90be97-2b0f-490d-bb41-70ac2524ac86n%40googlegroups.com.

Meggie Hallenbach

unread,
Nov 18, 2023, 6:11:39 PM11/18/23
to bareos-users
I have the same problem (like using few years old multi cpu Xenon servers as base for the SD with relatively low single thread performance but dozens of possible threads) and brought it up a few weeks ago in some communication with bareos and came to no solution - the tipp was to split the jobs up into multiple jobs running the same time and going by a little bit this bottleneck of the system... but in my config its not so easy to do that because i have only a few folders per server to backup and i can not predict the size of these subfolders during time...

At least the new upcoming Bareos 23 will have automatic multi-threaded FD support - and so i hope in the future this technique can be easy used also for speeding up the Storage Daemons...:)

Philipp Storz

unread,
Nov 19, 2023, 6:41:27 AM11/19/23
to bareos...@googlegroups.com
Am 18.11.23 um 09:33 schrieb Markus Dubois:
> Hi,
>
> is the topic in question possible?
> I'm running always incremental with retention of two weeks and daily consolidation
>
> I have nowhere set that a virtual full should take place....

The virtual (full) backup IS the consolidation.

> My wish would be that always incrementals are running and every two weeks a full is done.

This is exactly what you would achieve with a common schedule WITHOUT "always incremental".
Always incremental means that you ALWAYS do incrementals, NEVER Full backups.
Avoiding the Full backup in regular intervals from the client is what "always incremental" is all about.

In your case it does not make sense to use "always incremental".
What you describe is a common "incremental daily, full in fixed interval" schedule.
Just schedule a daily incremental and a full every two weeks and you are done.

As no consolidations in form of "virtual" backups will be used, so the load on your SD will be no
problem anymore.

>
> I'm asking this, because the physical full is running 14 hours and the virtual, because of low CPU
> power on the server is running more than 36 hours
>
> Best regards
>
> Markus
>
> --
--
Mit freundlichen Grüßen

Philipp Storz philip...@bareos.com
Bareos GmbH & Co. KG Phone: +49 221 63 06 93-92
http://www.bareos.com Fax: +49 221 63 06 93-10

Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
Geschäftsführer: Stephan Dühr, J. Steffens, P. Storz

Reply all
Reply to author
Forward
0 new messages