Newsgroup: it.comp.hardware.storage
Titolo: [1/2 OT] certificare Backup

a lavoro il mioc onsulente qualità mi ha fatto una richiesta a mio 
avviso strana:
 
"verificare a cadenza mensile e dare evidenza del corretto 
funzionamento del Sw di backup"
 
con riluttanza ho risolto verificando mensilmente il recupero di un 
file a caso dall'HD di backup, e riporto tale verifica su un foglio 
firmato.
 
ora, io già sono ricalcitante a fare troppi controlli ridondanti, ma 
visto che in effetti il backup del server è importante lo faccio, ma mi 
chiedo:
 
i PROFESSIONISTI come fanno a dare evidenza che loa loro politica di 
backup realmente funziona?
 
dubito che i responsabili d i server facciano una prova di reintegro di 
un file.
 
Quali sistemi vengono usati?
 
-- 
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza è l'ultimo rifugio delle persone prive di immaginazione"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracàonpetto
 
 

 Quali sistemi vengono usati?
 
backup con verifica e log stampato e messo agli atti, presumo.
 
-- 
Alessandra
 
Perche' dovrei permettere a quel dio che dovette affogare i suoi figli
di dire a me come crescere I miei figli ? - Robert Green Ingersoll

 backup con verifica e log stampato e messo agli atti, presumo.
 
cioè?
fatto tutto dal software?
 
la domanda esatta a cui devo rispondere è:
 
"come fai ad essere sicuro al 99.999% che il ripristinod el backup 
funzionerà quando ne avrai bisogno?"


 funzionerï¿œ quando ne avrai bisogno?"
 
non puoi. Nessuno potrï¿œ mai darti nessuna garanzia in questo senso. Il
massimo che puoi ottenere ï¿œ una certificazione che il backup, al
momento in cui ï¿œ stato fatto, era affidabile. Che poi lo resti per tot
mesi, anni o millenni, non ï¿œ certo una cosa che puoi stabilire sempre e
comunque nï¿œ tantomeno garantire per iscritto.
 
-- 
Alessandra
 
Io se fossi Dio, non avrei fatto gli errori di mio figlio, e sull'amore
e sulla caritï¿œ mi sarei spiegato un po' meglio - Giorgio Gaber

 comunque nè tantomeno garantire per iscritto.
 
quindi credi faccia bene il mio consulente a chiedermi di "provare ad 
estrarre un file. 1 vo9lta adl mese"


 estrarre un file. 1 vo9lta adl mese"
 
potrebbe non essere una prova conclusiva della bontà dell'INTERO backup.
 
-- 
Alessandra
 
Incurabilmente religioso, questo è il modo migliore di descrivere la
condizione mentale di così tanta gente - Thomas Edison

 potrebbe non essere una prova conclusiva della bontï¿œ dell'INTERO backup.
 
appunto, io non essendo del "settore" non ho protestato.
Sono convinto che se vuoi verificare PER BENE un backup devi dogliere 
il disco e provare a ripristinare tutto il sistema con il backup, ma mi 
sembra follia...
 
quindi, alla prossima imminente visita di certificazione cosa dovrei 
rispondere? (a parte che anche il metodo della verifica di un file non 
ï¿œ sufficiente)?
 
"faccio il backup con verifica e LOG stampato(?) dei risultati"
 
potrebbe andare?
(logicamente poi lo metto in atto con Synkbackup)
 
-- 
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza ï¿œ l'ultimo rifugio delle persone prive di immaginazione"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracï¿œonpetto
 
 

 mi sembra follia...
 
i sistemi di backup in genere hanno il controllo di integrità del
backup (con crc e altri sistemi), quindi si può fare una verifica
software di integrità. Perfino un file .rar (o .zip) può essere testato
per verificare la leggibilità e l'integrità di tutto il suo contenuto.
Tutto questo senza bisogno di ripristinare nulla. Però, appunto, la
cosa può "certificare" al massimo, che il backup è integro al momento
della verifica, non che lo sarà tra 6 mesi o tra 10 anni.
 
-- 
Alessandra
 
Dio deve proprio amare gli stupidi: ne ha creati cosi' tanti -

 della verifica, non che lo sarà tra 6 mesi o tra 10 anni.
 
