Newsgroup: it.comp.os.linux.sys
Titolo: Il backup è bello, il backup è buono...

Ripetiamo tutti insieme:
Il backup ï¿œ bello, il backup ï¿œ buono, il backup ï¿œ fondamentale...
Il backup ï¿œ bello, il backup ï¿œ buono, il backup ï¿œ fondamentale...
Il backup ï¿œ bello, il backup ï¿œ buono, il backup ï¿œ fondamentale...
Il backup ï¿œ bello, il backup ï¿œ buono, il backup ï¿œ fondamentale...
Il backup ï¿œ bello, il backup ï¿œ buono, il backup ï¿œ fondamentale...
Il backup ï¿œ bello, il backup ï¿œ buono, il backup ï¿œ fondamentale...
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito ï¿œ di fare il possibile per la
salvezza degli anni nei quali viviamo,
sradicando il male dai campi che conosciamo.

 Il backup ï¿œ bello, il backup ï¿œ buono, il backup ï¿œ fondamentale...
Condoglianze.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Il backup ï¿œ bello, il backup ï¿œ buono, il backup ï¿œ fondamentale...
Il backup e` meglio farlo, prima, quando ci sono ancora i dati, 
piuttosto che dopo, quando non ci sono piu`.

 Il backup è bello, il backup è buono, il backup è fondamentale...
