Newsgroup: it.comp.os.linux.sys
Titolo: Soluzioni di backup affidabili

Salve, un cliente mi ha chiesto di fargli un server di backup.
Dato che in pratica non ho mai affrontato l'argomento in maniera decente
vorrei avere qualche hint da qualcuno che ha lavorato su soluzioni
affidabili.
Innanzitutto vi illustro che cosa devo fare. Il server di backup attuale
è gestito da una macchina windows questa macchina fa periodici backup
su un file server (anche questo win). Talvolta però grosse quantità di
dati importanti scompaiono (non so se i due eventi siano reciprocamente
legati ossia macchina win<->perdita di dati). Allora il tizio va a
prendere i suoi bravi backup su dvd e ripristina i file spariti. Ho
squindi bisogno di una soluzione *estremamente* affidabile ma anche in
cui sia semplice recuperare file in maniera mirata. In più sarebbe
l'ideale che tizio avesse a disposizione una gui (magari windows) per
poter recuperare ciò che vuole in modo semplice.
grazie per eventuali risposte.
Ciao e buon divertimento.

 poter recuperare ciň che vuole in modo semplice.
Installi un bel tape drive ed usi Amanda per i backup.
Davide
-- 
Man is the only animal that can remain on friendly terms with the
victims he intends to eat until he eats them.
		-- Samuel Butler

 Davide
Puoi dare un'occhiata anche a BackupPc
http://backuppc.sourceforge.net/
Ciao
-- 
Andrea Chiado' Piat

 Davide
no, vuole un backup su dvd.. o meglio amanda è una soluzione che avevo
adocchiato, soltanto che:
1) fa backup su dvd ?
2) ha qualche sorta di gui ?

 no, vuole un backup su dvd..
Un DVD contiene circa 4 Gb, su nastro arrivi a 300, io ho ripristinato
nastri vecchi di 5 anni, un DVD-R dopo 3 anni e' buono come sottotazza,
i DVD li scrivi una volta sola, i nastri li riusi, il DVD-burner dopo
2 anni lo butti via perche' il laser e' fatto, il tape driver lo usi
per 20 anni di fila. Questo glielo hai spiegato vero?
Davide
-- 
All I ask of life is a constant and exaggerated sense of my own
importance.

 
http://backuppc.sourceforge.net/
si, ho dato un'occhiata agli shots e mi sembra sia esattamente quello
che sto cercando, pare anche molto professionale.
grazie, se ci sono comunque altre opzioni simili da prendere in
considerazione ben vengano :)

 Davide
Ritengo che il tape sia di gan lunga la scelta migliore, ma...
1 ) 20'anni?, forse erano così i tape di 20 anni fa.
Ultimamente mi sono capitati 3 tape che sembrava fossero programmati
per rompersi un mese dopo lo scadere della garanzia.
2) un master-dvd costa meno di un decimo di un tape
3) un supporto dvd costa meno di un decimo di un supporto-tape
4)  non capita spesso di dover recuperare dati di 5 hanni fa, ma la mia
esperienza mi ha portato a formulare questa semplici leggi empiriche:
La durata di una cassetta è INVERSAMENTE proporzionale all'importanza del
contenuto (questo vale anche per il dvd). 
Se il contenuto e di fondamentale allora la cassetta è illeggibile.
... ma se una cassetta fondamentale, risulta ancora leggibile, allora
contiene il backup della cosa sbagliata.
... se per ipotesi contiene i dati giusti, allora si tratta di un backup
dei dati già rovinati, esattamente come quelli presenti sull'hd.
Dimenticavo:
se lavorate in ambiente windows il restore non funziona se prima don fate
il sevice pack di windows e del programma di backup 
dopo aver fatto gli opportuni service pack e update il programma inizierà
a lavorare, ma dopo aver avvolto, riavvolto, ritensionato il nastro per 40
minuti uscirà una misteriosa schermata blu... 
 

 per 20 anni di fila. Questo glielo hai spiegato vero?
non discuto la maggiore qualità di un supporto a nastro ma come avrai
capito non sono io che decido, ed in secondo luogo:
1) ho bisogno di un supporto che mi dia un accesso immediato ai dati ivi
contenuti
2) la necessità di recuperare dati molto indietro nel tempo non si
presenterà pressochè mai.

claudio wrote:
[cut]
Dio mio, allora non sono io il solo perseguitato dalla sfiga! Grazie di
esistere, mi hai ridato fiducia nella vita! :-)
Scherzi a parte, Bianchi ha sostanzialmente ragione, specialmente dove ci
sono utonti la cassetta è meglio: gli insegni a leggere il log e se non è
tutto OK hanno _l'obbligo_ di chiamare. Tanto il restore non sono in grado
di farlo.
ciao
fb
-- 
Ci vuole tutta una vita per capire che non é necessario capire tutto
(anonimo cinese)
Linux user # 313470

 4)  non capita spesso di dover recuperare dati di 5 hanni fa,
I dati relativi al fisco devono essere conservati per quella durata
(IIRC).
Davide
-- 
It happened that a fire broke out backstage in a theater.  The clown
came out to inform the public.  They thought it was just a jest and
applauded.  He repeated his warning, they shouted even louder.  So I
think the world will come to an end amid general applause from all the
wits, who believe that it is a joke.

