Storie dalla Sala Macchine

mi sa che ci hai ragione ci hai

Per la serie... i disastri del backup (quando non viene fatto!)

anche se Tommaso ha voluto segnalare BackupPC vorrei anch'io segnalare un software di imaging più che backup,piccolo,veloce, comprime molto e non ha quasi difetti Drive SnapShot che fra l'altro funziona e fa l'image anche durante l'uso di windows, e l'immagine è ovviamente COERENTE,mi ha salvato tante e tante volte.

Cazzata. A me e' servito piu' di una volta. E proprio perche' lo faccio bene ho potuto usarlo.

l'ho imparato sulla mia pelle... e tu sulla tua (coriacea oramai)

In compenso, uno dei capi, un po' "tirato", ha voluto usare un Ethernet-Disk per il Backup. E questo e' a 30cm dal Server, cosi' se va a fuoco uno, anche i dati son partiti...

Mah!

L'ho provato sulle mie pall.. ehm pelle, il nostro hosting provider ha fatto qualcosa col server dove era hostato il nostro sito e ha danneggiato tutti i database mysql. Ovviamente loro di backup non hanno idea di cosa sia. Presa la palla al balzo, spostato il sito su server dedicato, girato il domain e ripristinato il backup di 2 giorni prima.

Ovviamente tutto questo durante la notte, il weekend.

Al solito i ringraziamenti per risollevare il nostro morale il lunedì .

Gama

PS: da quel giorno il caro cliente non solo fa il backup, ma le cassette se le porta anche a casa (come e' giusto che sia)

seconda legge dell'ingegnieria: costa di piu' farlo 'rapido-facile' che farlo bene fin dall'inizio...

Fact 1) I dischi in in un raid si rompono sempre in coppia.

Fact 2) Si guasta il controller scrivendo belinate su tutto l'array rendendolo irrecuperabile

fact 3) il computer viene rubato/prende fuoco/e' totalmente distrutto

Ipotesi: Hai un backup su altro raid on site

Fact 1) L'alimentatore dell'array prende fuoco disintegrando anche la macchina vicina contenente i dischi del backup

Ipotesi: Hai un backup su altro raid off site

Fact 1) I dischi si guastano a coppie contemporaneamente sui due raid

Fact 2) il backup risulta illeggibile

Ipotesi: Hai un backup su tape in cassaforte

Fact 1) A causa di una tempesta di fulmini si guasta il raid, e la serratura elettronica della cassaforte collassa in modo tale che servirà una lancia termica per aprirla, e il calore renderà i nastri inutilizzabili.

PS: Ogni cosa elencata è realmente accaduta

idem

Giuro che questa dovevo ancora sentirla

non bazzichi molto i newsgroup tu eh?

Devo proseguire dicendo che abbiamo passato 2 giorni interi (anche la notte fra i due giorni) a spremere quello che avevamo e a studiare una diversa strategia?

no, non era necessario dirlo

Re: nastri. OK, ma sono sempre supporti magnetici, il primo $dork che ci passa vicino con un elettromagnete...

Ho avuto pessime esperienze anche con i magneto-ottici, se vogliamo raccontarla tutta.

La soluzione migliore è la solita: non ci sono mai abbastanza backup, quindi RAID + backup quotidiano su nastro con rotazione (almeno) settimanale + backup ogni tanto dei dati veramente importanti su CD/DVD/Bluray o similari (con il vantaggio di averne sempre una copia storica) + sicurezza geografica (i backup devono stare altrove, meglio se altrove > 1) + ecc.

Ma non ti preoccupare, accadrà sempre qualcosa che sconfiggerà ogni tuo piano...

"Questo è il mio backup. Ce ne sono tanti come lui, ma questo è il mio. Il mio backup è il mio migliore amico, è la mia vita."

Mi associo anche io alle invettive contro i markettari, tanto una volta siglato il contratto si intascano i soldi e si scaricano i problemi sui sysadmin.

E immancabilmente uno o più dischi si romperanno un giorno dopo la scadenza della garanzia...

"Se non ne hai una copia, il dato, non esiste".

