Newsgroup: it.comp.os.linux.sys
Titolo: Bacula e FileStorage

Sto testando Bacula.
Davvero molto interessante, ma non riesco a capire un passaggio
chiave.
Non ho una cassetta, pertanto devo backuppare un tot di server in:
/var/bacula/backups/<hostname>
Ho creato quindi questo elemento:
Device {
  Name = FileStorage
  Media Type = File
  Archive Device = /var/bacula/backups
  LabelMedia = yes;                   # lets Bacula label unlabeled
media
  Random Access = Yes;
  AutomaticMount = yes;               # when device opened, read it
  RemovableMedia = no;
  AlwaysOpen = no;
}
Se eseguo bconsole e faccio partire il backup di un client, bacula
resta in attesa di una label per il volume di cui sopra.
Gli ho dato la label (b01_FileStorage) ed è partito il backup.
MA:
mi ha creato un file gigantesco, di nome b01_FileStorage, con dentro
(presumo) tutto il backup in questione.
Non è quello che voglio.
Domandine:
1) bacula salva sempre tutto in un singolo file, oppure si può fare in
stile 'backuppc' che salva i file singoli?
2) nel caso avessi più di un host, tutti i backup di tutti gli host
finirebbero in b01_FileStorage oppure ciascun host
richiederebbe la sua label di volume?
3) non si può impostare una label direttamente dal file di
configurazione? Vorrei fare il sistema qunato più plug-and-play
possibile, in cui installo il filedaemon sui client di backuppare, li
associo nel director e basta.
Ho guardato nell'immensa documentazione, ma è troppo enorme e dato che
non ho mai usato questo programma in
vita mia, mi piacerebbe avere un feedback diretto.
Tnx.

 associo nel director e basta.
Si, si può ed infatti ci sono riuscito.
Nessuno ha dei consigli da dare? E' la prima volta che sperimento
questo software, magari c'è qualche aspetto da tenere in
considerazione.
Al momento sono riuscito a far generare 3 volumi per ciascun host.
Full, Incr e Diff
Non mi convince molto il fatto che Bacula salvi ogni backup dello
stesso
tipo sempre sullo stesso file. Ad esempio, tutti gli incrementali di
un dato
host, sempre nello stesso file, per più giorni. Se si dovesse
corrompere il
file perdo tutti gli incrementali. Stessa cosa per i Differenziali e
probabilmente
anche per i full.

 vita mia, mi piacerebbe avere un feedback diretto.
Si la documentazione è molto vasta, spero che le mie indicazioni di 
massima di diano la giusta direzione.

 prima volta e poi sono a posto.
Si, questo l'ho risolto impostando il label automatico.
Qualche consiglio per gestire un numero di client superiore a 50?
Consigli dati da esperienza, son riuscito a configurare il ciclo di
backup come piace a me, ma se devo replicare il tutto per X host
potrebbe diventare un macello in termini di gestione.
Come nominate i pool ed i volumi?
Adesso come adesso, ho fatto 3 pool in comune tra tutti i client:
Full
Diff
Incr
e non va bene, secondo me. Forse sarebbe più corretto fare 3 pool per
ciascun client piuttosto che 3 pool in comune e splittare i volumi
al loro interno in base al client?
Qualche consiglio?
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la
salvezza degli anni nei quali viviamo,
sradicando il male dai campi che conosciamo.

 Qualche consiglio?
Hai quasi vinto contro la mia prigrizia, hai posta ...

 Hai quasi vinto contro la mia prigrizia, hai posta ...
Grazie.
Da quel che vedo, tu crei un pool per ciascun server da backuppare.
Soluzione interessante, ma se avessi 340 server ?
Diventa ingestibile.
Non mi pare sia possibile generare un Pool con nomi dinamici.
Ad esempio, il massimo sarebbe poter definire tre pool base:
full, incr, diff
ed associare X server ai tre pool, facendoli però salvare in
location differenti, in pratica il server1 non deve andare a
cozzare con lo stesso pool usato dal server2, senza però dover
obbligatoriamente creare una definizione per ciascun pool di ciascun
server.


 Diventa ingestibile.
