[prev in list] [next in list] [prev in thread] [next in thread] 

List:       bacula-users
Subject:    Re: [Bacula-users] Improvement of the bare metal process (bacula
From:       Arno Lehmann <al () its-lehmann ! de>
Date:       2008-03-28 18:42:01
Message-ID: 47ED3BF9.20908 () its-lehmann ! de
[Download RAW message or body]

Hi,

28.03.2008 15:19, James Cort wrote:
> Alan Brown wrote:
>> What's needed is a simple, generic, _fast_ procedure for client recovery
>> and a more thought-out process for the server.
> 
> 
> While the server recovery may need to be more thought out, performance 
> is absolutely crucial and shouldn't be forgotten.  A delay in the server 
> recovery will have a serious impact on the time taken to get back to 
> normal because you can't do anything without it.
> 
> My 35GB postgres bacula database takes 2-4 hours to reload into the 
> database from a dump right now - and that's 2-4 hours where I can't even 
> contemplate bringing email or our core fileserver back online.

I don't know how PostgreSQL handles that, but people running MySQL can 
set up a cluster of databases where the catalog is replicated to a 
remote site. Then, accessing the catalog for a restore is only a 
matter of pointing your catalog to the remote server. You need a 
decent WAN link to gain anything by it, of course.

Arno

> James
> 
> 

-- 
Arno Lehmann
IT-Service Lehmann
www.its-lehmann.de

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
[prev in list] [next in list] [prev in thread] [next in thread]