Da allora si è aperta una dimensione parallela, e dei dati ne ho almeno 3 copie.

... cos'era successo? Semplice: il notebook aveva fatto un volo di 1 metro e mezzo...

Evidentemente non ti e' mai saltato un singolo disco o un singolo server.

Sarà che non ho ancora visto un raid o un cluster fatti come si deve...

ecco, cio' e' possibile

HAHAHA mi sono messo a ridere a questa... In effetti, da ridere non c'è tanto, mio fratello non capisce che un raid striping è diverso da RAID mirroring ed insiste a mettere i nostri PC con 2 o 3 dischi in striping "che c'è più spazio". A nulla vlagono le mie proteste... per lo meno abbiamo un Disco USP di Backup (che, seriamente, fa il suo porco lavoro) che ci ha salvato il c##o già una volta che un hard-disk è andato a ${donnine facili}. Comunque, a mio avviso, è una questione di mentalità: gli utonti non capiscono quanto Winsozz sia problematico, o se lo capiscono, lo accettano, come se fosse inevitabile ("Potreste usare Linux...", "E che è?!?!"). Questa mentalità causa l'accettazione che i dati possono essere distrutti (non solo a causa dell'OS) e che vengano persi per sempre (come con la carta). E' la battaglia di Don Chisciotte, D, contro i mulini a vento delle certezze dei Luser.

disco USP?

no lascio che glielo dica il suo capo

Checchè ne dicano i marchettari, lo striping non è RAID ... è solo AID... di Redundant non ha proprio niente.

Perchè io, in tutta la mia vita lavorativa, ho sempre trovato solo RAVED (Redundant Array of Very Expensive Disks) ... mai una volta che fossero davvero economici ...

Tra parentesi, la mia strategia di backup è:

- Dischi RAID;

- Backup giornaliero su dischi su altro server per i dati importanti;

