[Linux-Biella] backup

[LeOS]

On Fri, 4 Feb 2005 11:35:52 +0100
Daniele <vallini.daniele a bilug.linux.it> wrote:

> - In tali casi, salvo ove vi sia intenso uso di grafica bitmap presumo
> prevalenti i salvataggi giornalieri di poche centinaia di MB per cui
> 200 MB giornalieri su 4 HD da 100 GB in rotazione permetterebbero 2000
> registrazioni giornaliere. 

non dimenticare l'esistenza di programmi gestionali, server, e tutto
quanto comporta il sistema informativo dell'azienda.
ricordati che e' necessario mantenere uno storico.

> - Ho limitata conoscenza della registrazione su nastri ma constato che
> gli HD vanno regolarmente aumentando di capacita' e diminuendo di
> prezzo

se mi cade a terra un dlt mentre lo cambio non capita nulla, se mi cade
a terra un hd? :D si ho le mani di merda io, almeno quando non sono sul
pianoforte!

> - Ti chiedo pertanto un confronto dei seguenti dati per i diversi 
> supporti di backup disponibili, per la situazione suesposta,
> considerando per gli HD l' accesso diretto sul canale (estraibile),
> via USB, via rete su altra macchina:

il backup via usb va bene tanto a casa tua quanto a casa mia, ma in
un'azienda come pensi di poter operare un backup via usb di 150 pc?
in ogni caso non devono essere presenti dati sui singoli computer, i
dati devono risiedere su server.
se si rompe il mio HD non perdo null'altro che un sistema
operativo/programmi installati. se io avessi dei dati importanti su
esso?

>   - costo delle apparecchiatura di registrazione e dei supporti

hd: certo costano poco, ma per fare un bck su hd devi organizzarti a
mettere un controller hotswap che consenta il togli metti degli hd a
caldo. e' inammissibile spegnere la macchina per "cambiare la cassetta"
e su usb ti ribadisco che e' ingestibile!

>   - tempo necessario al backup giornaliero di tali dati

su un dlt e' poco, considera che si parla di centinaia di mb al secondo
come transfer rate, su altri sistemi?!

>   - tempo necessario alla ricerca sul supporto di backup e copia

tutti i programmi hanno raggiunto una facilita' di gestione
elevatissima.

> - Personalmente avrei concluso che la strategia di backup debba
> spostarsi nella maggior parte dei casi verso il supporto su HD ma
> sarei lieto di confrontarmi con la tua antitesi documentata. 

lo schema classico di bck prevede 5 cassette che vengono ruotate
giornalmente. il venerdi' si conserva la cassetta e la si etichetta come
globale settimanale. la settimana successiva questa cassetta
sara' sostituita comunque da una nuova e conservata pure quella.
a fine mese conservero' la cassetta del 31 o cmq dell'ultimo giorno
utile.

ipotesi: siamo a fine orttobre e guardiamo dentro l'armadio:
5 cassette giornaliere, da lunedi' a venerdi'
5 cassette settimanali, da settimana 1 a settimana 5
9 cassette mensili, da gennaio a settembre

e a questo punto non vogliamo tenerci un bel bck annuale? abbiamo
iniziato questa politica due anni fa, quindi abbiamo un bel bck annuale
2003 e 2004

totale: 21 cassette in uso, due servono ancora per i prossimi mesi, una
di queste sara' conservata come storico annuale, piu' almeno 10 di
emergenza, disaster recovery, backup mirati etc etc etc.

sara' anche solo psicologico, ma io soffrirei a vedere piu' di trenta HD
parcheggiati dentro un armadio!



-- 

main(){int n=-1;char c[]="qiruAbhjrc)fbfln#]g";
while(c[n]!='g'){putchar(c[++n]-'\05'+n);}return 0;}


Linux Registered User #135079

public gpg key: gpg --keyserver pgp.mit.edu --recv-key 5811D15E