Newsgroup: it.lavoro.informatica
Titolo: tragedia backup

un cliente oggi ha cambiato server , vado a ripristinare i dati ms sql
Prendo il primo backup su disco esterno ( per ridondare )  , creato con un 
semplice script schedulato , contenente  il comando dos XCOPY  : ma  il 
backup era fermo a dicembre 2009!  Si era riempito il disco esterno  , e lo 
script ( file batch) non copiava pi� nulla  , e nessuno controllava il 
backup ( manco il LOG delle operazioni schedulate , che riportava il 
problema );
allora prendiamo il secondo backup fatto da ms sql 2005 ( i file *.bak 
completi  ) ma non ci sono tutti i database ! Il backup , fatto su nastro , 
� aggiornato a ieri , spazio a volonta , ma mancano 2 db su 7 !! perch� ! 
Nessuno controllava che nel backup ci fossero tutti e 7 i db  !
Il bello che nel nastro di gennaio 2010  c'erano infatti tutti e 7 i db , 
poi a febbraio solo pi� 5 , perch�?
Dico  "prendiamo allora  i db originali , dov'� il vecchio server ?"
Buttato mi dicono , ma abbiamo copiato l'intero ( e unico ) disco fisso del 
vecchio serve su un HD esterno !
Bene , lo apro ..e manca proprio la cartella C:\programmi\microsoft sql 
server 2005  !
Niente dati !!!
Il tizio dice" quello � l'intero contenuto di C , vuol dire che ms sql non 
era stato installato in programmi "  , ma figuriamoci , � il percorso di 
default !
Cerchiamo comunque i db su tutto il disco , niente !
arriva il tecnico e dice " in effetti qualche cartella era danneggiata , 
quindi quella � una copia parziale del vecchio disco " , e quindi nisba , 
manca proprio ms sql .
Alla fine ho ripristinato i 5 bak  recenti , i due db di divembre dal hd 
esterno , li ho aggiornati , e fortuna volesse , tali db contengono solo 
tabelle anagrafiche indice , per cui ho inserito con una query blocchi di 
record per aggiungere le anagrafiche mancanti , in quanto aggiunte dopo 
dicembre 2009 .
Alla fine ha tutti i dati , ma che sfiga !


Non � sfiga.

 Non è sfiga.
Concordo.
-- 
Vide

 
Concordo:
Se non hai fatto un restore non è backup, è solo spazio occupato.
Quelli di questa storia cmq non sono i soli a pensare che per fare
backup basti mettere dati a random su qualche supporto senza controllare.
-_-'


Ma prima ancora di arrivare ai restore a campione, avvoglia di cose che si 
possono e devono fare senza tirar fuori la sfiga...
Non ci vuole certo un know-how immane per verificare per ogni db se il 
backup è riuscito o no, e in caso negativo spedire una mail.

 Alla fine ha tutti i dati , ma che sfiga !
Posso dirti la mia opinione?
Se
- viene fatto uno script che non cancella i files piu' vecchi;
- non e' mai stata fatta una verifica dei backup;
- non e' mai stato fatto un restore a campione di verifica (basta un PC
e una macchina virtuale);
siamo proprio sicuri che si chiami sfiga?
-- 
Ciao!
Luca

On 19 Feb, 09:42, "Luca Menegotto" <otlucaCAV...@CAVAMIyahoo.it>
wrote:

Ovviamente no, e aggiungo:
- chi è che butta il vecchio server prima che il nuovo sia operativo,
controllato, in esercizio da qualche giorno/settimana per verificarne
la stabilità e dotato di backup ridondati *e* verificati?
m.

 siamo proprio sicuri che si chiami sfiga?
Aggiungo: più backup fai, su diversi supporti ed in modalità diverse,
come nel caso in questione, più sale il carico della verifica.
Quindi fare un numero eccessivo di backup ridondati alla fine non
serve un gran che. Meglio uno solo, ma ben verificato.

Alla fine ha tutti i dati , ma che sfiga !
Fare riprocessare i log dopo avere fatto il restore dei DB alla data
di novembre non era possibile?
-- 
Living in Barbaropoli
http://www.barbaropoli.com

Fare riprocessare i log
^^^^^^^^^^^^^transaction logs



Ma stai scherzando?
Direi che � ovvio che abbiano i db con il modello di recupero a simple, e 
quindi non esista proprio il backup del t-log, vanno avanti solo con il 
backup completo e periodico dei db per intero.
Ci scommetto la pensione! :-D

 Alla fine ha tutti i dati , ma che sfiga !
eppure non e' difficile, l'ho fatto per anni anch'io tutte le mattine come 
prima attivit� del giorno: se non ci sono stati problemi (e quante volte 
capita in 365 giorni che un backup non vada a buon fine ???) ci vogliono 2 
minuti ...
Mi domando: qualcuno aveva l'incarico di occuparsi dei backup (e non l'ha 
fatto), oppure non era nemmeno previsto ???

 Concordo.
Idem...
piu' che sfiga pare gestione a ca**o di cane dei Backup.
Stef 

 Alla fine ha tutti i dati , ma che sfiga !
forse volevi dire "ma che culo!"
così come l'hai raccontata che alla fine abbia avuto indietro tutti i 
dati è un trequarti di miracolo.