- Backup su nastri giornaliero/settimanale, con 2 set di nastri (una settimana uno, una l'altro);

- Backup su nastro dei dati importanti, di tanto in tanto.

E nonostante questo, mi è capitato di perdere dei dati: dopotutto basta il solito CL che sovrascrive un documento importantissimo con un altro documento importantissimo(il nome "documento importante.doc" è una garanzia) e se ne accorge con due mesi di ritardo ...

come al solito, nel 90% dei casi il problema non e' distruzione fisica del computer o guasto hardware, ma e' l'utente che schissa 'DEL' due volte di troppo...

il server mio personale faceva la copia dei mie dati da un raid ad un altro e tutti e due su doppia copia su nastri!

Davide, dici che posso stare tranquillo?

P.S. Il backup funziona sempre è il restore che da' problemi!

Ok, OK, USB, ma credo si capiva, no?

X Io me medesimo

Sono d'accordo, ma in certi sensi lo striping può essere utile (Tipo ho bisogno di un sacco di spazio, ma non ho un disco abbastanza capiente...). Certo, solo se ci dimentichiamo di cose come sicurezza, stabilità e non vogliamo dormire sereni la notte...

Ah, e non fate come alcune delle società che operavano nelle Twin Towers, che avevano i nastri del backup off-site nel seminterrato...

Io mi chiedo perché nel nostro campo quando ${fornitore} vende ${soluzione} che non funziona, i clienti non s'incazzano ma chiedono al ${sysadm} di turno di fare miracoli, ovviamente di notte o nel weekend.

Mi hai venduto sistema "sicuro" + ho perso i dati = mi paghi i danni. Non mi pare difficile come equazione.

Penso che le bestemmie partite siano ancora impresse nel muro che mi trovavo di fronte quando mi sono accorto della sottrazione..

Bè, non esageriamo; parlo per esperienza: in qualche occasione il mirroring mi ha evitato grossi casini, anche se è chiaro (almeno: dovrebbe) che il RAID non è un backup.

Ciao

Dan

Tanto vale avere piu' spazio finche' i dischi durano

Per il mirror, coi dischi consumer ho avuto un sacco di falsi decessi (dischi che da soli funzionavano perfettamente, ma se li mettevi in mirror il controller diceva che uno dei due non era buono) quindi ho smesso di provarci...

Ogni settimana faccio il backup dei dati sul mio portatile utilizzando un cdrw. Partendo per le vacanze lascio la borsa nel solito angolo in casa. Rubano in casa. Ovviamente rubano anche la borsa con il portatile. Straovviamente avevo lasciato il cdrw nella borsa.

Caso 2 (penso UNICO)

Rubano il portatile a un collega (con HD esterno di backup nella stessa borsa). Una settimana dopo riceve n.4 (QUATTRO) cdrom, per posta, con tutti i suoi dati.

Mauro

perche' se il problema fosse nell'alimentatore o nel controller allora si romperebbero all'istante, non dopo X mesi

Resto dell'idea, almeno dal mio punto di vista prettamente applicativo, che BACKUP e RAID siano due cose diverse che servono per obiettivi diversi.

Volerli mettere in alternativa sarebbe come vendere un'auto senza freni perchè tanto ha $tanti airbag.

- server in raid 1/5

- backup su nas in raid 5/6

- backup remoto su mio nas raid 5 in mio ufficio (a distanza d'incendio del quartiere).

ogni backup segue la rotazione 5-4-3, ultimi 5 giorni, ultime 4 settimane, ultimi 3 mesi.

log giornaliero inviato via mail agli amministratori per verifica (si, lo so che non lo guarda mai nessuno).

che dici, sto tranquillo ...

ogni quanto provi un restore? cosi'... tanto per...

Il tapino di un mio collega lasciò il nastrino su davanzale della finestra ad abbrustolirsi al sole di agosto ... (= smagnet, smagnet)

questa preghiera. Amen.

no gli allarmi li riceviamo noi direttamente

non esiste NIENTE che non si rompe MAI

io nella mia sconfinata ignoranza faccio raid + backup oppure 2 raid, e il secondo è un clone giornaliero.

I RAID non sono stupidaggini: servono e come! Sai quanti dischi sono partiti e non se ne è accorto nessuno?

Solo che sono necessari ma non sufficienti.

backup su disco esterno in altra stanza 1 volta al giorno e mantenuto per una settimana da lunedì a venerdì.

backup via rsync una volta ogni due giorni da ditta a location distante 25 km (casa mia)

dischi in drbd.

Nonostante ciò vivo perennemente col "mal di pancia" e si riesce a perdere dati.

il restore viene fatto (non provato) ogni mese su una macchina virtuale (una diversa per ogni cliente) che mi serve da test per avere allineati i programmi e l'ambiente del cliente.

ps io con i nastri (dds sopratutto) ho avuto talmente tanti problemi, che li evito come la peste. è capitato più di qualche volta il dover "mediare" il ripristino da 3/4 nastri prendendo il "leggibile". nonostante il backup prevedesse la verifica.

Ora, vedo che molti di voi hanno accusato piu' dischi rotti nello stesso momento. Come diavolo è statisticamente possibile questo?

Hanno tutta l'eternità davanti e 4 dischi su 5 scelgono lo stesso minuto per salutare questo mondo?

1) Dio esiste ed e' un bastardo, ma su scala galattica; 2) Murphy; 3) la fortuna e' cieca ma la sfiga ci ha 20/10

RAID li ammazza stecchiti

Una sana politica di disk quote sarebbe la cosa migliore. bastone e carota per gli utenti, ma entrabi infilandoglieli su per il... avetecapitodove.

A proposito: strano che il commerciale non abbia rifilato a CL un costosissimo sistema di backup.

i numeri seriali di quel coso non si possono definire "sequenziali" in quanto contengono una massa di lettere e numeri in ordine (a parer mio) randomico. Dato che tutto il coso e' stato acquistato in blocco e' possibilissimo che i dischi fossero usciti dallo stesso lotto di produzione.

Una regola che spesso è valida è scegliere dischi fabbricati in periodi diversi,in modo da avere una possibile rottura NON contemporaneamente.

Ripeto, non è un assioma, ma uno stratagemma

p.s. grazie Davide per il tuo fantastico sito, non sai quante volte ho letto e riletto le storie e gli articoli

ci hai ragione. Corretto. E si che l'avro' riletta un bazilliardo di volte...

Come hanno perfettamente detto Duck72 e gli altri prima di lui, i dischi RAID provengono generalmente dallo stesso lotto di produzione, quindi hanno la stessa identica aspettativa di vita; se poi si presenta un difetto di produzione, questo in genere affligge l'intero lotto (perché non ci si accorge mai del difetto dopo aver prodotto UN disco, ma solo dopo che il lotto è finito); infine, lavorano nella stessa stanza, con lo identico controller, identico alimentatore, stessa umidità, calore, elettricità statica, identiche sollecitazioni elettriche e meccaniche, identici CL, identica concentrazione di polvere...

Se sono identici alla produzione, e se le condizioni deterioranti sono identiche, identica sarà la "data di morte"...

Ora, vedo che molti di voi hanno accusato piu' dischi rotti nello stesso momento. Come diavolo è statisticamente possibile questo? Hanno tutta l'eternità davanti e 4 dischi su 5 scelgono lo stesso minuto per salutare questo mondo?

DB:

1) Dio esiste ed e' un bastardo, ma su scala galattica; 2) Murphy; 3) la fortuna e' cieca ma la sfiga ci ha 20/10

