Newsgroup: it.lavoro.informatica
Titolo: Pregate per me

Errori di coerenza su database dell'Exchange aziendale (200 caselle) 
dopo sostituzione di un hard disk del raid, chkdsk da errori sul 
filesystem (fatto in readonly per ora, non posso spegnere il server in 
questo momento).
In pausa pranzo lo tiro giù e provo un repair...
 
Tremo :-( (il backup c'è ma è di ieri, quello di stanotte è fallito, e 
se ci fossero errori anche nel transaction log mi perdo gli ultimi 2 
giorni di posta...mica cazzi)
 
Fate una preghierina per me (o una bestemmia se siete dell'altra 
fazione) :-)
 

 fazione) :-)
 
Una volta è successo in un posto come lavoravo. Non ero il responsabile di quel servizio, ma dato che perdevano un pacco di soldi, mi sono volontariamente offerto di aiutare i due sysadm. 72 ore senza dormire. Non sto scherzando. Un incubo inimmaginabile.
 
La mattina presto dell'ultimo giorno, dopo che tutto era funzionante ed avevamo recuperato tutto, comprese code, ci siamo seduti sulle scale di fronte alla server room stravolti, ed è entrata una collega, ci ha visti così, e si è offerta di prepararci il the. Risposta positiva a cenni, dopo un po ritorna, "milk or lemon", "no, milk no, for God sake", "leeeemoooon", "can't stand milk", al che la tipa ci guarda, sorride, "it's obvious none of you is British".
 
Dopo il the me ne sono andato da Waitrose, ho comprato pane fresco, taleggio, mozzarella di bufala e rucola, 2 bottiglie di Urquell, mi sono andato a sedere su un tavolo in un parco al sole, e mi sono ingozzato fino a scoppiare. Poi me ne sono andato a dormire.
 
Nei miei ricordi le 72 ore precedenti al thé sono tutti oscuri, stile Ragnarok, ma dopo l'offerta del thé, che è il discrimine, ricordo solo luce.
 
BTW, abbiamo salvato il posto di lavoro ad un bel po di gente ;)
 
-- 
ale
http://ale.riolo.co.uk
 

 In pausa pranzo lo tiro giù e provo un repair...
Correggi il file system prima!!!!
 
Se hai un Exchange 2010 SP2 ti consiglio di esportare le caselle su PST prima.
Ciao 
  Francesco

 Se hai un Exchange 2010 SP2 ti consiglio di esportare le caselle su PST prima.
 
E' un 2007. Perch� le esporteresti su pst?
 
 
 

 Una volta è successo in un posto come lavoravo. Non ero il responsabile di quel servizio, ma dato che perdevano un pacco di soldi, mi sono volontariamente offerto di aiutare i due sysadm. 72 ore senza dormire. Non sto scherzando. Un incubo inimmaginabile.
[cut]
 
