Discussione:
database in stato di sospetto
(troppo vecchio per rispondere)
Paolo
2004-02-19 13:59:33 UTC
Permalink
Ho un database in stato di sospetto,
ho provare a eseguire la sp_resetstatus e a riavviare SQL
server, ma non ottengo nulla.
Devo effettuare qualche altra operazione?

nel log di sql server ho il seguente messaggio :-(
'I/O error 23 (errore nei dati (controllo di ridondanza
ciclico),) detedted during read at offset 0x00000000ca4000
in file ...Laundry_Data.MDF'

AIUTO!!

GRAZIE
Paolo
Lorenzo Benaglia
2004-02-19 14:14:33 UTC
Permalink
Post by Paolo
nel log di sql server ho il seguente messaggio :-(
'I/O error 23 (errore nei dati (controllo di ridondanza
ciclico),) detedted during read at offset 0x00000000ca4000
in file ...Laundry_Data.MDF'
Ciao Paolo,

non vorrei spaventarti, ma secondo Neil Pike si tratta di un problema
hardware :-)
http://www.google.it/groups?hl=it&lr=&ie=UTF-8&oe=UTF-8&threadm=37688932.F20FAF1F%40163.net&rnum=8&prev=/groups%3Fhl%3Dit%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26as_drrb%3Db%26q%3DI%252FO%2Berror%2B23%2Bgroup%253Amicrosoft.public.sqlserver.*

Sei in possesso di un backup?
nel caso la isposta sia no, hai provato ad eseguire una DBCC CHECKDB?
Post by Paolo
GRAZIE
Prego.

Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://mvp.support.microsoft.com
http://italy.mvps.org
David
2004-02-19 14:37:09 UTC
Permalink
Post by Lorenzo Benaglia
Post by Paolo
nel log di sql server ho il seguente messaggio :-(
'I/O error 23 (errore nei dati (controllo di ridondanza
ciclico),) detedted during read at offset 0x00000000ca4000
in file ...Laundry_Data.MDF'
Ciao Paolo,
non vorrei spaventarti, ma secondo Neil Pike si tratta di un problema
hardware :-)
E non solo Neil Pike presume un errore hardware, purtroppo!
Ci sono parecchi casi nei ng, vedi ad esempio
http://makeashorterlink.com/?V28552577
http://makeashorterlink.com/?N2D521577
e tutti parlano dello stesso problema.

Ho trovato anche i seguenti articoli nella KB Microsoft, che sembrano sempre
relativi all'argomento
http://support.microsoft.com/default.aspx?scid=kb;en-us;828339
http://support.microsoft.com/default.aspx?scid=kb;en-us;826433&Product=sql2k

Mi pare che la conclusione alla quale tutti arrivano, negli articoli
segnalati, è che la cosa migliore è tirar fuori un bel backup :-)

Ciao

David
Paolo
2004-02-19 14:40:22 UTC
Permalink
-----Messaggio originale---
Post by Paolo
nel log di sql server ho il seguente messaggio :-(
'I/O error 23 (errore nei dati (controllo di ridondanza
ciclico),) detedted during read at offset
0x00000000ca4000
Post by Paolo
in file ...Laundry_Data.MDF'
Ciao Paolo,
non vorrei spaventarti, ma secondo Neil Pike si tratta di
un problema
hardware :-)
http://www.google.it/groups?hl=it&lr=&ie=UTF-8&oe=UTF-
8&threadm=37688932.F20FAF1F%40163.net&rnum=8&prev=/groups%
3Fhl%3Dit%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26as_drrb%3Db%
26q%3DI%252FO%2Berror%2B23%2Bgroup%
253Amicrosoft.public.sqlserver.*
Sei in possesso di un backup?
nel caso la isposta sia no, hai provato ad eseguire una
DBCC CHECKDB?
Post by Paolo
GRAZIE
Prego.
Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://mvp.support.microsoft.com
http://italy.mvps.org
.
Non ho nessun backup purtroppo,

quando eseguo la sp_resetstatus ho il seguente messaggio:
'Prima dell'aggiornamento della voce sysdatabases per il
database 'Laundry', modalità = 0 e stato = 272 (stato
suspect_bit = 256).
Per la riga di sysdatabases relativa al
database 'Laundry', il bit di stato 256 è stato
disattivato e la modalità è stata impostata su 0.
Avviso: recuperare questo database prima di eseguire
l'accesso.'

A questo punto stoppo e riavvio il servizio ma il database
è ancora nello stato di sospetto.

Se eseguo la DBCC CHECKDB ottengo il seguente messaggio:
'Durante il processo di recupero il databae Laundry è
stato contrassegnato come SUSPECT. Impossibile aprirlo.'
Gianluca Hotz
2004-02-19 15:04:43 UTC
Permalink
P> Non ho nessun backup purtroppo,
P> quando eseguo la sp_resetstatus ho il seguente messaggio:
P> 'Prima dell'aggiornamento della voce sysdatabases per il
P> database 'Laundry', modalità = 0 e stato = 272 (stato
P> suspect_bit = 256).
P> Per la riga di sysdatabases relativa al
P> database 'Laundry', il bit di stato 256 è stato
P> disattivato e la modalità è stata impostata su 0.
P> Avviso: recuperare questo database prima di eseguire
P> l'accesso.'

