concept. If you are going to
store all backups on one storage device, and if they have the same
criteria for backup retention, having separate pools for each client has
no advantage. It just makes your configuration unecessarily complex.
I would only recommend separate poo
ntion period of 7 days. That way, you have 7
days coverage, and you only have jobs in your pool that you actually need.
--
Mit freundlichen Grüßen
Sven Tegethoff
EDV-Team
_
UDO BÄR GmbH & Co. KG
Obermauerstr. 1-3
47051 Duisburg
Te
On 21.03.2013 13:57, giggzounet wrote:
> mailslot1 (Slot=46) : name of the new volume: FSI-PfS-1a_1__1
> mailslot2 (Slot=47) : name of the new volume: FSI-PfS-1a_1__2
> mailslot3 (Slot=48) : name of the new volume: FSI-PfS-1a_1__3
>
> the problem is in bconsole a "list media" always gives the old "
On 21.03.2013 14:18, giggzounet wrote:
> Hi,
>
> Our tape library is full with tapes. One tape is invisible: the tape on
> slot 5. I can mount it. When I try to relabel it, I'm seeing the right
> label...but I can not see it in the "list media" in bconsole.
>
> An idea to solve that ?
It sounds lik
On 26.02.2013 23:35, Dan Langille wrote:
On Feb 26, 2013, at 11:19 AM, Sven Tegethoff wrote:
On 26.02.2013 08:24, Markus Kress wrote:
Dan Langille schrieb am 25.02.2013 17:37:16:
> What are you trying to do?
Hello Dan,
we dump a postgresql database to files and backup them up to t
On 26.02.2013 08:24, Markus Kress wrote:
Dan Langille schrieb am 25.02.2013 17:37:16:
> What are you trying to do?
Hello Dan,
we dump a postgresql database to files and backup them up to tape ones
a day. This is done by a runscript in a job of type backup. But we
also dump the postgresql da
everal times the original disk size - unless
there is some mechanism to make bacula aware of which parts of the data
is redundant. Backing up redundant data kinda defeats the purpose of
deduping.
--
Mit freundlichen Grüßen
Sven Tegethoff
EDV-Team
_
On 19.12.2012 11:01, Gary R. Schmidt wrote:
>
> Use your own PayPal account, and claim the cost back from the company.
> Just the same as when you buy some tapes or computer bits or whatever in
> a hurry.
>
> What's the big problem with doing that?
Depending on the country and the company policy,
t happens at
3am without any human presense. So the behaviour makes sense in a way.
That being said, I agree it would be very nice in some situations if
there was a feature to receive extra email notifications for I/O-Errors
instead of relying on the user to scan their daily logs for it.
--
On 12.10.2012 01:30, Phil Stracchino wrote:
> I'm not planning to actually try this, but I'm curious to know whether
> anyone has ever tried a corner case like this one, and if so, what happened.
>
Having two directors use a common set of file and storage-daemons is not
a problem as long as the d
available when you need them.
Really, the times when tapes where THE one and only choice for backups
are long over.
yours,
--
Best Regards,
Sven Tegethoff
--
Live Security Virtual Conference
Exclusive live event will
> Not in my experience. AFAICT, all my Bacula installations have always
> checked the use duration of all volumes, and updated the status of
> those volumes who had exceeded it to "Used", at the beginning of every
> job, and on assorted other occasions as well. My guess would be that
> you reduced
On 25.07.2012 17:22, John Drescher wrote:
>> Yes, I did. My problem is, The "use duration" is checked and the "Used
>> status" is set only at the end of a job that writes to the particular
>> volume, and not at the moment when bacula decides whether to overwrite
>> or to append to the volume.
>>
>
On 25.07.2012 17:50, Phil Stracchino wrote:
i think we need to understand more about the use cycle for these
volumes. Are these weekly tapes written to once per week with a single
job or set of jobs, or are they continuously appended to over the
course of a week?
Let's just take a look at th
On 25.07.2012 16:39, Phil Stracchino wrote:
> Now my problem is that bacula always leaves the last tape in
> "appendable" state, and when the tape gets inserted for its next write
> cycle, it will not overwrite this tape, but only append to it - even
> though the retention period of the tape has ex
Hi everybody,
I've tried to wrap my head around automatic volume recycling, but it
seems that my backup strategy isn't quite compatible with Bacula's
volume recycling policy, and maybe there's someone out here who knows a
solution :)
I'm backing up multiple systems with multiple tape drives. F
16 matches
Mail list logo
