Discussion :

[xray66]

Bonjour,
Voilà j'ai récupéré une copie de base de doinnées afin d'effectuer des tests.
J'ai l'impression que lors du transferts des données un problème est survenu.
J'arrive à joindre ma base correctement sous SQL 2005, par contre l'ouverture de certaines tables recontre des difficultés.
Sur une table qui contient 33000 lignes environ un select simple me permet d'accéder à 2600 lignes un select with nolock me permet de visualiser 30000 lignes...
Ensuite il y a un arrêt avec message de type "impossible de lire ... les données ont bougé..."

Y a t-il un moyen de corriger la table pour récupérer toutes les données ?

[kagemaru]

il est bien possible que tu aies des tables corrompues. Dans un premier, tu peux essayer de passer un dbcc checkalloc(base) et un dbcc checkdb(base) pour voir ce qu'il remonte. Si corruption il y a, elles seront affichées.

[xray66]

Merci kagemaru.
Si je fais un dbcc checkalloc SQL server me retourne l'erreur suivante:
Impossible de lire et de verrouiller la page (1:21696) avec le type de verrou interne SH. Echec de sysindexes.

[kagemaru]

j'ai bien peur que tu sois obligé de restorer depuis ton dernier backup valide...
cette erreur est vraiment critique.

[xray66]

Finalement pour accéder aux infos dont j'avais besoin je me suis débrouillé.
La base de données fonctionne correctement chez le client, le problème est survenu lorsque j'ai copié les données.
Jusqu'à présent pour faire une copie j'arrêtais SQL Server puis je faisais un copier coller des données
Mais visiblement c'est pas la meilleure méthode

[kagemaru]

stopper son sql server puis copier le .mdf et le .ldf fonctionne très bien, mais effectivement le transfert ou la copie a pu avoir un problème ...

[rudib]

Bonjour,

Il est plus propre de faire un sp_detach_db avant copie. Ceci dit, pour copier les fichiers, tu n'as pas besoin de stopper le service SQL, tu peux soit détacher la base, soit la mettre offline.

Essaie de faire un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DBCC CHECKDB ... REPAIR_ALLOW_DATA_LOSS