Newsgroup: it.comp.os.linux.iniziare
Titolo: consigli backup

Dovrei fare un bck di un server e pensavo di copiarlo sistematicamente su un
altro server.
Avete qualche consiglio in merito?
Io pensavo di fare così:
ogni giorno alle 4 del mattino faccio un bel tar della home del server A e
lo chiamo con la data del giorno
alle 4 10 inizio e monto il server B attraverso il mount di samba
copio il file del giorno sul server B e smonto la partizione.
Alle 5 del mattino sul server B faccio un controllo e cancello tutti i bck
più vecchi di 3 giorni.
Voi cosa ne pensate?
--
Alex

 
ci sono un sacco di programmi (sia GPL che commerciali)
che fanno backup totali/differenziali/incrementali,
sulla stessa macchina o su macchine in rete, con
tool per la ricerca e il riprisino dei file salvati, ...
con tutte le "cautele" del caso.
Vedi cosa c'è nella tua distro e poi fai un giro su freshmeat.
ciao, Andrea

 Avete qualche consiglio in merito?
su 
www.linux-backup.net
 ci sono parecchie cose interessanti
saluti

> su 
www.linux-backup.net
 ci sono parecchie cose interessanti
grazie per il consiglio, le cose interessanti ci sono.
Non ho però capito come funziona il bck incrementale. So cos'è, ma non
capisco in che casi è applicabile e in che casi no, se è sempre da preferire
o meno, se può fare casino, ecc, ecc.
Ciao e grazie
Alex

 o meno, se può fare casino, ecc, ecc.
Si applica a file systems che cambiano "poco".
Puo' fare casino se files sono updatati (tipo log files) oppure rimpiazzati
spesso. Il peggio che ti puo' capitare e` di dover scannare tutti i nastri
per ricostruire la situazione finale, dipende dal prodotto che usi.
Un alternativa e` di fare un mirroring (backup completo). Problemi: spazio,
tempo e procedura. Vantaggio: si ripristina in fretta. Ah, il mirror puo'
essere spedito su nastro una volta completato.
Ciao,
-- 
       Roberto Divia`             Love at first sight is one of the greatest
       =============             labour-saving devices the world has ever seen.
Mailbox: C02110                 CERN-European Organization for Nuclear Research
E-mail: 
Robert...@cern.ch
           CH-1211 GENEVE 23, Switzerland

 E-mail: 
Robert...@cern.ch
           CH-1211 GENEVE 23, Switzerland
Caspita ma allora sei uno scienziato!
Ciao
Alex

Alex wrote:

Allora, prendendo le definizioni dell'utilità di backup di Mandrake:
- Un backup incrementale salva solo i file che sono stati creati 
o modificati dopo l'ultimo backup."
- Un backup differenziale salva solo i file che sono stati creati o
modificati dopo il primo backup, che serve da "base".
Poi, dipende da quanto movimenti i tuoi file, dalla disponibilità di
spazio fisico e dalla facilità d'uso della tua utility di backup 
scegliere cosa ti conviene.
Per esempio, hai poco spazio e vuoi lavorare rapidamente?
usa il "differenziale": tieni solo il file "base" e l'ultimo aggiornamento.
Hai abbastanza spazio e ti interessa ricostruire lo stato di un file
in un certo giorno? Usa l'incrementale che ha parecchi file, uno per
giorno.
Con il differenziale ripristini facilmente un file perso. Controlli 
se è nell'ultimo backup, altrimenti lo vai a cercare in quello "base". 
Si può fare in pochi minuti con un semplice tar -tvfz ...| grep
L'incrementale ti costringe a controllare parecchi file.tar 
finché non trovi quello giusto: meglio essere aiutato da un 
buon tool ;-)
Problemi analoghi per un ripristino completo.
ciao, Andrea

 Caspita ma allora sei uno scienziato!
Lascia stare, di fisica ci mastico poco. Sono un informatico.


 Lascia stare, di fisica ci mastico poco. Sono un informatico.
beh, anche l'informatico è uno scienziato.
Ciao
Alex

 sai dirmi che db lo fanno?
No. Spiacente. Tutti i DB decenti hanno il transaction log. Come usarlo
per emulare un backup incrementale, questo dipende dal DB. Meglio che ti
trovi un esperto, io sono anni che non ci lavoro piu'.


 trovi un esperto, io sono anni che non ci lavoro piu'.
La maggior parte dei rdbms con caratteristiche di atomicita' utilizza il 
transaction log.
Mi risulta pero' che Oracle non utilizzi il transaction log ma il record 
versioning.
Il record versioning dovrebbe essere utilizzato da Oracle, Borland 
Interbase e Firebird (derivato open source di interbase)
Non credo che la decenza di un database si possa misurare con l'uso o 
meno del tl :-)
Ciao
-- 
Andrea Chiado' Piat

 trovi un esperto, io sono anni che non ci lavoro piu'.
10x anyway.
Alex