1 |
I've got bacula running in parallel to my Amanda install (using a |
2 |
different tape drive obviously). So far I'm very happy with it. The |
3 |
Bacula console beats the pants off the various utilities (amadmin, |
4 |
amstatus, amcheck) used with Amanda - it's really nice to have them all |
5 |
in one place. |
6 |
|
7 |
The configuration was no more difficult than Amanda although there's a |
8 |
lot to the config file. Bacula certainly seems to be more flexible - |
9 |
for instance it doesn't have any trouble queueing jobs, something that |
10 |
Amanda cannot do (it just fails the next job to try and start if one is |
11 |
already running). Tape management seems to be much better and more |
12 |
flexible as well - last night I had a job run out of tape and was able |
13 |
to start up where I left off on a new tape as soon as one was |
14 |
available. |
15 |
|
16 |
I like the concept of separating everything into daemons that run |
17 |
independently. Bacula has a director daemon which controls who is |
18 |
doing what, a storage daemon which is the interface between bacula and |
19 |
the tape drive and one or more file daemons which run on each machine |
20 |
to be backed up. It can deal with multiple storage daemons and |
21 |
multiple hosts. It appears you could use one director to back up |
22 |
different servers to different tape devices connected to different |
23 |
machines and still have one central location for managing it all - |
24 |
that's the kind of thing I'm really interested in. Bacula does |
25 |
apparently have a gui console although I haven't tried it yet. The |
26 |
text-based console is sufficient for me and does everything I could |
27 |
want it to do. |
28 |
|
29 |
All in all I'd recommend bacula over amanda at this point. If you have |
30 |
a large tape library you almost certainly want to use bacula. If |
31 |
you've got a mixed environment (ie Solaris, Windows, Mac OS X, Linux, |
32 |
etc) then bacula will definitely take care of everything for you. |
33 |
|
34 |
Bryn |
35 |
|
36 |
|
37 |
On Mar 22, 2004, at 11:12 AM, Bryn Hughes wrote: |
38 |
|
39 |
> I'm actually looking very closely at Bacula right now. Looks like it |
40 |
> can handle Win32 clients AND Mac OS X clients which is a definite |
41 |
> improvement over Amanda for me. Amanda can handle Win32 clients btw |
42 |
> using samba. |
43 |
> |
44 |
> The GUI is pretty low on my priority list. Being able to support Mac |
45 |
> OS X clients is way more important to me than having a working GUI. |
46 |
> |
47 |
> For those of you who haven't seen Bacula before here's a quick rundown |
48 |
> of what I've found out so far: |
49 |
> |
50 |
> - Uses a MySQL database to record backup statistics, indexes, etc |
51 |
> - Can back up Unix/Linux/Windows/Mac clients over a network |
52 |
> - Can append to tapes and span multiple tapes |
53 |
> - Works with most tape devices |
54 |
> - Can back up to file or to tape |
55 |
> - Uses a modular configuration system which seems much better than |
56 |
> Amanda's |
57 |
> - Doesn't require xinetd/inetd (yay!) |
58 |
> |
59 |
> The bacula home page is here: |
60 |
> http://www.bacula.org |
61 |
> |
62 |
> Bacula seems to be much more flexible than Amanda. Barring any |
63 |
> insights from the list before I get home I'm going to set it up using |
64 |
> a spare DLT drive tonight and see how things go. |
65 |
> |
66 |
> Bryn |
67 |
> |
68 |
> On Mar 22, 2004, at 10:47 AM, Tobias Orlamuende wrote: |
69 |
>> Hi, |
70 |
>> |
71 |
>> have you had a look at bacula (bacula.org). |
72 |
>> I am playing around with it at the moment. It's quite heavy to setup |
73 |
>> but if |
74 |
>> it's running it is really useful. |
75 |
>> The biggest advantage (for me) is the fact that it can backup from |
76 |
>> Windows |
77 |
>> (using an agent). AFAIK it is the only OpenSource-tool which can do |
78 |
>> that. |
79 |
>> There might be one disadvantage: The GUI provided is nearly unusable |
80 |
>> in |
81 |
>> productive environment. Maybe there is coming a new, heavily improved |
82 |
>> one. |
83 |
>> IMHO it's worth to have a look. |
84 |
>> |
85 |
>> Greetings |
86 |
>> |
87 |
>> Tobias |
88 |
>> |
89 |
>> Am Montag, 22. März 2004 18:41 schrieb Bryn Hughes: |
90 |
>>> Hi all, |
91 |
>>> |
92 |
>>> I'm wondering what everyone is using to back up their Gentoo servers. |
93 |
>>> Right now I'm using Amanda which works fairly well but I'm thinking |
94 |
>>> about changing over to something new. |
95 |
>>> |
96 |
>>> My environment: |
97 |
>>> - 2 servers, about 120 gigs total disk space between them |
98 |
>>> - a 75G (native) DLT tape library (Quantum 4500 with 15G tapes) |
99 |
>>> |
100 |
>>> What I like about amanda: |
101 |
>>> - network backup, one server controls everything |
102 |
>>> - point-in-time restore (I can choose to restore a file from last |
103 |
>>> week |
104 |
>>> and it will tell me what tape it needs) |
105 |
>>> - decently reliable after initial setup |
106 |
>>> - intelligent planning of incremental backups automatically |
107 |
>>> |
108 |
>>> What I don't like about amanda: |
109 |
>>> - can't append to the previous day's tape (lots of tapes that only |
110 |
>>> get |
111 |
>>> 15% full or so with incrementals) |
112 |
>>> - large dumps cannot span multiple tapes |
113 |
>>> - handling of above results in amanda spending hours writing to a |
114 |
>>> tape |
115 |
>>> just to start all over again on the next tape when it runs out of |
116 |
>>> space |
117 |
>>> - no GUI |
118 |
>>> |
119 |
>>> I want to find something that uses my tapes more effectively and |
120 |
>>> wastes |
121 |
>>> less time than amanda. What I don't want to loose is the indexing |
122 |
>>> functions and the ability to backup both my servers (and as many more |
123 |
>>> as I add in the future) without having to actually mount the |
124 |
>>> partitions |
125 |
>>> to be backed up to the backup server. |
126 |
>>> |
127 |
>>> Anyone have any thoughts? I've been poking around and I've found |
128 |
>>> BURT |
129 |
>>> but that doesn't seem to have any activity since 1999 or so. Bacula |
130 |
>>> looks promising also (in fact right now it seems to be the closest to |
131 |
>>> what I'm looking for). Anyone have any experience? |
132 |
>>> |
133 |
>>> Bryn |
134 |
> |
135 |
> |
136 |
-- |
137 |
~ |
138 |
~ |
139 |
:wq |