Error: 644

Sørg for at have en verificeret backup af basen

Omdøb den fejlramte tabel til old_{hvad den nu hedder} - prøv at kopiere data fra den med

SELECT * INTO {hvad den nu hedder} FROM old_{hvad den nu hedder}

Enten får du dine data ud - eller også finder du rækkerne med fejl.

Nemt og hurtigt check af data er således

SELECT COUNT(*) FROM {nytabel}
UNION ALL
SELECT COUNT(*) FROM old_{etc etc}
UNION ALL
SELECT COUNT(*) FROM (SELECT * FROM {nytabel} UNION SELECT * FROM old_{etc etc} ) X

Resultatet skal være 3 rækker med samme værdi i her - så er data ens (fungrer kun hvis der er primær / kandidatnøgle på den oprindelige tabel)

Du kan også prøve at droppe eventuelle index på den fejlramte tabel et efter et - men da du sikkert har et unikt clustered index tror jeg ikke nødvendigvis på den løsning.

Mvh
Troels

Check i øvrigt lige disse to
http://support.microsoft.com/default.aspx?scid=kb;en-us;822747
og
http://support.microsoft.com/default.aspx?scid=kb;en-us;q300194

Måske kan det hjælpe....

How goes?

-1#QNAN betyder at værdien ikke er et tal (Not A Number) jeg fandt 25 rækker som havde denne værdi. Jeg fandt også ud af at fejlen kun eksisterer i Query Analyser, hvis man bruger Enterprise Manager, kan man godt se indholdet at feltet (-1#QNAN) Vi er nu ved at undersøge hvorfor vi overhovedet har fået "ulovlige" værdier ind i databasen, problemet ligger nok i en forkert konvertering til real.
Det viste sig også at at checkdb kun gav fejl hvis der var et index der inkludererede val feltet. fjernede man indexet gav checkdb ingen fejl, men man kunne stadig ikke læse rækken med de "ulovlige" værdier.
Mange tak for dine forslag trer, mvh. Martin