Newsgroup: it.comp.os.linux.sys
Titolo: Appliance per backup

Prendo spunto dal thread precedente su come gestire backup con storico 
di dati per chiedere un consiglio.
Ho $Cliente che ha circa 200 gb di dati tra documenti office, backup db, 
file cad ed affini tenuti su $OSCheNonGestisceBackupSuTape.
L'idea mia era di prendere il drive lto 2 del vecchio server (che 
consuma parecchio) e metterlo su su di un pc normale. Su questo pc 
installare rsnapshot (il cliente vorrebbe avere uno storico dei dati 
anche di 6-12 mesi, visto che possono accorgersi di cappelle fatte sui 
file anche a mesi di distanza).
Sull'archivio fatto da rsnapshot andrei di tar + gzip per copiare su nastro.
Facendo due conti sulla comprimibilità dei file, dovrei farci stare 
tutto l'archivio con lo storico su di un unico tape, di conseguenza, il 
cliente dovrebbe prendere solo i canonici 6 tape da cambiare una volta 
al giorno per una settimana.
Purtroppo al mio $Boss non piace linux, e come soluzione al cliente ha 
detto che bastano un paio di dischi usb per i backup. Tralasciamo la 
discussione su questo punto, che purtroppo devo prendere come dato di fatto.
Ora, io cercavo una appliance già fatta (che quindi per il mio $Boss non 
si tratta di pociare con linux) con un tape lto + disco inclusi dentro. 
Purtroppo, da ricerche in internet di questo tipo, ho trovato librerie 
con caricatori automatici ecc, tutte cose overkill per quello che devo 
fare io.
In questo modo, se qualcosa sui backup va storto, se si usa l'appliance 
è colpa del produttore di quest'ultima, se va storto qualcosa invece sul 
pc con linux è colpa mia e delle soluzioni artigianali.
Sono un po' nella situazione che avevo letto qui dentro di qualcuno che 
voleva il bilanciatore web hardware perché il cliente non voleva lvs.

 voleva il bilanciatore web hardware perch� il cliente non voleva lvs.
Mi permetto di darti un consiglio, se la situazione � come la descrivi 
lascia perdere linux.
Prendete 12 dischi usb da 1TB, ci stanno 5 dump completi (ossia un mese 
di un dump a settimana) ciascuno e avete fatto un anno.
Ah, ci sono anche vari cazzilli da supermercato (NAS domestici) che 
spesso hanno softwae proprietario come client di backup. Magari potete 
proporre qualcosa cos� (nascondendo lo scontrino della coop :D)
Tu intanto cercati un altro posto di lavoro che per uno che qualcosa ci 
capisce stare sotto a gente come mi pare sia $Boss � una sofferenza che 
non vale la pena (parlo per esperienza diretta) :)
Marco

 fare io.
Arkeia fa degli appliance piuttosto buoni, consiglio di partire da quelli.
http://www.arkeia.com/products/arkeia-network-backup/backup-server/physical-appliance
Se poi la struttura da backuppare � pesantemente windows-based, dai
seriamente un occhio alla soluzione NexentaStor+Delorean
http://www.nexenta.com/corp/applications/delorean
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/

 di un dump a settimana) ciascuno e avete fatto un anno.
Questa non e` una soluzione di backup, ma un palliativo
Enrico

 file cad ed affini tenuti su $OSCheNonGestisceBackupSuTape.
<troll>
    MS-DOS?
</troll>
Enrico


Scusa, nel post precedente avevo dimenticato i tag
<sarcasmo></sarcasmo>
pensavo il parser li mettesse in automatico
Marco

</troll>
Potrebbe essere Windows Server 2008.
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 Potrebbe essere Windows Server 2008.
(Tanto per continuare il tentativo di flame)
Che Windows Server 2008 non supporti i backup su nastro ne dubito 
fortemente, personalmente ritengo che sia piu` un problema di configurazione 
da parte dell'amministratore o di chi si spaccia per esso
Enrico
P.S. una veloce ricerca conferma la mia ipotesi: non e` il sistema operativo 
a non supportare i nastri di backup, ma un suo componente, Windows Server 
Backup, facilmente sostiuibile con un prodotto equivalente oppure affiancato 
da applicativi che permettano l'uso del nastro (uno di questi, non a caso, 
e` tar per Windows)

 e` tar per Windows)
Peccato che con le versioni precedenti non ce ne fosse il bisogno, penso 
sia questo il punto della discordia dell'op
-- 
Bye
Gianfranco Bartolini
(gianfranco punto bartolini at tiscali punto it)

 e` tar per Windows)
Potrei anche sbagliarmi, ma da quello che vedo il tar per windows permette
di fare/leggere file .tar, ma non tape.


Grazie.

 Prendete 12 dischi usb da 1TB,
Si, e la tipa che li dovrebbe sostituire, nel giro di tre mesi li ha fatti
fuori mezzi a causa delle cadute...


Guarda, non è che devi convincere me ;)
Quello col $boss che propone ai clienti dischi usb al posto di soluzioni 
enterprise grade (ammesso che per il cliente siano 
necessarie/raccomandabili) sei tu. Io per togliermi dai piedi tutti i 
vari $Boss ho aperto partita iva :D Ne ho incontrati anch'io di così, 
non temere
La mia risposta era di tono volutamente provocatorio. Mi spiace che la 
cosa non sia stata colta
Su it.comp.os.linux.sys siamo un pelo OT parlando di soluzioni win, non 
vi pare?

 che conosco io sono tutte windows-based...