Non ti preoccupare, l'esperienza è proporzionale alla radice quadrata
dei megabyte persi.
Quanta esperienza hai fatto oggi?

 piuttosto che dopo, quando non ci sono piu`.
ROTFL, credo tu abbia ragione.
Il bello ï¿œ che i dati ci sono, ne manca solo un buon 99.9% :-)


 Quanta esperienza hai fatto oggi?
*tanta*, forse *troppa*
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la


 Il bello è che i dati ci sono, ne manca solo un buon 99.9% :-)
L'ottimismo è il sale della vita>

 L'ottimismo è il sale della vita>
Chi si accontenta gode, io mi accontento di quello
0.1% di dati.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la


 Il backup è bello, il backup è buono, il backup è fondamentale...
Oh, sì.
Oggi dovevo fare una chiavetta di boot e via di
zcat boot.img.gz >
Squilla il telefono e completo improvvidamente con
/dev/sda
Peccato che la chiavetta fosse sdb...;-D
(vabbè, era il mio netbook, nulla di fondamentale, ma avevo comunque
l'immagine completa del disco di due giorni fa...)

 No, guarda che la frase finiva con "mi fa dormire tranquillo alla notte".
Ma io questa notte ho dormito tranquillo, il backup mi sarebbe servito
poche ore fa.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito � di fare il possibile per la


 0.1% di dati.
non leggere: è solo un test e non voglio sottoscrivere it.test
Vediamo se io riesco a godere dell'header x-face che ho appena installato ^_^
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 poche ore fa.
Si riferisce alla notte che arriverà adesso, quando ti sveglierai di 
soprassalto pensando "porc... il file xyz!!!".

 Il backup è bello, il backup è buono, il backup è fondamentale...
Sono Gandalf e sono un sysadmin senza backup
tutti insieme:
CIAO GANDALF
raccontaci la tua storia:

 raccontaci la tua storia:
Sono un coglione, questa è la mia storia.
Scherzi a parte, non era nulla di importante, posso rigenerare
benissimo il
tutto partendo da ben 280GB di log però mi ci vorranno 15 giorni h24
con il buon awstats :D

 con il buon awstats :D
Quando mi salt� il sistema (mi avevano inculato selvaggiamente il server) 
ero contentissimo del dump dei db in remoto.
Peccato che il mattino seguente fu sovrascritto con un bel dump vuoto :(
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
www.robyt.eu

 Peccato che il mattino seguente fu sovrascritto con un bel dump vuoto :(
backup incrementale is a bitch
-- 
give it away


da quel giorno ho un mese di dump su un nas piccolo separato


 da quel giorno ho un mese di dump su un nas piccolo separato
No, non l'hai compreso... solo sarebbe meglio che non dovessi comprenderlo
in altri modi.
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

 installato ^_^
Sì, è quel sistema operativo che ieri mi ha fatto bestemmiare.
Questi escono con una LTS Netbook Edition e il driver annesso
b43 non funziona sulla maggior parte dei netbook?
Basta, solo testing/unstable, da oggi in poi: almeno non pretendono di
essere stabili, ma spesso funzionano meglio.


curiosità, qual'è il problema nell'avere i backup su 3 media fisici diversi, 
dislocati in posti diversi se non sono dei nastri?
Non è una grande quantità di roba


 Davide
davide, ti devo correggere ...
i problemi sono di chi se li fa, non di chi li ha...
ovvero certamente il boss che ha perso i dati, dorme tranquillo, ha
qualcuno su cui scaricare la colpa ...
chi non dorme tranquillo � il tecnico/povero cristo che il giorno dopo
dovra impazzire per cercare di recuperare il possibile ...
-- 
my blog: 
www.r3lative.it

 Il backup è bello, il backup è buono, il backup è fondamentale...
Il backup occupa una marea di spazio! :/
Enrico
P.S. si, lo so, backup incrementale al posto di quello full...

 dislocati in posti diversi se non sono dei nastri?
Che se sono dei NAS sono tutti media online. Se sono online e gli devi fare
sorpa il backup vuol dire che ci sono delle macchine che possono raggiungere
quei dispositivi, e se quei dispositivi possono essere raggiunti Murphy può
fare in modo di fare accadere dei danni (il tuo dump).
Quindi il NAS va benissimo come 1° tier di backup (o 2° tier di storage) per
gli indubbi vantaggi che comporta in termini economici e di rapidità di
backup e restore, ma non deve essere l'unico media impiegato. L'ultimo tier
di backup deve sempre essere fatto su media che di default sono offline, e
in questo caso nulla è meglio ed offre più garanzie del vecchio caro nastro
magnetico.


 sulla maggior parte dei netbook
Mhhh...
Sicuro che su quei netbook ci voglia davvero il b43 e non il
wl (cioè lo STA)?
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________________
Non sprecare i cicli idle della tua CPU: 
http://boinc.berkeley.edu/index.php

 essere stabili, ma spesso funzionano meglio.
riesci ad isntallare ugualmente l'interfaccia Remix?
Sarebbe un peccato non poterla usare, e se non ha un netbook da almeno
11 pollici diventa quasi essenziale.


 STA)?
Sì, fidaty: Ubuntu propone quello, infatti.
Peccato che la versione da loro proposta supporti solo DMA e non PIO
che con quel particolare chipset (quello presente sulla maggior parte
dei netbook) non va.
Scaricando e compilando i bleeding edge e l'ultima versione di firmware
e caricando il modulo con il parametro pio=1, tutto ok.

 resta sempre il nastro.
Se la politica e` "Sovrascrivi il giorno precedente", non credo cambi molto 
il media su cui va a scrivere il backup. Personalmente faccio un backup full 
giornaliero[1] con una finestra settimanale in cui gli archivi vengono 
mantenuti sul server d'origine, sul server di backup e sul nastro, ma mai mi 
sognerei di abbassare la finestra temporale
Enrico
[1] Per alcuni sistemi, tra cui il file server, dovro` passare ad 
incrementale, per ovvi motivi di spazio

 magnetico.
Sono perfettamente d'occordo per l'offline.. ma il nastro io proprio non 
lo digerisco!!  :-(
Preferisco hd esterni, anche se probabilmente sono "fisicamente" più 
sicuri i nastri
Alessandro


Ottima ed esauriente spiegazione.. Grazie


 sicuri i nastri
appena appena un po'

 sicuri i nastri
Penso che non esista un media peggiore del disco da usare offline per il
backup. Un urto e si rompe, un po' di elettricità statica e si fulmina, un
virus e si cancella...
Qualcuno che frequenta icols (non ricordo bene chi) raccontava di un nastro
che qualche impiegato anima candida aveva usato come spessore sotto la gamba
di un tavolo in uno sgabuzzino polveroso. Da quel nastro è stato fatto un
restore... e ho detto tutto.


 virus e si cancella...
Eh, qui non ho niente da aggiungere :-)
In genere non sopporto i nastri per la loro immensa lentezza, è proprio 
una cosa a pelle... ma non posso che essere d'accordo su tutto.
Probabilmente sono stato segnato dal fatto che il primo backup che ho 
dovuto gestire era fatto su cassetta tutte le notti.
In pratica il backup iniziava la sera e continuava fino a mattina 
inoltrata.. e il recupero anche di un solo file poteva durare ore
In pratica non avrei più questo problema, poiché il backup online è 
tenuto su un serverino; su cassetta potrei tenere quello offline, da 
fare una volta a settimana, e da utilizzare solo nei casi peggiori (non 
certo per il ripristino del file "blabla.doc", per intendersi)
Alessandro

 (che io usavo, e da lì il mio nick), ecc.ecc.
Si, ma non bisogna generalizzare.
Non sempre servono backup di 30 anni fa.
Dipende molto dai settori, nel mio, ad esempio, quando ho un
backup di circa 1 mese, son più che a posto. E backuppo su un
server con la bellezza di 6TB di spazio in raid 6.
Per aver problemi in caso di backup si devono verificare tutte
queste condizioni:
- file cancellato sul server primario (o disco rotto)
- tre dischi rotti sul server di backup (in modo da sputtanare il raid6)
Alla faccia della sfiga.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la


 E backuppo su un server con la bellezza di 6TB di spazio in raid 6.
Mi correggo: 12TB in raw, sono dischi da 2TB l'uno.
10TB effettivi.


 una cosa a pelle... ma non posso che essere d'accordo su tutto.
Nah...se sono DAT ti fucili le palle.
Proprio su suggerimento di THe_ZiPMaN, alcuni mesi fa
acquistai una unita LTO, HP Ultrium-448 al posto
del popolarissimo DAT.
Davvero notevole come unita. Oltre al fatto che gli stessi nastri
danno l'idea di essere molto piu' robusti delle DDS/DAT,
backkupa una 60 di GB all'ora.
Sicuramente l'aspetto che gioca meno a suo favore
è il costo, ma voglio dire per un backup fatto ad-hoc...
Beppe

 queste condizioni:
Incendio? :-)
Mi sembra di capire che tu stai parlando del backup online, mentre noi 
di quello offline, da fare in ultima istanza (contro 
incendi/terremoti/allagamenti/hacker)
Comunque stavo googlando: la cassettina, il piccolo tape-writer scsi... 
ma come faccio a backuppare 300Gb o oltre? Appunto, i terabyte... ci 
sono hardware che utilizzano più cassette (con un caricatore, o  tutte 
insieme)? Non immagino i costi
Alessandro

 incendi/terremoti/allagamenti/hacker)
Io non faccio backup su nastri, ho i server in produzione che vengono
letti e backuppati da quello di backup (posizionato in un ufficio 
differente) e li finisce.
Oltre a prender fuoco il mio ufficio, con i server in produzione, deve
prendere fuoco anche l'altro ufficio un piano più sotto. Lascia pure,
ma 1) non siamo una banca, 2) prima che vada a fuoco l'intero palazzo
facciamo in tempo a spostare il server di backup.
A dirla tutta, abbiamo poi un secondo server di backup in remoto, che
sincronizziamo "a mano" con un NAS removibile home-made :-DDD
Deve venir fuori veramente una catastrofe...


 Peccato che il mattino seguente fu sovrascritto con un bel dump vuoto :(
Mi sentivo il re' dei tonni quando con un bellissimo drag-n-drop
ho fumato 2 giorni di lavoro sovrascrivendo un backup nuovo
con uno vecchio :)
Da qui impari sostanzialmente tre cose:
1. un backup puo' essere un'operazioni pericolosa
2. se puoi, fallo in automatico - ma accertati che venga fatto
3. assicurati di avere il cervello accesso e connesso :)
Beppe

 3. assicurati di avere il cervello accesso e connesso :)
Il che si traduce in:
4. non lavorare sul backup se non prima delle ore 11.30 e
solo dopo aver preso un buon caff�.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito � di fare il possibile per la


 Deve venir fuori veramente una catastrofe...
Non so...
Basta un bombardamento come a Dresda ? O come Hiroshima ?



Io sto lavorando dentro uno stabile nuovo di pacca (avrà un paio 
d'anni): sono 10000m^2, molti dei quali su due piani.
Prima di questo c'era uno stabile uguale...ma incenerito da un incendio!
:-)
Per questo il server di backup l'ho piazzato al piano zero, accanto a 
una porta di emergenza (ha i dischi criptati) e con un paio di ruote 
sotto ;-)
E comunque non mi sento tranquillo
Alessandro

 Basta un bombardamento come a Dresda ? O come Hiroshima ?
Si, credo di si, ma in tal caso, io sarò già andato via da
un pezzo, chissenefrega dei backup.


 manuale diretto.
Anche il disco, se io lo metto in cassaforte, nessuno lo legge o lo
modifica senza un intervento diretto.
Come dici te, una volta i nastri costavano poco, rispetto alla stessa
quantit� di spazio su disco.
Oggigiorno con il costo di un nastro di buona qualit� ci vien fuori un
disco da 2TB.
Prendo il disco, backuppo li sopra e lo metto in cassaforte.
Domani ne prendo un secondo, backuppo e lo metto in una seconda cassaforte.
Tra un mese uguale.
Se non devi tenere uno snapshot per anni, i dischi IMHO vanno benissimo.
Discorso differente se ti servono decine di snapshot per molti anni. In
tal caso il nastro va bene, perch� ha una probabilit� di rottura quasi 
nulla mentre il disco anche solo a guardarlo si spacca.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito � di fare il possibile per la


 solo dopo aver preso un buon caffè.
Con meno di una moka non mi muovo :P


Diciamo che il backup è il problema minore, sopratutto se tu sistemista sei 
vicino all'esplosione


 tu quanti server fai con un litro (di caffe') ?
ah ah ah il nuovo misuratore di consumo caffè
per nerd, un'idea da brevettare :)
No scusa, non sono mai riuscito a fare una misurazione
in litraggi :) Il consumo di caffè è una variabile. Non
scende mai al di sotto di 8/9 tazze/ine nelle giornate
calme, sale verticalmente quando iniziano le bestemmie.
Già dimenticavo...il tutto contornato da un pacchetto
di sigarette.

 calme, sale verticalmente quando iniziano le bestemmie.
Minchia! Cos'�, dormi una notte per settimana?



il vero sysadmin il caff� le fa con la flebo e le capsule nespresso le 
mastica al posto del big babol


 insieme)? Non immagino i costi
Esistono i nastri LTO4 da 800/1600GB e a breve usciranno gli LTO5 da 1.6/3.2TB.
Poi ci sono autoloader e tape library. Io conosco bene IBM e per questa
marca parti dalla TS2900 che è una singola unità LTO3 o LTO4 con 9 slot e
barcode reader che di listino costa rispettivamente 3600 e 4500 euro.
http://www-03.ibm.com/systems/storage/tape/ts2900/
Salendo un po' si trova la TS3100 che è già una libreria 2U adatta ad una
sala server media. Supporta fino a 2 tape LTO3/LTO4, offre 24 slot, barcode
reader che costa 2700 euro più il costo dei tape drive (LTO3 = 2100 euro,
LTO4 = 2800 euro).
http://www-03.ibm.com/systems/storage/tape/ts3100/
Salendo ancora c'è la TS3200 che è una 4U adatta ad un piccolo datacenter.
Supporta fino a 4 tape drive e offre 48 slot, ovviamente con barcode. Costa
4600 euro + il costo dei tape drive come sopra.
http://www-03.ibm.com/systems/storage/tape/ts3200/
Oltre a questi modelli base servono quotazioni dedicate perché si entra
nella fascia delle librerie di fascia media e alta.
Si parte con la 3310 una modulare entry level con 2 tape drive e 41 slot
espandibile a botte di 92 slot e 4 tape drive per arrivare alla TS3500 che è
espandibile fino a 16 frame complessivi ciascuno che supporta fino a 12 tape
drive, 1000 o 1320 slot, e fino a due robotiche di mount


 Tra un mese uguale.
Ma qualcuno ha mai visto qualche azienda che faccia questo...
Personalmente in anni di lavoro non ho MAI visto nessuno che lo faccia; chi
ho visto fare il backup su disco esterno l'ho sempre visto lasciare il disco
sopra al server, spessissimo costantemente collegato.


 mastica al posto del big babol
Prima che mi operassero e che quella troia di anestesista mi facesse
sballare la pressione, viaggiavo su una media di 12/15 cialde di caff� al
giorno. Adesso che devo star calmo mi fermo a 3/4 normalmente e 5/6 quando
sono nervoso... ma al caff� non si pu� rinunciare



con la differenza che il disco... "ops, mi è caduto.." (inserire qui 
bestemmie q.b.)
S.

 
un lto4 con la sua bella scheda dedicata lavora a 100 mb/s ed oltre
S.

 nastri, ma sinceramente i costi sono ... costicchiosi.
Quella che usa un nostro cliente 20K l'anno per portare avanti e indietro 5
volte in settimana per una distanza di 60 Km una valigetta di 3 kg con i nastri.


 Peccato che il mattino seguente fu sovrascritto con un bel dump vuoto :(
Ahia.
E i dump dei gg precedenti?


In questo caso il backup è l'ultimo dei problemi.


Si`, ma credo di lettura sequenziale, per cui comunque non puoi
saltare di qui e di la`.
La mia limitata esperienza di diversi anni con una libreria IBM LTO2
(8 slot) e` disastroso. Cambiate 2 nel giro di 2 anni e spesso
comunque si incastravano, anche prima di essere del tutto rotte.
Quindi nella mia esperienza a livello di affidabilita` e di tempo
perso pollice verso. Se avessi un sistema di backup su dischi
estraibili e trasportabili, sarei ben contento. Tra l'altro sugli
stessi LTO c'e` scritto di non farli cadere per cui saranno anche piu`
robusti dei dischi, ma non certo robustissimi.
Andrea

 sotto ;-)
Io il backup del backup ce l'ho dietro la tv, ma ho il Vesuvio a vista.
Il prossimo passo � metterne uno in zona non vulcanica, successivamente
uno in zona non sismica e in ultimo uno in un paese con maggior
stabilit� politica (questa � difficile, ecco perch� � l'ultima :-) )
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

Claudio wrote:

Basta molto meno, vedi Katrina o l'Abruzzo (e ne so qualcosa).
Per questo genere di eventi ci sono i siti di disaster recovery/business 
coninuity, che da letteratura vanno realizzati ad almeno 25 km di distanza, 
ammesso che non si sia in zona sismica.
Un evento catastrofico a cui spesso non si pensa è un incendio *al piano di 
sopra*. Arrivano i pompieri, aprono le manichette e diecimila litri d'acqua 
finiscono nel CED...
E mettiamoci in testa che dopo l'11 settembre *tutto* é possibile, compreso 
che qualcuno piazzi un camion pieno di tritolo fuori dell'edificio.
Avere un piano di disaster recovery non è più un'opzione, avere quantomeno 
un backup (su nastro) posto lontano dalla sede principale ti consente di 
ricominciare a lavorare in mesi invece che in anni.
LG


Da quel giorno ho un dump al d� per un mese..
Da quel giorno :(


 Da quel giorno :(
Io invece dalla tua originaria ho annullato l'operazione il sabato e
la domenica quando nessuno potrebbe accorgersi di imminenti disastri e
sospendere l'operazione. Mi rendo conto che non e` certo il massimo,
ma vivifica e tonifica e ti mantiene attento e allerta (le risorse
sono quelle che sono, anche se ci potrebbero essere miglioramenti in
vista), giovane e sulla cresta dell'onda.

 sopra al server, spessissimo costantemente collegato.