P> A questo punto stoppo e riavvio il servizio ma il database
P> è ancora nello stato di sospetto.

Ciao Paolo,
anche se resetti il flag di SUSPECT quando riavvi
l'istanza il database passa attraverso la fase di
recovery (credo sia quell'orrendo "recuperare" nella
traduzione del messaggio d'errore).

Se il meccanismo di recovery rileva un'inconsitenza
rimette il database in suspect.

Dovresti mettere il database in modalita' di emergenza,
se e' rimasto qualche cosa (o meglio se il filesystem
riesce a farti accedere ad almeno una parte del file),
tutto quello che riesci ad estrarre in un'altro database
(tramite SELECT/INTO ad esempio) e' salvo, altrimenti
non c'e' piu' nulla da fare.

Attenzione perche' anche in modalita' di emergenza
potresti riuscire a leggere solo una parte dei dati
di una tabella.

Per mettere il database in modalita' di emergenza
puoi operare come segue:

-- abilitazione aggiornamenti cataloghi di sistema
use master
go

sp_configure 'allow updates', 1
reconfigure with override
go

-- abilitazione modalita' di emergenza
update sysdatabases set status = 32768 where name
= '<db_name>'
go

Se i dati sono importanti, o se non ti fidi a procedere
da solo, ti consiglio di aprire una chiamata con il
PSS di Microsoft che ti puo' seguire passo passo.

Eventualmente dovrebbero essere in grado anche di
recuperare parte dei dati da un file corrotto
(qualcuno puo' confermare questa ipotesi ?), ammesso
che il filesystem ti permetta di accedere a tale file.

P> Se eseguo la DBCC CHECKDB ottengo il seguente messaggio:
P> 'Durante il processo di recupero il databae Laundry è
P> stato contrassegnato come SUSPECT. Impossibile aprirlo.'

Questo e' normale se e' in stato SUSPECT.

Purtroppo non c'e' molto da fare, quando l'integrita'
di un file che compone il database e' compromessa
l'unica protezione sono i backup.


--
Gianluca Hotz - SQL Server MVP
http://italy.mvps.org - http://www.ghotz.com
http://www.ugiss.org - http://www.ugidotnet.org
Paolo
2004-02-19 16:37:06 UTC
Permalink
-----Messaggio originale---
P> Non ho nessun backup purtroppo,
P> quando eseguo la sp_resetstatus ho il seguente
P> 'Prima dell'aggiornamento della voce sysdatabases per
il
P> database 'Laundry', modalità = 0 e stato = 272 (stato
P> suspect_bit = 256).
P> Per la riga di sysdatabases relativa al
P> database 'Laundry', il bit di stato 256 è stato
P> disattivato e la modalità è stata impostata su 0.
P> Avviso: recuperare questo database prima di eseguire
P> l'accesso.'
P> A questo punto stoppo e riavvio il servizio ma il
database
P> è ancora nello stato di sospetto.
Ciao Paolo,
anche se resetti il flag di SUSPECT quando riavvi
l'istanza il database passa attraverso la fase di
recovery (credo sia quell'orrendo "recuperare" nella
traduzione del messaggio d'errore).
Se il meccanismo di recovery rileva un'inconsitenza
rimette il database in suspect.
Dovresti mettere il database in modalita' di emergenza,
se e' rimasto qualche cosa (o meglio se il filesystem
riesce a farti accedere ad almeno una parte del file),
tutto quello che riesci ad estrarre in un'altro database
(tramite SELECT/INTO ad esempio) e' salvo, altrimenti
non c'e' piu' nulla da fare.
Attenzione perche' anche in modalita' di emergenza
potresti riuscire a leggere solo una parte dei dati
di una tabella.
Per mettere il database in modalita' di emergenza
-- abilitazione aggiornamenti cataloghi di sistema
use master
go
sp_configure 'allow updates', 1
reconfigure with override
go
-- abilitazione modalita' di emergenza
update sysdatabases set status = 32768 where name
= '<db_name>'
go
Se i dati sono importanti, o se non ti fidi a procedere
da solo, ti consiglio di aprire una chiamata con il
PSS di Microsoft che ti puo' seguire passo passo.
Eventualmente dovrebbero essere in grado anche di
recuperare parte dei dati da un file corrotto
(qualcuno puo' confermare questa ipotesi ?), ammesso
che il filesystem ti permetta di accedere a tale file.
P> Se eseguo la DBCC CHECKDB ottengo il seguente
P> 'Durante il processo di recupero il databae Laundry è
P> stato contrassegnato come SUSPECT. Impossibile
aprirlo.'
Questo e' normale se e' in stato SUSPECT.
Purtroppo non c'e' molto da fare, quando l'integrita'
di un file che compone il database e' compromessa
l'unica protezione sono i backup.
--
Gianluca Hotz - SQL Server MVP
http://italy.mvps.org - http://www.ghotz.com
http://www.ugiss.org - http://www.ugidotnet.org
.
CIAO Giaunluca,
il tuo suggerimento ha funzionato a meraviglia!!!!!!
ho creato un nuovo database e gli ho trasferito dentro
tutti i dati da quello in modalità di emergenza.
Adesso avrei bisogno di ripristinare la situazione
precedente. Devo fare qualcosa? (allow updates...)
Vorrei anche droppare (o scollegare) il database
danneggiato per sostituirlo con quello nuovo.
Come si fa?

SEI UN MITO!!!!
GRAZIE INFINITE!!!!!

Paolo
Gianluca Hotz
2004-02-19 17:07:37 UTC
Permalink
P> CIAO Giaunluca,
P> il tuo suggerimento ha funzionato a meraviglia!!!!!!
P> ho creato un nuovo database e gli ho trasferito dentro
P> tutti i dati da quello in modalità di emergenza.

Ciao Paolo,
se sei riuscito a recuperare tutto hai avuto una
bella fortuna :-)

P> Adesso avrei bisogno di ripristinare la situazione
P> precedente. Devo fare qualcosa? (allow updates...)
P> Vorrei anche droppare (o scollegare) il database
P> danneggiato per sostituirlo con quello nuovo.
P> Come si fa?

EXEC sp_configure 'allow updates', 0
reconfigure with override

Inibisce la possibilita' di aggiornare i cataloghi
di sistema, il database dovresti poterlo eliminare
semplicemente con DROP DATABASE.

Ma prima di tutto: creati un piano di manutenzione
per fare i backup! la prossima volta potresti non
essere cosi' fortunato.

Ciao,
Gianluca.
Paolo
2004-02-19 17:38:23 UTC
Permalink
-----Messaggio originale---
P> CIAO Giaunluca,
P> il tuo suggerimento ha funzionato a meraviglia!!!!!!
P> ho creato un nuovo database e gli ho trasferito dentro
P> tutti i dati da quello in modalità di emergenza.
Ciao Paolo,
se sei riuscito a recuperare tutto hai avuto una
bella fortuna :-)
P> Adesso avrei bisogno di ripristinare la situazione
P> precedente. Devo fare qualcosa? (allow updates...)
P> Vorrei anche droppare (o scollegare) il database
P> danneggiato per sostituirlo con quello nuovo.
P> Come si fa?
EXEC sp_configure 'allow updates', 0
reconfigure with override
Inibisce la possibilita' di aggiornare i cataloghi
di sistema, il database dovresti poterlo eliminare
semplicemente con DROP DATABASE.
Ma prima di tutto: creati un piano di manutenzione
per fare i backup! la prossima volta potresti non
essere cosi' fortunato.
Ciao,
Gianluca.
.
...Ogni tanto ci vuole anche quella.
Se sono riuscito a recuperare tutto non lo so.
Sembrerebbe di si a prima vista, ma se ho perso qualche
record come me me accorgo ?!? boh