Molto dipende da cosa usa l'azienda, a meno che non si tratti di SQL Server 
spesso e volentieri per un database server si ha a che fare con uno unix di 
qualsiasi genere (a tal propsito mi viene in mente la famigerata 
architettura LAMP)
Enrico

 sia questo il punto della discordia dell'op
Intendiamoci, per quanto sia bello e potente, anche Linux ha le sue magagne 
e mancanze
Enrico

 di fare/leggere file .tar, ma non tape.
Da una veloce ricerca a tal proposito: 
http://serverfault.com/questions/83993/is-it-possible-to-open-tar-tape-on-
windows-machine (ovvero, se posso leggere, nulla mi vieta di poterci 
scrivere come se fosse un raw device)
Enrico

oppure affiancato da applicativi che permettano l'uso del nastro
Su questo ho parecchi dubbi: Windows Server Backup ha le sue
destinazioni e non la vedo facile convincerlo a usarne altre.


 vi pare?
No, perche'? Adesso che con la pouersciell ha la cli anche win, e' 
diventato un sistema *nix a tutti gli effetti ;-)


 e mancanze
Altrimenti non sarebbe un s.o. scritto da esseri umani :)


 destinazioni e non la vedo facile convincerlo a usarne altre.
Direi che proprio non c'e' modo.


considerazioni sull'opportunita' di farlo.
In linea di principio hai anche ragione, però questo risulta un po' un
colpo basso.
Inoltre non è che il sistemista sia sempre il dio in terra della
situazione: spesso il cliente si fa i suoi acquisti in autonomia senza
consultarlo.


scrivere come se fosse un raw device)
Certamente, non è il nastro a rifiutare la scrittura (infatti i
programmi di terze parti funzionano).
E' WSB che rifiuta di scriverci.


 diventato un sistema *nix a tutti gli effetti ;-)
Hai mai provato ad usarla?
A me è sembrata un accrocchio di comandi senza nessuna organizzazione 
logica 
-- 
"Never underestimate the bandwidth of a station wagon full of tapes
hurtling down the highway" - Andrew S. Tanenbaum
http://blog.mainardi.me
python -c "print 'bG9ybWF5bmFAZ21haWwuY29t'.decode('base64')"

 vi pare?
Io ho chiesto semplicemente se esisteva una soluzione già fatta linux 
che includesse tape + rsnapshot + tar.
L'informazione che si trattava di un altro so l'ho messa per evitare la 
domanda "che problemi hai ad installare rsnapshot sul server?"


Salvo casi in cui in giro per l'azienda ci sono ancora pc con terminali 
a caratteri, nelle pmi a causa di gestionali e software di controllo 
produzione/interfacciamento con torni/presse & co. vedo (escluso 
web+mail) al 90% win. Qualcuno ha linux, ma indagando si tratta di 
software di oltre 10/15 anni fa di derivazione unix, che con l'avvento 
di linux hanno evitato di far morire. Se non ricordo male le cifre, 11 
anni fa quando ho iniziato a lavorare in un'altra azienda, ai clienti 
grossi vendevano sco unix, ma non erano molto felici in quanto la 
licenza veniva sui 5.000.000 di lire.

 Direi che proprio non c'e' modo.
aggiungo anche che secondo me era difficile fare di peggio.


Ragassi, non era mia intenzione fissare il centro del discorso sul fatto 
che un sistema operativo abbia o no di suo i tool per fare il backup 
oppure supporti i tape drive.
Quella frase è stata messa li per dire in velocità "ho una macchina dove 
non c'è un modo semplice e diretto di fare il backup".
Per fare un esempio, da un'altra parte, solo 3-4 postazioni e tipi un 
po' svegli, i dati erano tanti e non c'era budget per acquistare un tape 
drive. Oltre al server che avevano già di loro, ho fatto prendere un 
"nas" come il wd con interfaccia ethernet. Abilitato ssh, fatto qualche 
scriptino custom.
Una volta alla settimana, il tipo attacca un disco usb al nas, li gli 
viene copiato il backup completo e compresso del contenuto del nas e se 
lo porta a casa.
Qualora abbia bisogno di un file vecchio fino ad un mese, lo recupera 
dalle cartelle condivise del nas.
Ha una cartella condivisa sul nase dove periodicamente si va a vedere i 
log del backup giusto per vedere se c'è qualche errore.

 logica
Evidentemente scritta da chi una CLI non l'aveva mai vista prima in vita 
sua, hanno voluto reinventarsi l'acqua calda da zero in stile vbscript 
per apparire originali ma con risultati a dir poco terrificanti.
Ma forse qui siamo un tantino OT ;-)


 consultarlo.
Certo, ma tra i compiti del sistemista/consulente/tecnico c'e anche quello
di mettere al corrente il $cliente della caxxata che ha fatto, e della 
necessita'
d'investire ulteriori denari per sistemare la situazione pena il 
malfunzionamento o la mancanza della funzionalita' di turno, 
possibilmente mettendo il tutto nero su bianco sui rapporti 
d'intervento. Sara' poi il $cliente a decidere di che morte morire e la 
decisione sara' solo sua.
L'errore piu' grande che si fa invece e' quelli di farsi carico 
dell'errore del cliente rimanendo alzati fino a notte tarda cercando 
improbabili soluzioni per uscirne fuori, senza che nessuno riconosca 
economicamente l'impegno e come se la cosa debba essere sempre una 
responsabilita' del tecnico. Ma quando mai?


 aggiungo anche che secondo me era difficile fare di peggio.
Scelta commerciale, si sono tolti il problema di sviluppare un prodotto 
piu' complesso e nel frattempo hanno fatto un regalo ai partner 
produttori di sw di backup. Dal loro punto di vista non fa una piega.


d'intervento
Su questo concordo.