Direi che la risposta che potrei dare io e' identica a quella di D

ruota, ruota, ruota, ed ancora ruota. ed il restore? sconosciuto?

ergo i miei dati :chiavetta usb, pc di casa, backup su server in raid mirroring.

ed ogni tanto una raccomandazione a murphy

> Bè, non esageriamo; parlo per esperienza: in qualche occasione il mirroring mi ha evitato grossi casini, anche se è chiaro (almeno: dovrebbe) che il RAID non è un backup.

Peccato che si parlasse di striping...

Comunque concordo che il mirroring qualche casino lo evita, se non altro, ammesso di avere i backup, se un $discofuorigaranzia saluta non perdi tempo a ripristinare.

Un cliente che aveva un server con 5 dischi (hotswap) in RAID5 (4 in linea ed 1 hot spare) che aveva comprato altri 10 dischi uguali.

Secondo lui per fare il backup bastava sostituire un disco ogni notte.

Il sistema e' andato a meretrici dopo una settimana (e secondo me e' durato pure tanto).

hummm... mangiava pane e volpe quello li?

serve quasi mai? io l'ho gia' usata due volte quest'anno l'assicurazione...

la domanda e': quante volte, su 10, funziona il restore????

io non dormirei cosi tranquillo:)

appunto per quello il backup bisogna provarlo

configurazione precedente:

- Raid 1 di 2 dischi, backup su disco esterno SULLA STESSA SCRIVANIA e collegato alla STESSA PRESA. Risultato: fulmine "divino" e seccato tutto, il raid è servito a bruciare 2 dischi anzichè uno, il backup a bruciarne 3...

in questo caso devo far notare che, raid o non raid, se un fulmine ti entra nel sistema va' a ramengo tutto, quindi la colpa non la darei al raid, semmai alle prese non protette

configurazione attuale:

- stesso raid 1 ma il backup lo sposto e per i dati importanti ogni tanto qualche backup su dvd...

Sperem...

Fresca di mezz'ora fa: dalla nostra sala server urlo belluino di $Boss.

Un tecnico ha pensato bene di aggiornare il firmware di un controller RAID di un splendido server $notamultinazionaleusa... e la cosa non è andata benissimo...

Comunque abbiamo i backup (che funzionano), ma $Boss se ne ricorderà?

IMHO dovrebbero allegarla come foglio informativo ad ogni hard disk venduto, un po come per i medicinali. Dopotutto, il backup serve a curare insonnia, gastrite, mal di testa...

di un po, hai mai pensato di leggere le FAQ?

Cmq mi gioco un caffe' che il prossimo "step" del cl se non ben addesrato a chiavi inglesi sara' eseguire il backup sulla stessa macchina e sullo stesso disco, perche' tanto c'e' spazio.

"RAID li ammazza stecchiti"