Io ho un server di backup di secondo livello (ovvero quello che
backuppa il server di backup) composto da un raid1 a 3 dischi.
Perch� 3 dischi in raid1? Per il semplice motivo che ogni tanto, tipo
1 volta a settimana, togliamo il terzo disco dal raid e lo portiamo
in un luogo sicuro, sostituendolo con un disco differente.
Volendo si pu� tenere un solo 'terzo disco' da inserire il primo giorno
del mese, sincronizzare, e rimuovere fino al mese successivo.
soluzione strana, inconsueta, assurda, chiamatela
come volete, ma funziona, lo facciamo da oltre 1 anno a 'sta parte
senza alcun problema. Abbiamo testato pi� volte e con successo il
restore dai dati direttamente dal disco rimosso (� un raid
software, per quel che conta). I dischi sono tutti con cassettino 
hotplug, quindi alla fin fine, � come sostituire il nastro.
Il raid 1 a 3 dischi serve per evitare che durante la rimozione del
terzo disco, il server resti senza ridondanza.
Ma ripeto, a me di avere il backup di oltre 1 mese fa non mi importa.
Cos� come non mi importa poter confrontare il dato di oggi con quello
di 39 anni fa. E' un mero disaster recovery. Se devo ripristinare un
file lo ripristino dal backup primario, se devo ripristinare tutto, lo
ripristino o dal backup primario (se esistente) oppure ripristino
l'intero server di backup dal backup del backup.
E' una soluzione adatta a casi ben particolari, sono il primo a dire
che i nastri ci vogliono e che gli HDD non possono sostituirli.
Ma non sempre sono fondamentali e non in tutte le realt�.


 Minchia! Cos'è, dormi una notte per settimana?
