Bacula-users

Re: [Bacula-users] Bacula

2009-06-12 06:38:07
Subject: Re: [Bacula-users] Bacula
From: "Holikar, Sachin (ext)" <sachin.holikar.ext AT siemens DOT com>
To: Arno Lehmann <al AT its-lehmann DOT de>, bacula-users <Bacula-users AT lists.sourceforge DOT net>
Date: Fri, 12 Jun 2009 12:34:02 +0200
Yaa... :-)  But for now I have reduced the retention period for the pools from 
120 days to 90 days. And purged one of the volumes from the pool so that our 
backup can start. Is it correct what I have done?

 

-----Original Message-----
From: Arno Lehmann [mailto:al AT its-lehmann DOT de] 
Sent: Freitag, 12. Juni 2009 10:34
To: bacula-users
Subject: Re: [Bacula-users] Bacula

Hi,

12.06.2009 09:37, Holikar, Sachin (ext) wrote:
> Hello
> 
> I agree Arno. But then the problem comes to decide onto the
> rentention period of the pools. Like then it becomes difficult to
> preplan the retention periods of the volumes. And this is what
> happened recently , our backup strategy which worked for last year
> with 4 months of pool rentention period, suddenly did not find any
> volumes to append as all the volumes were last written within 4
> months of range. Hope I am clear.

Well, if that's your problem I can only advise to define the retention 
times first, and then make sure your setup conforms to your 
requirements. In many cases, buying some more tapes would be sufficient.

Otherwise, get the backup sets, job frequency and retention times 
acked by your management, and then tell them what you need to fulfil 
*their* demands :-)

Arno

> 
> Thanks,
> 
> -----Original Message----- From: Arno Lehmann
> [mailto:al AT its-lehmann DOT de] Sent: Freitag, 12. Juni 2009 09:32 To:
> bacula-users Subject: Re: [Bacula-users] Bacula
> 
> Hi,
> 
> 12.06.2009 08:31, Holikar, Sachin (ext) wrote:
>> Hello,
>> 
>> In Bacula, we are using LTO-3 Tapes defined in a volume. One
>> strange this we notice is , the tapes are marked as full for
>> different Volume Bytes written. Please see below, for one tape,
>> it shows as around 800 GB of Bytes written and marked as Full (eg
>> AAD413). At the same time other tape is written only 400 GB and
>> showing as Full (E.g AAD483). Is there anything we are missing
>> out to understand or it is something else. Kindly suggest.
> 
> There are two reasons for that behaviour.
> 
> One, Bacula considers any write problem as a tape full condition. 
> That's because, for a an application, it would be very hard to 
> determine if the tape is actually full or not. And, as long as the
>  data written to tape can be read (Bacula verifies that at least
> the last block it wrote to any volume can be read), it doesn't
> matter much anyway...
> 
> Two, transparent hardware data compression makes it impossible to
> know how much data will actually fit onto a given tape. If you've
> got lots of text data (common for incremental backups of, for
> example, web servers) that will compress very well. If you're
> backing up your movie collection, that will compress very little,
> if at all. The compression ratios the manufacturers give are
> estimates, and ones biased towards better compression for marketing
> reasons even.
> 
> So, in short, if you can verify that your tapes are written without
>  problems (easily checked in the system's log file), you can simply
>  accept the volume sizes given.
> 
> Arno
> 
> 
>> 
>> Here is the current status of the list volumes,
>> 
>> week Volume Name Volume Bytes   Media Type When expire? Last
>> Written Volume Status AAD413   832.36 GB   LTO-3  2009/10/02
>> 2009/06/04   Full AAD463   837.05 GB LTO-3  2009/08/31 2009/05/03
>> Full AAD465   1.17 TB  LTO-3  2009/09/14 2009/05/17   Full AAD473
>> 125.13 GB LTO-3  2009/10/09 2009/06/11   Append AAD477   501.69
>> GB LTO-3  2009/08/02 2009/04/04   Full AAD479   503.99 GB LTO-3
>> 2009/06/07 2009/02/07   Full AAD483   460.94 GB LTO-3
>> 2009/09/26 2009/05/29   Full
>> 
>> Thanks,
>> 
>> 
>> ------------------------------------------------------------------------
>> 
>> 
>> ------------------------------------------------------------------------------
>>  Crystal Reports - New Free Runtime and 30 Day Trial Check out
>> the new simplified licensing option that enables unlimited 
>> royalty-free distribution of the report engine for externally
>> facing server and web deployment. 
>> http://p.sf.net/sfu/businessobjects
>> 
>> 
>> ------------------------------------------------------------------------
>> 
>> 
>> _______________________________________________ Bacula-users
>> mailing list Bacula-users AT lists.sourceforge DOT net 
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-- 
Arno Lehmann
IT-Service Lehmann
Sandstr. 6, 49080 Osnabrück
www.its-lehmann.de

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users

<Prev in Thread] Current Thread [Next in Thread>