minuti uscirà una misteriosa schermata blu... 
I problemi di Windows non credo interessino Linux. In ogni modo se
tutte le aziende usano nastri al posti dei supporti ottici
riscrivibili un motivo ci sara'.
Il nastro e' statisticamente il supporto piu' robusto e durevole,
anche se da solo non basta a garantire la continuita' del business, ma
deve essere integrato in una policy di backup appropriata (stoccaggio
dei nastri, rotazione, eccetera).
Certo che vale sempre la regola del lucchetto e della bicicletta: se
vuoi solamente salvare i tuoi documenti e le tue mail allora un DVD-RW
e uno script che TARra i dati e li copia sul DVD va benissimo.
Ciao,
luigi

 dei nastri, rotazione, eccetera).
Mi trovi perfettamente daccordo, solo che ultimamente alcuni episodi
hardware e $oftware sfortunati hanno fatto vacillare la mia fede

mirto wrote:

Allora la scelta migliore potrebbe essere una macchina con un paio di 
dischi IDE da 200 GB in RAID 1 e una unita` di backup per fare qualche 
salvataggio per il lungo periodo. Io ero molto contento di un rsync 
server che avevo messo su con questa filosofia, anche se con la GUI 
spettacolare non so come la mettiamo, anzi, so che non la mettiamo 
proprio. A quel punto pero`, visto che la necessita` di accederci e` 
poco sentita, per i backup di piu` lungo periodo che salvi su supporto 
estraibile, puoi usare qualsiasi cosa UNIX a interfaccia a riga di comando.
Andrea

con arcserver. Un programma di backup di Computer Associates
Conosco benissimo.
Scusa, ma perche' non usi il backup integrato del sistema operativo?
Giusto ieri commentavo con un collega che su un server W2k in cui in
Aprile ho strappato via CA-ArcAserve 2000 e ho fatto uno script per il
backup integrato funziona tutto alla perfezione dal giorno in cui ho
cambiato software.
In ogni caso, il problema del catalog delle cassette e' abbastanza
spinoso e ce l'hai, in modo diverso, un po' con tutti i software, che
non tengono presente una cosa: i restore si fanno sempre in condizioni
di alta adrenalina.
Ciao,
luigi

 Conosco benissimo.
Conosco benissimo anch'io ed e` veramente una schifezza ignobile, almeno 
per l'uso che ne devo fare. Pero` NTBACKUP che avrei fortemente voluto 
usare, su quei server Compaq con W2000, proprio non funzionava, nel 
senso che non funzionava la schedulazione (altre cose schedulate 
funzionano benissimo). Non partivano i backup schedulati e non  si 
riusciva a capire perche'. A meno che non fossero modifiche custom del 
fornitore dell'hw e del sistema operativo che voleva arrotondare con la 
vendita di ARCServe (_odio_ veramente questo sw di merda).
Andrea

vendita di ARCServe (_odio_ veramente questo sw di merda).
Ho installato server e cluster su hardware compaq per tre anni di
seguito e ora ne gestisco alcuni e non ho MAI visto
un'incompatibilita' tra l'hardware Compaq e Windows, specialmente nei
tape.
La schedulazione di solito non funziona per altri motivi, controlla il
log degli eventi o fai delle prove.
Tutto puo' centrare, ma non l'hardware, a patto che il sistema sia
stato installato correttamente e ci siano i driver corretti.
Ciao,
luigi

 cambiato software.
Se si tratta di uno script "opensource" sarei curioso. Per sistemi
interamente win, la mia soluzione migliore con script è imperniata
su nttar. Funziona, ma ho il timore di incontrare un tape non supportato.
Trovo che a livello di automazione dei sistemi di backup (e non solo)
linux sia infinitamente meglio di win.

 stato installato correttamente e ci siano i driver corretti.
NTBACKUP non schedulato funzionava senza problemi, quindi evidentemente 
l'hw era riconosciuto, se riusciva ad usarlo. E ora come ora ho poco 
meno di una decina di script schedulati su quelle macchine che 
funzionano regolarmente (e anche allora ce n'erano).
Rimane il fatto che ArcServer, nella mia esperienza, e` inaffidabile. La 
cosa piu` tipica che ci capita ogni tanto e` che i backup rimangono 
appesi e non e` possibile arrestare il processo, almeno da come lo vede 
ArcServer, ovvero, anche dopo un reboot, continua a vedere quel processo 
attivo e non stoppabile. Cio` non impedisce che i backup successivi 
partano e vengano eseguiti regolarmente. L'unico modo semplice trovato 
finora per far sparire quei processi zombies dalla visione del mondo di 
Arcserve e` disinstallare e reinstallare il programma.
Ma comunque capirai che il fatto che un software di backup 
(indipendentemente dall'interfaccia che mi ripugna abbastanza) sia 
inaffidabile, non e` grave, anche perche' i backup, piu` che altro, uno 
li fa perche' danno un'intrinseca soddisfazione e soprattutto per 
passare il tempo, non certo per poter recuperare i dati in caso di 
errore, guasto o disastro.
A quest'ultimo proposito, con NTBACKUP, come hai pianificato di agire in 
caso di disastro (ovvero tutto fumato e necessita` di riinstallazione da
0) sullo stesso hw e su hw diverso?
Ciao, Andrea

0) sullo stesso hw e su hw diverso?
Come ho agito, vorrai dire?
Nella mia esperienza, ho resuscitato almeno una mezza dozzina di
server con NTBACKUP (3,5, 4.0 e 2000) e altrettanti con altri software
(ArcServe, BackupExec e Tivoli).
C'e' un'apposita KB di MS a tal proposito, se la segui riesci a
recuperare il server. In ogni caso il trucco e' sempre quello: a
grandi linee, installi il sistema in una dir che sicuramente non
esiste nell'originale e fai il restore sovrascrivendo tutto.
Ciao,
luigi

 comando.
Si, mi pare una soluzione brillante.. anche se rimane il problema della
gui che comunque non è strettamente necessaria..
Grazie.