No, se c'e' proprio un problema che non conosco
e' l'insonnia. Dormo ovunque e in qualsiasi condizione :)

 e' l'insonnia. Dormo ovunque e in qualsiasi condizione :)
Il che � la ragione per la massiccia assunzione di caff�, immagino... :-D
-- 
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/

 nastri.
Non è un costo che tutti possono assumere, considerando che c'è gente che 
20k l'anno non ce li ha manco per tutto l'IT in generale e DEVE comunque 
fare i backup.
Ergo i nastri van benone ma non per *tutte* le realtà.
Comuqneu vedo che adesso cominciano a tirare fuori anche soluzioni a 
cassetta ma con disco, non nastro.
http://www.dell.com/us/en/business/storage/pvaul_rd1000/pd.aspx?refid=pvaul_rd1000&cs=04&s=bsd
Opinioni? (a parte che vogliono smettere di pagare la LTO a IBM)
-- 
Vide

 
http://www.dell.com/us/en/business/storage/pvaul_rd1000/pd.aspx?refid=pvaul_rd1000&cs=04&s=bsd
Mah, non mi sembra molto sensato come apparato.
Se devo prendere quel coso li, allora conviene andare direttamente con
i nastri, oppure, come faccio io, con dischi hotswap.
Alla fin fine, io sto facendo la stessa cosa che propone la dell.
Al limite, si può prendere un mega disco USB.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la


 stabilità politica (questa è difficile, ecco perché è l'ultima :-) )
   Pensa a me che devo backuppare i dati sismici del Vesuvio, dei Campi
Flegrei, di Ischia e di Stromboli contemporaneamente :-P...
PS - Benedetta tape library di HP da questo punto di vista, peccato ne sia
una sola: me ne servirebbero un altro paio...
-- 
                          |  Del resto mimporta 'nasega sai
\|/ ____ \|/   \ ||_|     |  Ma fatta bene
"@'/ ,. \`@"    \|| |     |  Del resto mimporta 'nasega sai
/_| \__/ |_\ Vax Headroom |  Ma fatta bene che non si sa mai
   \__U_/                 |  Che non si sa mai, che non si sa mai

 oppure, come faccio io, con dischi hot
Hotswap SATA? Esistono?
-- 
Vide

 Ergo i nastri van benone ma non per tutte le realtà.
Cancellare l'ergo dato che l'ultima frase non voleva essere una conclusione 
del paragrafo antecedente, ma una considerazione più generale.
-- 
Vide

 Hotswap SATA? Esistono?
Si, da un po.
Tutti i dell, ad esempio. Ne ho a vagonate e li ho sempre
rimossi a caldo.
E' più un problema di controller che di dischi, afaik.


Ho guardato in questi giorni, incuriosito da questo thread: i sata SONO 
hostwap! 8-)
Sembra che comunque non tutti i controller gestiscano questa opzione 
(quelli troppo vecchi?)
Io ho appena testato con successo su:
- un fujitsu econel 40
- la mia mobo di casa, una asus m2n-e
Da notare che con debian lenny tutto funziona alla grande (kernel 
2.6.26) mentre con squeeze non mi funziona un tubo (kernel 2.6.3X)
Gli ESata (o sata "esterni") dovrebbero funzionare con questo principio
Alessandro

 stabilità politica (questa è difficile, ecco perché è l'ultima :-) )
se lo metti sulla Luna sei a posto, a parte il rischio di un qualche
meteorite...
Ciao Jack

 Poi ci sono autoloader e tape library. Io conosco bene IBM e per questa
Ovvia! Finalmente.. si, vedo che i masterizzatori costano molto, ma 
almeno è possibile dire poi ti trovi con un sistema efficiente di backup 
in casa.
Ha'voglia a cercare i "DAT".. mi fa aria una cassettina da 80Gb da 
masterizzare in qualche ora  :-)
A questo punto posso dire che -per ora- devo rimanere sui dischi per un 
mero problema di costi.
Alessandro

 (quelli troppo vecchi?)
