Re: [Bacula-users] Bacula-users Digest, Vol 36, Issue 42

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Kevin,

please see below.

Regards,
Bernd

On Thu, 30 Apr 2009 20:57:20 +0000
bacula-users-request AT lists.sourceforge DOT net wrote:

> From: Kevin Keane <subscription AT kkeane DOT com>
> Subject: Re: [Bacula-users] Antwort: Re: Antwort: Re: Large scale disk
>       based   backups
> Cc: bacula-users AT lists.sourceforge DOT net
> Message-ID: <49F9BE4F.90304 AT kkeane DOT com>
> Content-Type: text/plain;     charset="UTF-8";        format="flowed"
> 
> You are right to some extent. And I very much like your idea of using 
> the file "bkdisk", that is pure genius. I'll go ahead and implement that 
> in my backup system! Incidentally, you don't actually need a file. As 
> long as you know the label of the disk, you could also look for the 
> label using findfs LABEL=bkdisk. With that scheme, you could even forego 
> autofs and always keep the backup disks unmounted.
> 
> It was kind of my point, though: bacula doesn't do it out of the box, 
> you have to implement a script or the like. That in turn also means that 
> your manual implementation isn't going to play well with the backup 
> schedule, unless you - manually - coordinate the schedule and the manual 
> script. And because the script is actually not associated with the 
> storage device where it logically belongs, but with the job, you have 
> the maintenance issue of remembering to add it to each job. And you also 
> don't get reminder emails to change the disks the day BEFORE a full 
> backup (because there is no mechanism to know that a full backup is 
> coming up).

I you had to synchroize different jobs manually then this would be indeed a 
kludge.
But this is not the case.
In bacual-dir.conf you can define:

#
# Define the main nightly save backup job
#   By default, this job will back up to disk in C:/tmp
Job {
  Name = "ABCD"
  JobDefs = "DailyBackup"
  Max Start Delay = 22h
  ClientRunBeforeJob="script_to_mount_drive.sh"
  ClientRunAfterJob="script_to_unmount_drive.sh"
}

And all your worries are gone.

Tapes sound easier but they aren't. With tapes it becomes complicated once you 
need the autochanger because the amount of data to backup doesn't fit on one 
tape.

> 
> With bacula's tape support, you don't have to worry about these kinds of 
> issues.
> 
> None of these are huge things, and in the end the scripting etc. works 
> very well. But they are the reason I called bacula's backup-to-disk 
> support "kludgy".

- - -- 
Bernd Plagge - プラゲ ベェアント 
First Choice Internet Ltd., Tokyo - ファースト・チョイス・インターネット(有)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkn6XW4ACgkQpYU8M8PbPV41nQCgxi7zMdCBDrKkAr0r1WN4XwYU
CRQAoKwT2nzop5rE3h0qrs6ZytbVLedh
=tZ+2
-----END PGP SIGNATURE-----
------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users