... questa frase suona molto spesso dalle mie parti per voce del sottoscritto :LOL

Una domanda ... visto che mi son trovato sufficientemente bene con SMART, tanto da predire con quasi matematica certezza il TEC (la morte del drive) possibile che nessuno abbia avuto la minima o benchè minima avvisaglia che i drive erano, per così dire, sul precipizio ?

Buona settimana a tutta la combriccola

Tenete conto che col pc non ci lavoro, quindi non ho dati VITALI.. però mi scazza il solo pensiero di poter perdere foto o documenti personali et similia.

Le (varie) volte che si è introiato tutto (Windows è miracoloso, in questo!) non ho avuto il problema di tanti colleghi... di questo dovrò sempre ringraziare l'amico C., che mi ha fatto una testa così con l'importanza dei backup già da quando non possedevo ancora un pc!

Un saluto a tutti!

si vede che son finite le ferie...

Quanto al backup su disco, va bene si ha bisogno di un backup veloce di primo livello. I nostri server oracle hanno uno storage primario FC in RAID 1+0, uno secondario FATA RAID 5 per il backup (e restore) veloce, dal quale poi la type library con calma trasferisce tutto su nastro per l'archiviazione.

Sennò nastro tutta la vita.

Mi è capitato di NON AVERE dischi guasti ma dati corrotti a causa della memoria del controller raid che era saltata. E li che ti vuoi recuperare?

E' mia opinione che, in caso di danno/guasto, e' piu' semplice considerare l'intero lotto "perso" e ripartire dal backup piuttosto che cercare di "recuperare" roba dai dischi.

Ultimamente, tanto per pararmi il didietro, ho impostato dei mini.script che a orari fissi fanno comunque le copie su un disco fisso esterno.

Finora non sono servite, ma non si sa mai.

che il loro Coefficiente di Fortuna sfiora l'infinito...

Tra me e me: Dodici anni e non e' piena?

Porto la cassetta che mi hanno chiesto e do un controllo a quella che stanno usando. Avevano un perfetto backup (perfettamente funzionante) dell'elenco dei files presenti sul server, ogni giorno, negli ultimi dodici anni.

Gli ho spiegato il tutto, ho riconfigurato il tutto. Una cassetta al giorno (l'azienda e' enorme e producono una mole infinita di dati).

Dopo due settimane mi hanno detto di rimettere le cose come stavano prima, che consumavano meno cassette.

Ora sono otto anni che continuano a fare il backup della lista dei files.

In definitiva la cosa che voglio dire e' che... questi c'hanno una fortuna indescrivibile!

* Il RAID ti server per non far piantare il server se uno o più dischi del setup se ne va a prostitute, in modo che il sysadmin abbia il tempo di spegnere la bestia "dolcemente" e fare il suo lavoro.

Qui entra in scena il Backup.

* Il Backup serve quando, riparato o sostituito uno o più dei suddetti dischi che hanno deciso di andare a pettinare le anatre, il sysadmin deve ripristinare i dati.

Hai dimenticato "quando il CL di turno schissa 'delete' 3 o 4 volte di troppo. Che e' un fatto che si verifica constantemente.

Quindi... il backup è _fondamentale_.

E per essere più efficenti si possono usare tutti e due _insieme_. Ma solo il RAID *mai*.

Sono stato bravo professor Bianchi??

Diahane

.....

.....

Ma e' il backup, ovvio

Per chi invece parla di DDS o nastri in genere: non sempre fare un backup su nastro e` possibile, se hai dischi di dimensioni smodate (due san da 24TB per esempio), in quel caso una possibile soluzione (abbiamo anche DLT e LTO col caricatore ma non bastano, le piu` grosse sono da 100/200GB l'una) e` incrociarne i dati via fibra (si, sono geograficamente distanti, quindi il meteorite dovrebbe essere talmente grande da non rendere necessario il restore, ne altro...).

--

R.

Come dice un mio amico: la paranoia e` una virtu`

--

R.

Peraltro, le volte che un mirror o anche un RAID5 ci ha salvato il Q quando uno solo dei dischi è andato in VH non si contano. Chiaro comunque che i concetti di "ridondanza" e "backup" non coincidono.