Vero, i miei numeri sono molto più bassi.
Forse potresti fare uno script per aggiungere rimuovere pezzi di 
configurazione in base al nome del server da backuppare ...

 configurazione in base al nome del server da backuppare ...
Si, ma non è una soluzione.
Preferisco evitare di avere configurazioni lunghe alcuni chilometri
La prima volta che devi metter mano alla configurazione, ti metti
a piangere.


 a piangere.
Il trucco sta nell'avere gli strumenti per gestirle senza doverci
«metter mano»...
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/

 «metter mano»...
Presumo sia un cisco. Ti dirò di più, la config cisco la modifichi
tramite CLI, e per certi versi è abbastanza intuitiva.
Bacula invece è contorto ai massimi, personalmente *ODIO* le
configurazioni in cui le caratteristiche di un dato nodo sono dentro
il nodo stesso.
Esempio:
NomeNodo {
   Nome: 'ciccio'
}
NomeNodo {
   Nome: 'pippo'
}
AltroNodo {
  Nome: 'casa'
  Nodo: 'pippo'
}
'fanculo, per sapere di cosa si tratta bisogna leggere il contenuto
del nodo.
Sarebbe meglio: "NomeNodo pippo { }" come su XML, HTML, CSS, Apache,
Vyatta, i Cisco, i Juniper, le funzioni in PHP, in perl, in bash, ed
ogni altro apparato e/o linguaggio di programmazione che conosco. :)

Mandi! Gandalf Corvotempesta
  In chel dì si favelave...
GC> Da quel che vedo, tu crei un pool per ciascun server da backuppare.
Io lo uso sostanzialmente per fare backup di alcune macchine windows
che hanno dati da preservare e programmi troppo stupidi per farlo (o
savare i file in rete).
Anche io creo un pool per ''server'', 5 volumi per ogni pool, e una
retention di 4 settimane, devo lasciare una settimana di margine perchè
le macchine windows non sempre sono accese e mi si accavallano un po' i
job.
-- 
  Please note that free software should be interpreted as free speach
  while most seem to interprete it as free lunch.
						(Hugo van der Kooij)

 job.
Un *singolo* pool per server e poi separi gli incrementali, diff e
full tramite
i volumi?
Quello che non mi convince è che, ad esempio, un errato backup o una
corruzione
del file incrementale fatta il 6° giorno della settimana, mi farebbe
perdere tutti gli
altri backup della settimana, lasciando integro solo il differenziale
settimanale (che
sta in un altro volume e quindi in un altro file).
Non mi convince questa cosa. Un bug o un errore di scrittura e ti
sputtana un file per
intero. O sbaglio?

Mandi! Gandalf Mithrandir
  In chel dì si favelave...
GM> Un *singolo* pool per server e poi separi gli incrementali, diff e
GM> full tramite  i volumi?
No, lascio fare a bacula. E alla legge dei grandi numeri. ;)
GM> Non mi convince questa cosa. Un bug o un errore di scrittura e ti
GM> sputtana un file per intero. O sbaglio?
Non sbagli, ma per ora non è una priorità...
-- 
  Against software patents:
 
http://www.freepatents.org
 - 
http://no-patents.prosa.it

 intero. O sbaglio?
Maximum Volume Jobs = 1?
Fabio

 Maximum Volume Jobs = 1?
Grazie, ci guardo.

 Maximum Volume Jobs = 1?
Sembra funzionare:
17-May 23:10 b01-dir JobId 32: Max Volume jobs exceeded. Marking Volume
"Full-2010517-prova.local.lan-fd" as Used.
Te cosa usi come struttura per i backup? Intendo a livello di Pool.