Re: [Bacula-users] Bacula

Hi,

12.06.2009 12:34, Holikar, Sachin (ext) wrote:
> 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?

If running the backups at all counts, sure. If having a backup older 
than three months is important, not. It all depends on your requirements.

Arno

> 
> 
> -----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