Il piano di manutenzione l'avevo creato, solo che gira
alle ore 21.00 (orario in cui il pc è spento da un bel
pezzo...). Gli utenti li avevo avvisati...


GRAZIE MILLE ANCORA!!!

Paolo
Lorenzo Benaglia
2004-02-19 19:56:20 UTC
Permalink
Post by Paolo
Il piano di manutenzione l'avevo creato, solo che gira
alle ore 21.00 (orario in cui il pc è spento da un bel
pezzo...). Gli utenti li avevo avvisati...
ROTFL
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://mvp.support.microsoft.com
http://italy.mvps.org
Paolo
2004-02-20 09:57:45 UTC
Permalink
-----Messaggio originale---
Post by Paolo
Il piano di manutenzione l'avevo creato, solo che gira
alle ore 21.00 (orario in cui il pc è spento da un bel
pezzo...). Gli utenti li avevo avvisati...
ROTFL
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://mvp.support.microsoft.com
http://italy.mvps.org
.
...Scusa l'ignoranza ma non so cosa vuol dire
CIAO
Paolo
Lorenzo Benaglia
2004-02-20 10:06:28 UTC
Permalink
Post by Paolo
...Scusa l'ignoranza ma non so cosa vuol dire
Ciao Paolo,

scusami tu :-)
http://www.guidapc.com/glossario/r/ROTFL.htm

Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://mvp.support.microsoft.com
http://italy.mvps.org
Luca Bianchi
2004-02-19 14:18:33 UTC
Permalink
Post by Paolo
nel log di sql server ho il seguente messaggio :-(
'I/O error 23 (errore nei dati (controllo di ridondanza
ciclico),) detedted during read at offset 0x00000000ca4000
in file ...Laundry_Data.MDF'
...purtroppo sp_resetstatus non funziona come l'acqua santa che guarisce
ogni malanno... Fai un controllo nell'event viewer in quanto in genere un
errore CRC (Ciclic Redundancy Check) rivela un problema hardware che non può
essere risolto se non recuperando i dati da un backup valido...
Post by Paolo
GRAZIE
Paolo
Ciao
--
Luca Bianchi
Microsoft MVP - SQL Server
http://mvp.support.microsoft.com
http://italy.mvps.org
Continua a leggere su narkive:
Loading...