Il mese scorso mi son dovuto inventare un dump di tutto il sistema windows e un backup giornaliero su hard disk esterno di tutto il database. Abbastanza orrido, ma era l'unica soluzione...in compenso almeno ora questa azienda HA un backup, prima avevano contabilita' clienti/dipendenti database articoli/punti vendita degli ultimi 5 anni su una sola macchina, niente backup, nemmeno raid. C'e' mai stato un tempo in cui i dirigenti capivano che investire 1000 subito aiuta a non spendere 5000 in caso di disaster recovery?

Infatti è proprio questa la lezione che ho imparato...

E se i meteoriti fossero due??!!

> E se i meteoriti fossero due??!!

va bene che la sfiga non ha limiti.... però e che caspita!!!...

oggi e' normale comprare hd da 0,5 tera.

pero' questo spinge gli utenti a usare il proprio hd come contenitore di raccolta indifferenziata (porno, mp3, divx, ecc), e visto che non capiscono una sega, infilano tutte queste porcherie nelle directory dell'hd che vengono backuppate (avevo fatto un programma di backup centralizzato nella mia vecchia ditta, e il 95% della roba backuppata era spazzatura. Novantacinque).

ecco perche' non ci sta piu' nulla nei nastri.

perche' la gente non riesce a capire che: vuoi tenerti gli mp3 sul disco fisso del pc? ok, ma i backup te li fai su dvd, che poi ti porti a casa, e non infili quella roba sul file server!

Non sono un informatico ma sono il "sysadmin" dell'ufficio.

Nessuno dei miei utenti si sogna minimamente di fare il backup su cd dei loro portatili.

Io non sono riuscito a trovare un software che faccia il backup a loro insaputa ed in automatico.

Consigli?

E' una lotta persa in partenza. Il fatto che sono portatili indica che non sai mai quando e se sono in ufficio e quando e se sono collegati alla rete, quindi non puoi usare una "schedulazione", d'altra parte se lo fai partire di default al login 99 su 100 lo interrompono perche' vogliono (giustamente) usare il laptop.

Si, ho già pronta la capsula spaziale per fuggire su un altro pianeta in caso di failure, ma i dati sarebbero persi lo stesso

Ciao

visto su un depliant di $nota_grande_cooperativa_italiana drive da 1Tb (sissignori UN TE-RA-BY-TE) venduto quindi al 'grande pubblico' per 117 eur ... fate vobis

Risucchiato in meeting per $progetto_evanescente becco $folle_mega_conslutant (mega==megalomane) che, armato di UZI/brochure, al posto del caro Backup/Restore mitraglia replica di server ad libitum a cerchi concentrici con raggio di kilometraggio incrementale n*250 dalla sede centrale. Dopo 10^3 ripetizioni della parola DI...SSASTER, con conseguente nitrito di frankenstaniana memoria, il MUB (megaultraboss) mi guarda interrogativo (mentre cancello con discrezione un BWAHAHAH dalla minuta). Non resisto all’assist dell’inquietante quadro economico proiettato e propongo di includere, una voce sulla clonazione umana (in caso il Disaster colpisse solo il SysAdmin ($grat_grat)). Il MUB trasale (forse rinsavito) e chiude la riunione con un “ci penseremo” (speriamo tombale) per la proposta. Risultato: cancellata la mia partecipazione alle riunioni successive del progetto (e vai!!!).

il che e' bene o e' male?

Altrimenti anche i nastri sono cresciuti di capacità, ad esempio ci sono tape library da 1400TB (sì, un petabyte e passa...), con 44 meccaniche e oltre 3000 cassette, velocità 38TB/h, basta fare un mutuo trentennale

Se il NAS e' il backup ed e' stato sostituito ha fatto il suo dovere. Il problema non e' su cosa si fa il backup, e' farlo.

Questo si, ma anche che evidentemente il backup è un tema particolarmente sentito.

Ciao

si

Cioè, andava bene anche "rapidi e silenziosi come (chessò) pantere" volendo? No, perchè...