stiamo comunque parlando di backup giornaliero/settimanale/mensile, 
quindi al amssimo avrà 2 mesi essendo 2 gli HD (che non sempre mi 
ricordo di scambiare correttamente!)
 
-- 
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza è l'ultimo rifugio delle persone prive di immaginazione"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracàonpetto
 
 

 correttamente!)
 
E allora il controllo di verifica ragionevolmente sarà sufficiente...
 
 

 E allora il controllo di verifica ragionevolmente sarà sufficiente...
 
ok, ora controllos e synkback(free) fa tutto ciò


 ok, ora controllos e synkback(free) fa tutto ci�
 
Ciao,
 
Occhio che la funzione di verifica della copia di SyncBack non � affidabile 
al 100%, per questioni di cache. Se il file appena copiato � presente anche 
solo parzialmente nella cache di scrittura, verrebbe letto da l� durante la 
verifica, e non dal disco, e quindi potrebbero non essere rilevati eventuali 
errori di scrittura sul supporto.
Questo problema � ammesso dagli stessi produttori di SyncBack (a meno che 
negli ultimi mesi sia cambiato qualcosa):
 
http://2brightsparks.com/bb/viewtopic.php?f=15&t=8369
 
 
Sulla stessa pagina Dave Wilkins spiega anche un modo (forse un po' scomodo) 
per ovviare al problema (a parte fare un doppio backup).
Io sto parlando comunque di backup file-per-file. Se usi le funzioni per 
creare archivi ZIP la faccenda potrebbe essere diversa, avendo penso essi la 
possibilit� di essere testati in ogni momento (credo tramite checksum che 
vengono inclusi nell'archivio).
 
Oppure potresti rivolgerti ad un software di terze parti per effettuare le 
verifiche di integrit� (sempre parlando di backup file-per-file); ad esempio 
Beyond Compare con il suo modulo Folder Compare, tramite cui puoi 
confrontare i file in due cartelle a scelta (la fonte ed il backup). Avendo 
tra l'altro Beyond Compare una funzione di comparazione binaria 
(bit-per-bit), penso che questa verifica sia sotto questo aspetto anche pi� 
efficace di quella di SyncBack, avendo quest'ultimo la possibilit� di 
comparare solo con checksum. Inoltre con Beyond Compare puoi eseguire la 
verifica/comparazione in ogni momento (sapendo quali sono i file cambiati o 
aggiunti dall'ultimo backup, per escluderli se vuoi dalla comparazione). 
Magari � utile fare un riavvio del sistema prima di fare queste comparazioni 
(se fatte subito dopo il backup), per assicurarsi che la cache sia svuotata 
(anche se Beyond Compare ha una funzione per bypassare la cache, ma non sono 
sicuro della sua efficacia).
 
Beyond Compare � a pagamento, ma ce ne sono di altri gratuiti con funzione 
binary compare (che per� non ho provato). Alcune parole chiave per la 
ricerca: "file comparison", "folder comparison", "directory comparison", 
"binary comparison", oppure con "compare" invece di "comparison".
 
Aggiungo che per� non sono un esperto, quindi valuta bene anche tu.
Ciao,
 
Thomas
 
 

 vengono inclusi nell'archivio).
 
per motivi di privacy, faccio il backup zippato, ma file per file, non 
c'ï¿œ un solo archivio gigante, ma un archivio con gli zip (protetti da 
psw) di ogni file
 
sono disposto anche all'acquisto di un sw di backup che faccia tutto 
quello che mi serve, in effetti i dati aziendali devono essere 
ipersicuri, se solo sapessi QUALE!
 
-- 
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza ï¿œ l'ultimo rifugio delle persone prive di immaginazione"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracï¿œonpetto
 
 

 
 
Vabbe`, il consulente qualita` non ha le idee chiare...
O forse le ha troppo chiare...
 
Cosa sarebbe lo 0.001% di "non funzionamento"?
Significa che 1 file su 100000 non sara` recuperabile,
ovvero che 1 ripristino su 100000 non riuscira` del
tutto?
 
E` chiara la differenza, vero?
 
Oppure che ogni backup puo` perdere, al massimo, lo 0.001%
dei dati che contiene? Anche su piu` file, ovviamente...
 
Secondo me la domanda serve solo per vedere se la strategia
di backup e` corretta.
 
bye,
 
-- 
 
piergiorgio

 prova Retrospect, io mi ci son sempre trovato bene.
 
caruccio però... :-(
 
-- 
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza è l'ultimo rifugio delle persone prive di immaginazione"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracàonpetto
 
 

 caruccio però... :-(
 
puoi cambiare strategia di backup: farne 2 di seguito, e un terzo su
cloud. Perderli tutti e tre sarebbe oggettivamente impossibile :)
 
-- 
Alessandra
 
Mosè: quest'uomo che tanto ha dato al ciclismo in Italia e nel mondo...
- Giobbe Covatta

 cloud. Perderli tutti e tre sarebbe oggettivamente impossibile :)
 
la strategia imho è già buona, 2HD usb, 1 al giorno, backup 
Giornaliero, Settimanale, e Mensile.
 
un Hd rimane in ditta ed uno lo porto a casa....


 quanto costa il tuo lavoro? :)
 
hai ragione, ma sai com'è il periodo, stiamo "turando" su tutto.
 
e poi qui non è un problema di affidabilità vero e proprio, ma quanto 
di dimostrarla ad un esterno



 
no, è un backup del dolo HD dati del server, su 2 HD USB esterni


 no, è un backup del dolo HD dati del server, su 2 HD USB esterni
 
altra domanda, perchè hanno versioni specifiche per i database SQL!?
il gestionale usa SQL, significa mi serve un sw specifico?


 se no dovresti chiudere il database o similia.
 
ah, ecco, quindi facendo i backup nottetempo non dovrebbero esserci 
problemi


 ah, ecco, quindi facendo i backup nottetempo non dovrebbero esserci problemi
 
Infatti non ce ne saranno in quel caso...
 
 

Lorenz ci ha detto :

tu che mi consigli lorenz?
 
tengo symkback gartis e cazzio il consulente?
compro qualcosa d più affidabile ad un prezzo "onesto"!?


 compro qualcosa d più affidabile ad un prezzo "onesto"!?
 
Mah... personalmente continuerei ad usare Syncback. Per le tue esigenze 
credo sia la soluzione migliore.
 
 

 sia la soluzione migliore.
 
difatti sembra la migliore soluzione....


 vengono inclusi nell'archivio).
 
la domanda a questo punto è:
 
quali file potrebbe trovare nella cache del server aziendale?


 quali file potrebbe trovare nella cache del server aziendale?
 
Non sono sicuro, come dicevo non sono un esperto, ma forse entra in gioco la 
cache dell'hard disk del server, se i file sono appena stati scritti. Poi 
non escludo che ci sia anche una cache gestita dal sistema operativo del 
server.
 
Thomas
 
 


 
Ma non credo che baz utilizzi un server di fascia medio/alta... inoltre 
direi che se comunque gli HD sono in buona salute (è sufficiente 
testarli ad esempio ogni mese), allora può continuare ad usare quel 
software tranquillamente.
 
 

 tranquillamente.
 


 gli HD USB che uso per backup o quellid el server?
 
Scusami, avevo tralasciato il fatto che usi degli hard disk USB per i 
backup. Mi pare che questi hard disk hanno di default la cache disattivata 
(o comunque puoi impostarli in questo modo). Però parlandone a proposito sul 
forum di SyncBack, come puoi leggere al link che ho indicato 
precedentemente, Dave Wilkins (sviluppatore di SyncBack) non si è sentito di 
confermarmi che fosse sicuramente la soluzione al problema.
Comunque concordo con Lorenz che se l'hardware è in buono stato (e il 
software non ha particolari bug), allora gli errori di scrittura sono una 
cosa molto molto rara (non mi sbilancio a dire impossibile), almeno lo credo 
dalla mia poca esperienza.
 
Thomas
 
 

 gli HD USB che uso per backup o quellid el server?
 
Diciamo entrambi...
 
 

 Diciamo entrambi...
 
con quale sw?
 
-- 
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza ï¿œ l'ultimo rifugio delle persone prive di immaginazione"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracï¿œonpetto