Ricerca 
it-ITen-US
Registrazione
Accedi
In-Vesti Dotnetwork
IN-VESTI DNW!!!
Sono finalmente arrivate le nuovissime T-Shirt di DotNetWork!!! Con soli 15,00 € ci sosterrai nelle spese di gestione della Community e ti invieremo a casa una splendida maglietta.
Se vuoi contribuire al mantenimento di DotNetWork.it Vai sulla pagina Iscrizioni
Effettua il pagamento usando IWBank
Click per andare alla pagina di Iscrizione
Oppure un Bonifico bancario (le coordinate sono sulla pagina Iscrizioni), inviaci una mail a support@dotnetwork.it indicandoci la tua taglia e l'indirizzo di spedizione.  Non appena verificata la ricezione del pagamento provvederemo a spedirti la tua T-Shirt.  Le magliette sono disponibili nelle taglie S-M-L-XL-XXL (in caso di esaurimento di una delle taglie, indica quella di "Backup"). Grazie per IN-VESTIRTI con NOI!!!
.:DotNetWork Founders:.
    Stampa     


DotNetWork Forums
Backup anomalo
Ultimo Post 05 giu 2009 14.38 by Sabrina (DNW TEAM). 1 Risposte.
Stampa immediata
Ordina:
PrevPrev ProssimoProssimo
Non sei autorizzato ad inviare una risposta.
Autore Messaggi

Posts:173

--
04 giu 2009 17.04  
Salve a tutti,
ho una questione un pò strana. Premetto che il DB in questione è basato su SQL Server 2000.
Ho un a situazione in cui in un backup non mi ritrovo i dati di una colonna di una tabella; mi spiego.
Per esigenze di assistenza ho prelevato il backup di un cliente, eseguo il ripristino in sede, faccio le mie verifiche e decidiamo di ripristinare il suddetto backup nel database del cliente; a cose fatte risulta che in una tabella i campi reletivi ad una colonna sono tutti vuoti. Verifichiamo il vecchio DB (di cui avevamo una copia del file scollegando il database ) e questi campi erano correttamente compilati. Ora, il backup era del giorno prima quindi non è ipotizabile che siano stati dati nuovi, non esiste nella procedura una istruzione update su quella tabella atta a svuotare il campo in esame, non è pensabile che l'utente abbia inserito i valori nella tabella nottetempo (trattasi di un cospiquo numero di righe). Il database ha la gestione per utenti.
Cosa diamine è successo?

Grazie a tutti.

Posts:811

--
05 giu 2009 14.38  

Il DB che hai restorato in sede aveva tutti i dati?

Il Server SQL che hai usato in sede era identico a quello del cliente?
Stessa lingua, stessa versione, stesso SP stessa collation di default?

Le modifiche che hai fatto alla copia del db contenevano delle modifiche al tracciato della tabella di cui hai perso il dato?

E' difficile che un restore possa modificare i valori di un solo campo di una tabella da solo. Se ci fosse stato qualche problema di qualsivoglia genere sul backup dubito che un solo campo ne avrebbe risentito.

saluti

Sabtrina

Sabrina
Non sei autorizzato ad inviare una risposta.

Active Forums 4.1
       
Articoli
.NET e l'Interoperabilità COM
Come utilizzare Dll non referenziabili per convertire un documento Word in PDF
2008/07/05 | Autore: Massimo Lofrano
Unit Testing del codice (parte 1)
Le basi per la costruzione di test per rendere più solido il nostro codice
2007/12/26 | Autore: Sabrina Cosolo
Lavorare con i Generic - Led Control
Creare un controllo che simula i moduli LED
2007/11/11 | Autore: Alberto De Luca
Panoramica delle Proprietà Subordinate (Dependency Properties)
Come iniziare a capire WPF Parte 6
2007/11/22 | Autore: Patrizia Cosolo
SQL Server 2000/2005 Manutenzione Database
Uso di DBCC ShowContig e di sys.dm_db_index_physical_stats
2007/08/05 | Autore: Sabrina Cosolo
Fritto Misto - Classi di uso comune(parte 3)
Helper: Due interfacce per implementare classi Entity
2007/10/22 | Autore: Sabrina Cosolo
ADO.NET Funzionalità di base
Effettuare una ricerca su recordset disconnessi tramite DataView
2007/12/02 | Autore: Andrea Zingoni
Codedom Introduzione all'uso parte3
La classe Helper per le funzionalità CodeDom
2009/11/07 | Autore: Sabna Cosolo
    Stampa     
Home|Forums|Blogs|Mappa del sito
© 2007-2010 by DotNetWork  .:.  Condizioni d'uso  .:.  Privacy  .:.  Accedi  .:.