I'm not sure that there's any way other than running FD in a debug mode
(and sufficiently high debug as well). At least I don't know of any.
On 07/01/2021 14:40, 'Frank Kirschner | Celebrate Records GmbH' via
bareos-users wrote:
Is there a way to monitor the FD during collecting the files to
Is there a way to monitor the FD during collecting the files to see, how
long it take to handle each directory in a file set?
Am 07.01.2021 um 14:08 schrieb Spadajspadaj:
Of course. It's all a matter of personal preference and personal needs.
There is one caveat though about full jobs and back
Of course. It's all a matter of personal preference and personal needs.
There is one caveat though about full jobs and backup speed. It's all ok
if you're backing up just files and have no problem reading them with
the filedaemon. If you have some uncommon scenarios (like backing up
shares via
Okay, interesting discussion.
My full backup has at the moment 1,8 TB, Spooling time from the FD to
the SD is around 15 hours, because there is a mail archive with a lot of
small files.
Despooling is done in 3h 51min. This was with a block size of 63 k, I
have now increase it to 1M
The backu
Yup this is a personal decision, that's right and every sysadmin should
check their own needs and possibilities.
We have 6TB (15TB compression) LTO-7 cartridges and about 20 TB of data.
I decided to do it this way because I read in the originally bacula book
(from Philippe Storz) how backup is
Well, not everyone has long enough tapes to always do full backups ;-)
After all the whole concept of Inc and Diff backups didn't come from
nothing.
On 07/01/2021 13:10, 'DUCARROZ Birgit' via bareos-users wrote:
Hi,
Another possibility is not to spool and not to backup incremental nor
differ
Hi,
Another possibility is not to spool and not to backup incremental nor
differential jobs.
For restoring speed and for your tape health it is better to always do
full backups, especially if you have no autochanger.
I deleted all jobs which do no full backup.
I did the configuration in a
I believe you'd have to have two different jobs. You'd have to create a
disk-based storage and firstly doing a backup job there, then have a
migrate job to a tape pool.
I'm thinking of similar setup myself since I have sometimes problems
with getting to the server to change tapes so I would li
Hi there,
this is my schedule set:
Schedule {
Name = "CR-WeeklyCycle"
Run = Level=Full 1st sun at 7:00
Run = Level=Differential 2nd-5th sun at 7:00
Run = Level=Incremental mon-sat at 7:00
}
The backup is stored on a LTO tape, changed manually - no autoloader.
Looking on the schedule, a