Continua così!

@Gabriele: lo SMART lo guardo ma mi fido di piu` del cambio fisico del disco ogni 2 anni

@KM: abbiamo anche quelli, 3 scatoloni della d*d* che fanno data-decuplication e che tengono uno storico di un mese (backup giornaliero full su disco in pratica, ma depurato dai doppioni e compresso). E anche le tape library (ma un ordine di grandezza piu` piccole di quelle citate da te .

I problemi grossi restano due: ${enne} client (con enne vicino a mille(!!)) il cui spazio disco supera di gran lunga la somma di tutte le SAN e SAN troppo grosse per essere backup-ate in una finestra temporale decente (o almeno inferiore alle 24h).

Magari mettessero un po` di mp3 o dvd sui dischi, almeno sarebbe spazio speso bene, sono tutti archivi e db (l'oracolo).

--

R.

Anche a me è capitato... da allora tengo un grosso bastone a portata di mano al CED

"Se non è rotto non aggiustarlo" è tantopiù vero quanto più è fondamentale il pezzo che si va a smandruppare!

Certo, pure uno in un server e uno nell'altro, devono essere empatici, che dici?

qui

In pratica e' un sistema che monta la share di amministrazione di Windows c$ e fa il backup dei file e delle directory che avete specificato nel file di configurazione, 1 File per 1 utente.

Qui dove lavoro adesso lo usiamo salvare i dati degli utonti, sia con pc fissi che portatili.

Funzionerebbe benissimo, se non fosse che il server di backup (a causa del lento aggiornamento del reverse dns) a volte non trova il computer da backuppare perché il pisquano s'e' attaccato via wireless!

Di solito dice che non sapeva che il backup non funziona in questo caso, e da la colpa al sysadmin (cioè mia!) che non lo avevo avvertito... Che colpa ne ha dunque?

L'ho avvertito, eccome se l'ho avvertito!!!

Idem per Outlook, va tenuto chiuso ogni tanto... ma c'e' sempre quell'email importante che... Il re resto lo sapete no?

Il programma che hai citato, sembra un ottimo sostituto del Norton Ghost. Il mio sf fa dei full backup e gli incrementali, quello tuo un'immagine dello stato attuale.

Entrambi utili, ma con scopi diversi. Nessuno migliore dell'altro quindi

se la "postazione" e' un server che ca$$o ci fa con un client di backup per desktop?

hai backuppato tutto il server tranne i dati e/o la configurazione live del servizo. Mi riferisco al backup di prodotto $rete_sensoriale che molti utenti odiano perché gli impedisce la navigazione sui siti porno e loro dicono che vogliono vedere le quotazioni di borsa.

E che c'entra il backup con la "navigazione"?

Allora e' una cazzata anche quella di O-Zone.

Puo' darsi

Perche' se hai potuto usarlo (il backup) vuol dire che non ti eri dimenticato di farlo.

Il tuo commento era "il backup non serve a chi lo fa bene", il che e' una ca$$ata.

Ma non ho capito perche' hai commentato solo la mia. Forse non ti piace come ho scritto Marfi?

anche la sua e' una ca$$ata ma di tipo diverso.

Impari a farti assumere dalla stessa ditta di Davide Bianchi

o piu' di una reinstallazione completa dell'intero sistema+reinserimento di tutti i dati...

il tuo amico ha esaurito tutta la sua dose di fortuna per i prossimi 30 anni, lo sa vero?

ma facciamo anche 50

grazie per avermi risposto: mi sento meno "alla deriva"

BackupPc l'avevo scartato perché non tutte le cartelle da backuppare sono condivise ma se me lo consigliate voi lo riconsidererò.

Per caso avete notizie di boxbackup? E' l'unico che sembra avere un client windows da far girare come servizio e pure una gui... ok, scusate, dimenticavo che voi non doppiocliccate

Ciao e grazie.

Una ragione in più.

Meglio averne uno fatto bene che averne bisogno.

giorno 1: muore disco 1. Nessuno si cura del fastidioso biiiip che proviene dalla sala server.

giorno 8: muore disco 2. Nessuno si cura del fastidioso biiiip che proviene dalla sala server.

giorno 10: muore disco 3. Nessuno si cura del fastidioso biiiip che proviene dalla sala server.

[...]: Nessuno si cura del fastidioso biiiip che proviene dalla sala server.

giono 15: siamo spiacenti di comunicarle che, essendo morti tutti i dischi sul vostro server, è impossibile recuperare i dati. Ma non vi siete accorti del fastidioso biiiip che proveniva dalla sala server?

>>ma facciamo anche 50

Non so' davvero dirvi che fine ha fatto, si e' trasferito a Torino e non l'ho piu' visto. Forse mi dovrei preoccupare? Posso solo dire che la scena a tutt'oggi raccontanta dagli studenti anziani alle matricole. E sono passati ben 5 (cinque) anni!!!

Con backuppc non devi usare necessariamente una condivisione dell'utente, ma quella amministrativa che e' sempre attiva.

La "famosa" share c$ per intendersi

Chiaramente l'utente "X" che sara' usato per fare i backup deve essere nel gruppo administrators o non potra' accedere a quella share...

Saluti

We would like to inform you that ISEE has acknowledged an incident that potentially may require onsite service. All information pertaining to this issue have been gathered and analyzed and the incident will now be dispatched to the storage team for further action.

The following information for the support request ISEE has logged with us:

Support Event Case Number: $big_int_number

Problem description: EVA5000: The disk has been rendered inoperable: [ Rack: 0, Enclosure: 2, Bay: 5 ]

Doh!

In altre parole: 'we hope you backed your shit up'

Raid + backup su nastro. Il tecnico e' gia' arrivato e il disco e' stato sostituito. Considerando che Murphy mi guarda sempre storto, devo preoccuparmi???

Il fatto che tu sia paranoico non vuole dire che "loro" non esistano...

La paranoia è come il backup... ti salva la vita!

Comunque non è successo nulla di piu' venerdi', magari il sig. Murphy era occupato con un certo sysadmin in Olanda...

Potrei quasi darti ragione...

Non mi devo tenere la curiosita' fino a meta' aprile???

magari un po' meno

Intendevi che la paranoia ti salva la vita vero??

no, che Murphy ci aveva altro da fare

Non volevo gufartela, scusa

Tar, SCP, RSync

Intendo ovviamente sotto Linux

Ah, già che ci sono: per fare le immagini(o snapshot, o come vuoi te..) delle varie partizioni ecc, cosa usi?

dd

Grazie della risposta. Usi qualche accorgimento(non so, cambio di algoritmo di cifratura o altre robe) per aumentare la velocità di trasferimento di scp/sftp? Finchè usavo ftp tutto ok.. adesso, causa sicurezza, uso sftp ma è leeento..

No. Se il backup ci mette piu' di X ore ad essere eseguito e' il momento di avere uno step intermedio: salvare su disco locale e poi fare il trasferimento nottetempo.

dd

Lo supponevo

Riguardo dd.. non l'ho mai approfondito.. fin'ora al lavoro ho sempre usato ghost per fare le immagini di una 20 di pc e ripristinarle quando i CL (che sono insegnanti, quindi te la auguro tutta..) sputtanano tutto. E se volessi usare dd? (partizioni ntfs, w2k/xp, c: disco con tutto il sys e d: che contiene solo l'immagine). E' tecnicamente possibile?

Non sto a spiegare in dettaglio, ma se si potesse fare in sicurezza.. avrei un progettino per automatizzare completamente l'aggiornamento delle immagini e anche il loro ripristino..

Per Windows vai di remote install. Tanto il backup ti serve comunque.

Nel mio caso faccio tutto su disco. Devo dire che è MOLTO complicato da configurare perché fa cose complicate.

Ma mi ha molto convinto

questa documentazione.

ma a che temperature di esercizio vanno questi bedda matrix di dischi per rompersi in "massa" ?

-- emaxtreme

Certo, i dischi si rompono le mamme invecchiano ed i ponti crollano. E' la natura delle cose.

-- Davide Bianchi