Newsgroup: it.comp.os.linux.sys
Titolo: Nastri e librerie

Che suggerite per backuppare 4-5 TB su nastro?
Va bene anche un qualche cosa che non sia strettamente
una libreria, mononastro va bene uguale.


IBM TS3100. 22+1 nastri LTO4, per un totale disponibile di 17.5TB non
compressi. Ha un solo tape, ma penso non sia un problema per te.
Altrimenti la TS2900, 8+1 nastri LTO4 per un totale di 6.5TB non compressi.
Entrambe perfettamente supportate su Linux (ci sono dei driver da scaricare
che con RH o Centos funzionano perfettamente, con le altre distro sono da
ricompilare).
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

 ricompilare).
Volevo evitare le librerie, costano un occhio delle testa.
Un LTO-2 non può scrivere LTO-5 vero? 
Cambia la meccanica o cambia solo la dimensione della cassetta?

 Cambia la meccanica o cambia solo la dimensione della cassetta?
La dimensione della cassetta è standard. Cambia la densità di registrazione
che raddoppia ad ogni versione.
Lo standard LTO prevede che ogni generazione sia in grado di scrivere nastri
della propria generazione e di quella immediatamente precedente e di leggere
nastri fino a due generazioni prima.
Quindi un tape drive LTO5 scrive su LTO5 e LTO4 e legge LTO5, LTO4 e LTO3.
Gli LTO2 te li fumi.
E comunque ad oggi io resterei su LTO4.


 ricompilare).
esatto, funzionano anche perfettamente sotto suse, mai un problema.
ciao!

 Altrimenti la TS2900, 8+1 nastri LTO4 per un totale di 6.5TB non compressi.
Che significa "ha un solo tape"?
In pratica, scrive un nastro per volta e poi li archivia nel magazzino
interno?
Non ho mai visto una libreria in funzione, quindi non so come
funziona.
Se ho ben capito, in caso di monodrive ma con magazzino interno a X
unità,
io inserisco la prima cassetta nell'unico drive disponibile, lui la
scrive, quando
ha fatto la sposta dentro il magazzino e poi resta in attesa della
seconda e così
via fino a finire tutti i dati, è corretto?
Se si, cosa suggerisci come disaster plan? Ovvero, volendo evitare che
in caso
di "disastro" vadano fottuti i dati, una volta che ha terminato il
backup devo portar
via tutti i nastri, dico bene?
Qual'è il modo migliore per gestire questi apparati dal punto di vista
del personale, cosa
dovrei dire a chi lavora con me?

 del personale, cosa dovrei dire a chi lavora con me?
Il venerdì (o il lunedì se preferisci o tutte le mattine ma allora in quel
caso forse ti serve qualcos'altro) gli fai attivare la procedura del
disaster recovery, fai prendere il nastro (o i nastri) di DR e fai inserire
al loro posto i nastri della precedente versione da riciclare.
Esattamente come se fosse un normalissimo tape, solo che devono manovrare la
libreria.


 libreria.
Quindi se il mio ultimo backup fosse composto da 10 nastri, ogni
venerdì o quel che è, bisognerà rimuovere i 10 nastri presenti nella
libreria, ed inserirne 10 nuovi.
anzichè lavorare su un nastro si lavora su tutto il pool di X nastri.

 anzichè lavorare su un nastro si lavora su tutto il pool di X nastri.
Non su tutto il pool, ma su un insieme di nastri ben determinato che viene
creato ad-hoc.


 creato ad-hoc.
Io ho un server con sopra bacula, che ogni giorno fa un backup
incrementale di tutto, ogni weekend fa il differenziale rispetto
all'ultimo full ed ogni prima domenica del mese fa il full.
A questo server vorrei attaccarci la libreria, in modo da avere un
backup completo di tutto anche in luogo sicuro, su supporto magnetico.
Pensavo quindi di far backuppare su nastro l'ultimo differenziale
domenicale (o nel caso fosse le prima domenica del mese, l'ultimo full)
In questo modo il disaster recovery sarà aggiornato sempre ai 7 giorni
precedenti.
Supponiamo che siano 10 nastri di backup. Dovrò averne almeno 20.
10 stanno nella libreria, altri 10, con sopra i dati, stanno in luogo
sicuro. Il venerdì l'operatore si assicura della presenza dei nastri
nel magazzino della libreria, il lunedì li toglie tutti e 10 (visto che
sono un singolo backuppone) e li rimpiazza con i 10 precedenti che erano
stati posizionati in luogo sicuro.
E così via...