Esatto, ad esempio un HP DL320 di anni fa (la prima generazione) o il
DL360 g4 non hanno il SATA hotswap per problemi di controller, perchè
lo stesso disco su un server moderno, funziona in hotswap.
C'è anche un adesivo sul server che in pratica dice: se hai SATA,
l'hotswap
e le lucine dei dischi non funzionano.
Mi pare si debba comprare una controller apposita.

 Si, ma da qualcosa tipo 4-5 anni se non di pi�.
beh, meglio tardi che mai :-) meno male che non mi sono mai serviti

 Nono, intendevo con i dischi. 
Ho più di un cliente che si porta i dischi di rete a casa settimanalmente.
 Giovanni

 robustissimi.
Penso sia più per pararsi "il didietro" di chi li ha prodotti che altro. 

 Campi Flegrei, di Ischia e di Stromboli contemporaneamente :-P...
Uhm... sarebbe comoda un'API tipo quella degli UPS, cos� quando
le scosse superano un certo valore i server mettono i dischi in standby :-D


 meteorite...
Magari sulla luna no, ma uno per emisfero non sarebbe male :-D


 erano dischi erano ca$$i, i nastri manco se ne sono accorti.
Dipende da che disco e disco. Un seagate da 400 MB credo possa resistere
a qualche evento considerabile "catastrofico".
http://www.computerworld.com/s/article/9083718/Shuttle_i_Columbia_s_i_hard_drive_data_recovered_from_crash_site_
http://www.spaceandtechnology.com/Data_recovered_from_Columbia_disaster.htm
http://www.space.com/scienceastronomy/080502-ketchup-science.html
E cos� via...

 Opinioni? (a parte che vogliono smettere di pagare la LTO a IBM)
