Newsgroup: it.lavoro.informatica
Titolo: Come gestite voi il processo di backup

in particolare,
effettuate dei test di ripristino,
tenete un registro,
altro...



Dipende per quali realtà:
piccoli uffici con pochi GB di dati => copie ridondanti su hard disk
esterni, ormai ho rinunciato ad affidarmi alle segretarie per la
sosttuzione di cassette o masterizzazioni dvd. Il tutto è schedulato con
batch files senza tools esterni (xcopy ed eventualmente 7zip per la
compressione).
grandi realtà con centinaia di GB: non li gestisco io ma da un cliente dove
sviluppo software custom vedo che usano tools appositi (HP) su nastri
Ultrium da 200GB su device StorageWorks, che include la verifica dei
salvataggi.
Test di ripristino non ne ho visti ma proprio recentemente è stato
necessario ripristinare dei dati e tutto ha funzionato correttamente.
PaF

 tenete un registro,
a questo in genere ci dovrebbe pensare il SW. Se non stiamo parlando
del PC di un salumiere, con tutto il rispetto per il salumiere, la
vedo dura impostare una politica tutta a "manella" senza usufruire di
un qualche strumento opportuno. Anche se stiamo parlando di un
semplice cron job, un minimo di logging e controllo degli errori deve
essere presente.
bye!

 essere presente.
Vero, il problema è che poi ci deve essere qualcuno che controlla i log :-) 
PaF


Io uso ntbackup proprio per questo, visto che di suo logga parecchio e in
modo nativo puoi dirgli di fare la verifica di quanto baccuppato (peccato
solo che produca 1 unico file di backup), poi alla fine faccio un grep per
individuare warning/errori vari e in base al risultato imposto una riga di
una tabella in un DB centralizzato che tiene traccia dell'avanzamento dei
job schedulati.
Poi un paio di volte al giorno gira un job che si spazzola la tabella e
per tutte le righe dove i corrispondenti job non hanno comunicato nulla,
oppure hanno rilevato errori, parte una mail di notifica ad una serie di
persone.
Con questo sistema (che non ti intasa di mail anche quando tutto è ok) ho
scoperto quanto durano poco i DAT e le unità di backup che ci scrivono
sopra, per arrivare alla fine ad usare degli HD USB esterni che metto in
rotazione a manina per averne almeno uno accesso e un altro parcheggiato
da qualche parte.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 altro...
Secondo me non bisogna considerare le unità disco esterne come validi
supporti definitivi per il backup.

Cosimo Piceno ha scritto:

Dipende cosa devi backuppare. Non e' che sia tutto uguale...
Dove lavoro ora il core business e' sostanzialmente "bancario" per cui
devono backupparsi tutti i dati bancari *e non solo*.
Sono descritte apposite procedure di disaster recovery. Come minimo
ci devono essere 2 "batterie di macchine" (in cui ogni batteria e' gia'
"ridondata" per i fatti suoi), tipo una a Roma e una a Milano, in modo
che se c'e' un incendio da una parte rimanga comunque l'altra funzionante.
Su ognuna di queste strutture vengono poi schedulati dei backup. Non ti so
dire in dettaglio, ma credo che ci siano politiche sia giornaliere che
settimanali che mensili... ecc.
Invece per backuppare i dati dal mio PC, ogni tanto faccio una copia
dei dati su un paio di HD esterni, senza avere 2 copie del notebook, senza
ridondanza, ecc. E sul mio notebook in genere non faccio nemmeno test di
ripristino...
Ciao,
Marco.


 supporti definitivi per il backup.
Ti do ragione nel momento in cui l'unità, essendo alimentata con un proprio
alimentatore o via USB (per quelle da 2.5), può essere soggetta a problemi
di alimentazione insieme al pc a cui è collegata. Un fulmine potrebbe far
saltare l'UPS con relativi filtri, pc e hd.
Per quello suggerisco una rotazione di hd settimanale.
Ci sono reatà (es. piccoli uffici) dove personalmente non sono riuscito a
trovare soluzioni migliori delle unità esterne (oltre ad una copia in pausa
pranzo di uno zippone su un altro client) e fin'ora la soluzione si è
dimostrata valida (non passa settimana che qualche utente non cancelli per
sbaglio dei files, dallo zip backuppato e storicizzato almeno
settimanalmente se lo ritrovano e ripristinano in autonomia).
PaF


anche se non c'e' almeno puoi sempre andare a consultarli dopo per
vedere che è successo ;^)
bye!

 ha scritto nel messaggio 
news:gdmlbl$p39$1...@tdi.cu.mi.it...

la richiesta è finalizzata, più che sull'aspetto tecnico,
su quello degli adempimenti per evitare rotture di
coglioni da quelli delle visite ispettive per la qualità
c'è un solo server e due set di nastri "settimanali"
pensavo di tenete un registro, un semplice quadernoi,
e pianificare un test trimestrale di ripristino, l'operatore
ripristina tre file a caso e scrive cosa ha fatto su quaderno
con data ora e firma.
è una stronzata???

 coglioni da quelli delle visite ispettive per la qualità
Ma se ci sono questi tizi qui della qualita' (e dove non sono ?), 
non e' descritta da qualche parte nei loro documenti, la procedura
di backup da seguire onde evitare le suddette alterazioni gonadiche ?


 è una stronzata???
direi proprio di no. Magari non ti limitare proprio a tre file di
numero, e dopo averli restorati verifica anche che ci siano dentro
scritte cose coerenti ;^)
bye!

 coglioni da quelli delle visite ispettive per la qualità
La qualità va a vedere quello che gli dici di vedere. Se scrivi sul
manuale che tieni un registro, poi il registro lo devi scrivere. Se ci
scrivi che il registro è un file di log automatico e che se va male
qualcosa il software ti manda una mail.. gli andrà più che bene.
La schedulazione invece la preferisco con 9 unità : 5 giornalieri dal
lunedi al venerdi (se non lavorano di sabato), più gli ultimi 3
venerdì, più uno da portare in cassaforte tutte le settimane.

 PaF
Nel mio discorso, intendevo riferirmi all'affidabilità che, per i
nastri, è ben superiore a quella dei dischi; ma, anche qui, entrano in
gioco le policy di retention e "storicità" del backup.
P.S.: Il tuo post (gli altri no) viene visualizzato con i ? per i
caratteri accentati

 altro...
Oltre a lunedi-venerdi, ho differenziato sabato-pari , sabato-dispari, e 
sabato-ultimo (e una per ogni domenica del mese con gli snapshot) . Ma la 
cosa piů difficile č stata convincere i miei colleghi che č 'bene' 
controllare i log ogni mattina :-) .

 
noo! questa attività si automatizza.