Ottima prospettiva per il weekend in arrivo O_o

 Tremo :-(
 
Venerdi 13...
:-DDD
 
Comunque, in bocca al lupo!!
 
-- 
Ciao!
Luca

A me successe qualcosa di simile nella vecchia azienda dove lavoravo.
Cliente particolarmente idiota, che per risparmiare aveva preso un cluster Veritas che necessitava di un pacco dischi SCSI recuperato dal mio predecessore Dio solo sa dove.
 
La gestione dell'Exchange e dei backup era passata a un'altra azienda ($noiSiamoFighi&SiamoBravi) dopo una serie di screzi con il cliente.
Dopo mesi che non sentivo il cliente, mi chiama tutto gentile e carino dicendomi che nello storage c'erano due dischi in fault e che il cluster non funzionava.
 
Reperisco un paio di dischi (non più in produzione) e apro un case support all'assistenza del cluster.
Arrivo dal cliente bello tranquillo e incontro il sistemista di $noiSiamoFighi&SiamoBravi e il cliente tutti preoccupati (vengo a sapere che non avevano backup buoni da almeno 3 settimane).
Io cambio il disco, rimetto in linea il cluster con l'aiuto dell'assistenza, riavvio le macchine Exchange, chkdsk, sembra tutto ok.
Intanto faccio firmare il rapportino e rimetto il pc nella borsa. In quel momento vedo il sistemista di $noiSiamoFighi&SiamoBravi (che fino ad allora aveva avuto un atteggiamento molto sprezzante e di superiorità) sbiancare. 
Il DB dell'Exchange si era corrotto in maniera irreversibile e si erano persi un mesetto di posta.
Esco con un sorriso a 45 denti e dico:"Avete bisogno di supporto?", non ricevo risposta e me ne vado.
Che soddisfazione!
 
Non ho più risentito il cliente (nel frattempo ho cambiato lavoro), devo dire che ho provato un grande piacere quando ho letto sul giornale qualche settimana fa che aveva avviato la procedura di concordato fallimentare.

A me successe qualcosa di simile nella vecchia azienda dove lavoravo.
 
 
Anche a me, molti anni fa.
 
Sempre il mer**sissimo database di Exchange Server.
 
Era una  sabato mattina presto ... solo 2/3 persone negli uffici ... mi 
chiama
uno degli impiegati e mi fa vedere la sua casella di posta : assolutamente 
vuota !!!
 
....errore xyz****  ???
 
C'erano solo una ventina di mailboxes, ma non ne funzionava piu' una.
Backup (manuale) fatto forse una settimana prima.
 
Fortunatamente la cosa si rivelo' non gravissima ... un tool di 
ricostruzione
mise le cose a posto in circa 3 ore.
 
Verso l'una me ne sono andato a casa, godendomi la giornata di sole, gli 
uccellini
che cinguettavano e ... convinto di averla scampata bella !!!
 
ciao
fm
 
 

 Mi spaventano un po&#39; i casini che potrebbe combinare eseutil :-)
 
Guarda di per se stessa una utility più che valida ma sei sicura che sia la risposta giusta? Se il db resta montato di solito i problemi sono di natura diversa e si risolvono con ISINTEG, che tra le altre cose è molto più veloce e meno esigente in termini di spazio.
 
Personalmente, dato i problemi al FS, valuterie di farle entrambe
 
L'idea di esportare su PST era per avere un backup ma è fattibile in modo rapido ed umano solo da Exchange 2010 SP2 con il 2007 ti toccherebbe installare una macchina 32 bit con office solo per questo, troppo tempo perso.
 
Ciao
  Francesco

 L'idea di esportare su PST era per avere un backup ma è fattibile in modo rapido ed umano solo da Exchange 2010 SP2 con il 2007 ti toccherebbe installare una macchina 32 bit con office solo per questo, troppo tempo perso.
 
Capito
Grazie.
 
Comunque mi porto avanti e faccio partire l'eseutil stanotte...almeno 
domattina so già di che morte morire :-)
 
 
 

 ripristino all&#39;ultimo secondo, o sbaglio?
 
All'epoca noi non perdemmo niente, nemmeno quelle che ci mandavano i clienti nel frattempo (perché conservate in coda altrove). Ma il database era enorme ...
 
BTW, su Wikipedia qualcuno ha scritto:
 
"ESE has write ahead logging and snapshot isolation for guaranteed crash recovery"
 
-- 
ale
http://ale.riolo.co.uk
 

ripristino all'ultimo secondo, o sbaglio?
 
Dipende da quanti transaction log hai a disposizione: se sono ruotati
troppo rapidamente avrai un buco temporale dopo che li hai
riprocessati.
 
A spanne, mi pare che per controllare l'integrita' eseutil di un DB da
19GB ci metta tra i 50 minuti e l'ora e mezza.
 
