OH, I see, thank you for the speedy reply, just one thing I did not turn on the FD compression but you know what it isn't that much of a disater..... I was curious and hell I haven't seen a backup solution like this before so I'm not complaining! Can you give me tip on how I will replace the bsmtp resource with my sms gateway, as far as I know there are return characters that should be read so that the modem doesn't keep on sending the same sms, how will Bacula read/interperet the return character, how will you set up Bacula to do this........so many questions so little time!!!!!!!
From: Matt Cowger [mailto:[EMAIL PROTECTED]
To: Janco van der Merwe [mailto:[EMAIL PROTECTED]
Cc: Bacula-users@lists.sourceforge.net
Sent: Sat, 09 Sep 2006 23:11:59 +0200
Subject: Re: [Bacula-users] WOW
> My question is, is it normal to take round about 13 hours to backup
> the data? What I mean is if you take each separate job and you
> compare it to the time that Ultrabac took you notice that Bacula
> takes 4 -5 times longer to backup the individual job. Any ideas
> why, DB maybe?
This may depend on whether you are using compression on the FD's to
transfer the data. On some of my machines, they are too slow to
quickly compress the data, and turning on comrpession actually slows
down my backups by nearly 3x. Just a thought. Perhaps UltraBac
doesn't do comrpession on the client end?
>
> My second question is, would it be possible to hook Bacula up to
> the monitoring package, Zabbix, to send out a sms/text message
> every time a job succeeds/fails or can Bacula do it if you hook it
> up to a GPRS modem?
Take a look at the call to bsmtp in the director config file. You
could easily replace/supplement it with a call to your favorite SMS
gateway....
>
> And then lastly, as you might come to realize my knowledge of
> backups is quite dangerous and I'm still learning. Can someone
> explain to me how did Bacula backup 295 GB to a tape that is
> suppose to take 260GB. 90% of the Servers are Windows Servers and
> very little data is text based so how in the hell did it do it
> without corrupting the Data???????????
The 260GB limit is based on compression, and assumes a 2.6:1
compression (AIT3 is 100GB native, 260GB compressed), but that
estimate is just an AVERAGE. In your case, you got 2.95:1 (or more)
- thats totally possible depending on your data. Its not just text
data thats highly compressible - some types of email data, database
data can also be highly compressible...
--Matt
____________________________________________________________________________
This communication and any attachments are confidential and intended for the sole use of the
intended recipient. Any form of copying or disclosure of this communication to any third parties
without permission is prohibited. The contents of this communication and its attachments are
not intended to be relied upon in law without subsequent written confirmation. As such, Dunns
Stores (Pty) Ltd accept no responsibility or liability (including negligence) for the consequences
of anyone acting, or not acting, on information contained therein.
If you have received this communication in error please notify us immediately and destroy or
delete it.
____________________________________________________________________________
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
