Hello dear Bacula (happy) users. After some testings, I plan to deploy Bacula on my infrastructure. I'm currently working for a web hosting enterprise so we have some... weird configurations, mixing
Define them along the lines of the parameters for Pool. For starters, different retention times require different Pools. It is not so much the size of the backups, it's more the number of files in th
Le Mon, 01 Feb 2010 19:32:58 -0500, Dan Langille <dan AT langille DOT org> a écrit : Then, the pools can be for each kind of server, let say, 3 pools (daily, weekly an monthly) by type of backup (sys
Hi Heitor. First, thanks for your advices. And sorry for beeing late, I cannot approch my station yesterday :) The bacula director, and, the database are planned to be a Dual nehalem with SAS drives,
Le Mon, 1 Feb 2010 10:42:35 -0800, mehma sarja <mehmasarja AT gmail DOT com> a écrit : The best option is: as fast as possible :) The probleme is that whit little volumes, I will have hundreds of fil
Author: Heitor Medrado de Faria <heitor AT bacula.com DOT br>
Date: Wed, 03 Feb 2010 10:19:54 -0300
Yes. Unless you have more than one storage. When that happens I usually configure one set of pools for each one. Example: tape-daily, tape-weekly, tape-montlhy / file-daily, file-weekly, etc. What ar
The bulk of Bacula's DB operations are purely disk IOPS bound so I would argue that IOPS is way more important than RAM. We are currently planning a large Bacula deployment (~1k machines) so I have b
Author: Heitor Medrado de Faria <heitor AT bacula.com DOT br>
Date: Wed, 03 Feb 2010 11:15:49 -0300
I really dont see the point of splitting the pools per "kind of server", since you do that by creating different FileSets. -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay
Le Wed, 03 Feb 2010 13:18:37 +0100, Henrik Johansen <henrik AT myunix DOT dk> a écrit : I will do some bonnie++ tests :) Right, we never see the problem on this side. The filestem used for the direct
Le Wed, 03 Feb 2010 11:15:49 -0300, Heitor Medrado de Faria <heitor AT bacula.com DOT br> a écrit : This is linked to our setups. Take a shared web server, the install is like this: System (/, /usr,
Author: Phil Stracchino <alaric AT metrocast DOT net>
Date: Wed, 03 Feb 2010 10:40:35 -0500
My disk storage is on ZFS, on Solaris 10. I previously tried FreeBSD on the machine, also with ZFS, since I wanted the combination of ZFS and 3Ware 9500S support, but stability was ... poor (to put i
We backup ~35TB each week in a 3 week rotation so we just have to scale out in order to meet our demands and we are planning to go multi-DIR, multi-SD with a couple of very hefty MySQL servers to ser
I will do some bonnie++ tests :) Right, we never see the problem on this side. The filestem used for the director can be: - if FreeBSD FFS or ZFS (ZFS is nice supported with FreeBSD 8)
If ZFS on FreeBSD is as reliable as it is in Solaris then I would go with ZFS. Correct. Yes. I don't trust any other FS with that amount of data. So are we - all done using off-the-shelf x86 hardware