Eseutil /G e /K e isinteg non li fai girare?
-- 
Living in Barbaropoli
http://www.barbaropoli.com
 


 
Potrei, ma so già che c'è almeno una pagina con il checksum errato, 
quindi pensavo di partire subito con la riparazione.
Ma la questione del data loss non mi piaceva, ho deciso di fare un 
restore completo...tra pochi minuti scopriremo se ha funzionato...sta 
facendo rollforward dei log
 


 
Raid 5 (da 8 dischi...non mi piace tantissimo avere un solo disco di 
parità su 8 ma così è stato fatto a suo tempo dai miei predecessori...)

 facendo rollforward dei log
 
Pare che ci sia tutto O_o
Mail esattamente come l'avevo lasciata prima di iniziare il ripristino.
Ora un bel check di coerenza e poi a letto O_o
 

 Ora un bel check di coerenza e poi a letto O_o
 
Errori checksum di pagina anche sul database ripristinato.
A 'sto punto mi sa che c'è qualcosa che non va sul controller raid o sui 
dischi.
Sto facendo un ultimo tentativo approfittando del weekend...creare un 
nuovo information store, move mailbox con ignora errori sulle mail 
corrotte, vediamo se cambia qualcosa.
Ma finirà domani sera, è sotto da 8 ore e ha fatto appena 50 caselle 
(25% circa dello spazio...)
Lunedì sarà una giornata stupenda...
 

 quel loro piano? :-)
 
Purtroppo si, non perché non voglia/possa cambiare le cose, ma
semplicemente perché per fare cambiamenti ci vuole tempo...e il guasto é
arrivato prima di farli :-(
Amen. É li che macina :-)

 raid 60?
 
Nel caso che raccontavo sopra, era RAID 6. La mattina mi chiama uno dei sysadm, e mi porta in sala macchine, mi fa vedere una macchina, e mi dice sorridente, ancora all'oscuro di tutto quello che capiterà dopo, "ma tu t'immagini, sono morti 2 dischi tutti in un a volta", io "2?", lui "non ti preoccupare, è in RAID 6", io "RAID 6? E che macchina è quella?", lui "Exchange", io "ah!".
 
Con il senno di poi, il punto debole era l'uso di hard disk tutti uguali (anche i 2 sostituti provenivano dalla stessa partita).
 
-- 
ale
http://ale.riolo.co.uk
 


 
Non sono arrivato a 72 ore di lavoro ma ho avuto pure io un bel weekend.
Sabato sono stato in ufficio perch� avevo altri lavori da fare...ma 
avrei potuto gestire tutto da remoto per fortuna (ho i backup su un nas 
su un altro piano).
 
Comunque...
 
- ripristino da backup con rollforward dei log --> ancora errori di 
checksum O_o
- creato un nuovo database e move mailbox (processo che ha richiesto 24 
ore per 250gb!!!!) --> il database nuovo non ha errori di checksum e 
sono riuscito a backupparlo.
 
Ora bisogna capire se regge o se nei prossimi giorni torner� a far le 
bizze :-(
Intanto sto facendo girare un vmware converter di emergenza verso il 
serverone virtuale...almeno ho la macchina di backup gi� pronta :-)

 fazione) :-D
 
LoL :-D
 
comunque che sfiga! :-D
 
-- 
http://www.evilripper.net
 
http://www.flickr.com/photos/evilripper/
 
 
 

 parit� su 8 ma cos� � stato fatto a suo tempo dai miei predecessori...)
 
Non � tanto un errore avere un solo disco di parit�, quanto non avere
un disco spare.
 
 

 un disco spare.
 
Se proprio vogliamo scegliere, doppia parit� per me � meglio di parit� 
singola + spare.
 
Con la parit� singola + spare hai un momento in cui il raid � pi� 
esposto: il momento in cui il disco spare fa il rebuild :-)
 

 esposto: il momento in cui il disco spare fa il rebuild :-)
 
Soprattutto quando inizi ad avere dischi da 900GB che impiegano 24 ore a 
ricostruire la parit�...