Se usa SSD per le cartucce ha senso, altrimenti lo vedo abbastanza inutile 
(il problema e` sempre quello: LTO o DAT e` meno "delicato")
Enrico

 Se usa SSD per le cartucce ha senso, altrimenti lo vedo abbastanza inutile
Che poi, in una soluzione del genere vedo anche un altro problema: la 
standardizzazione del mezzo. Nel senso, se io ho una decina di quelle 
cartucce e mi si rompe l'unita`, devo per forza ricomprarla da Dell? E se 
Dell non la produce piu` o Dell e` fallita (ipotesi remota ma non 
impossibile)? Stesso discorso per le cartucce, se me ne servono altre, oltre 
a Dell, chi le produce? Con una unita` a nastro (sia essa LTO o DAT) ho 
l'indubbio vantaggio di avere un mezzo standard e diffuso, che mi permette 
di deciderne la gestione e la manutenzione (intesa nel cambio di unita` o 
nell'acquisto di nuovi nastri) senza dover essere legato ad uno specifico 
produttore (a tal proposito vorrei ricordare lo Zip e lo Jaz, la cui morte 
e` stata decretata nel momento stesso in cui Iomega ha smesso di produrli)
Enrico

 
http://www.rdxstorage.com/RDX-Solutions/
Grazie li sto guardando, sembra interessante.

 Magari sulla luna no, ma uno per emisfero non sarebbe male :-D
si vede che non hai visto 2012...
Ciao Jack

 si vede che non hai visto 2012...
"Io posso pure morire nella catastrofe globale, ma i servizi devono rimanere
in piedi"...
-- 
                          | universi dissidenti, 
\|/ ____ \|/   \ ||_|     | ognuno con legislazione
"@'/ ,. \`@"    \|| |     | fisica autonoma.
/_| \__/ |_\ Vax Headroom |
   \__U_/                 |

 in piedi"...
Tu si che sei ligio al dovere. :)
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito ï¿œ di fare il possibile per la


 ha scritto nel messaggio
news:8773d8d4-93b3-475a...@d19g2000yqf.googlegroups.com

Infatti, ma a quel punto non me ne fregherebbe nulla...


 Tu si che sei ligio al dovere. :)
Come tutti i sysadmin: 
http://xkcd.com/705/

 Il backup � bello, il backup � buono, il backup � fondamentale...
Stamattina sono da un cliente per altre cose e do un'occhiata ai log di
backup.
Sembra non trovare la cassetta. Chiamo il CL di turno, e gli dico di far
fare una verifica.
La segretaria salta furi che � da un po' di tempo che non inserisce pi� la
cassetta in quanto "fa resistenza" (il drive � un LTO 1). Giustificandosi
alla bell'e meglio sul perch� non ha avvisato nessuno dell'intoppo.
Mi reco di persona davanti al server e le cassette (2 totali) entrano ed
escono senza grossi problemi. Una delle due bisogna tenerla premuta un paio
di secondi in pi� dell'altra ma alla fine entra senza sforzo.
Ultimo backup eseguito: 15 marzo 2010.

 Ultimo backup eseguito: 15 marzo 2010.
Perchï¿œ non fai un bel rm -rf / ?


 E' più un problema di controller che di dischi, afaik.
Ma con cassettino, connettore hotswap ecc? Questo intendo, non il fatto che 
se stacchi manualmente il cavo non succede nulla.
 
-- 
Vide

 Perchè non fai un bel rm -rf / ?
No, se lo sapessi usare, andrei direttamente di tritolo.
Ero li a vedere di sistemare un'applicazione scritta da un ex collega 
sparito due anni fa. Tale applicazione vive di vita propria.
Un giorno mi chiamano per non ricordo cosa, ed arrivo a fargli 
controllare i cavi di alimentazione del server. Gli dico che dovrebbero 
vedere due cavi di alimentazione che vanno nelle prese, al che, 
l'impiegato che ne capisce di più di computer dall'altra parte, mi dice 
che c'è solo una presa attaccata. Gli dico di attaccare anche l'altra, 
che se salta un alimentatore, il server non si spegne. Mi risponde, che 
la madre del titolare, la quale si occupa dell'amministrazione, ha fatto 
staccare una delle due prese perché il server non consumi troppa corrente.
A patto che consuma quasi lo stesso con uno o due alimentatori attaccati, 
questi hanno il capannone a fianco, pieno di presse per la lamiera alte 
quanto una casa di due piani. 

 se stacchi manualmente il cavo non succede nulla.
Si, con cassetto e quant'altro

 corrente. A patto che consuma quasi lo stesso con uno o due alimentatori
Ok, questa la mettiamo insieme con quell'altro besugo che "i gruppi di 
continuità sono un costo inutile" dove vado a cambiare, randomicamente, 
alimentatori, hd, schede madri, monitor, ogni 3-4 mesi. 
Azienda: fonderia di alluminio, in zona industriale di recente 
costruzione, con n cantieri attivi per capannoni in costruzione 
tutt'intorno.
ciao
Filippo B.
--
http://www.danzainsieme.it
http://www.boschetti.info

 mattino seguente fu sovrascritto con un bel dump vuoto :(
Dalla cui esperienza si impara rapidamente che:
bk_date=`date -%Y%m%d`
bk_remove_date=`date -d "7 days ago" +%Y%m%d`
tar czf "$bk_date".tar.gz /miei/importantissimi/dati/*
rm -f "$bk_remove_date".tar.gz
M