Problème de production

Bonjour,

suite à des coupures électriques dans une de nos usines une table est corrompue : Time-out occurred while waiting for buffer latch type 2 for page (1:5856097)

j'ai identifié la table à partir des pages avant et après et effectivement je ne peux plus accéder aux rows récentes.

le dbcc checktable échoue : DBCC CHECKTABLE ('matable') WITH PHYSICAL_ONLY;

Msg 1823, Level 16, State 2, Line 1
A database snapshot cannot be created because it failed to start.
Msg 7928, Level 16, State 1, Line 1
The database snapshot for online checks could not be created. Either the reason is given in a previous error or one of the underlying volumes does not support sparse files or alternate streams. Attempting to get exclusive access to run checks offline.
Msg 5245, Level 16, State 1, Line 1
DBCC could not obtain a lock on object 269608399 because the lock request timeout period was exceeded.
Msg 845, Level 17, State 1, Line 1
Time-out occurred while waiting for buffer latch type 3 for page (1:5856097), database ID 5.

je tourne en rond ... si qqu a une idée :-)

sqlserver 2005, windows 2003

Si c'est suite à une coupure de courant, ça vient peut-être d'un problème hardware. C'est peut-être le disque dur hébergeant les fichiers de la base de donnée qui est corrompu.

Essaye de faire un chkdsk sur ce disque

merci.

je leur ai déjà demandé cette nuit et le check n'a visiblement rien donné.

c'est à Sao Paulo :-)

Salut

Est-ce que tu pourrais poster l'ERRORLOG complet ?

Quel type de backup était fait sur ta base ?

merci

Bonsoir,

Est ce que le compte de service SQL Server a les droits de créer des fichiers sur le dossier où se trouve votre fichier mdf de votre base ? Pouvez vous nous le confirmer ? Je vous demande cela car la commande DBCC CHECKDB va crééer son propre snaphsot. Sans ce droit vous aurez un tel message ...

++

Date 11/7/2010 3:44:07 PM
Log SQL Server (Current - 11/7/2010 3:44:00 PM)

Source spid10s

Message
Time-out occurred while waiting for buffer latch type 3 for page (1:5856097), database ID 5.

Date 11/7/2010 3:44:07 PM
Log SQL Server (Current - 11/7/2010 3:44:00 PM)

Source spid10s

Message
Error: 845, Severity: 17, State: 1.
ate 11/7/2010 3:44:07 PM
Log SQL Server (Current - 11/7/2010 3:44:00 PM)

Source spid10s

Message
A time-out occurred while waiting for buffer latch -- type 3, bp 02DA59E8, page 1:5856097, stat 0x3c00009, database id: 5, allocation unit Id: 299144032747520/17669056036864, task 0x00B743E8 : 0, waittime 300, flags 0x80022, owning task 0x00B746B8. Not continuing to wait.

Bonsoir,

Est ce que le compte de service SQL Server a les droits de créer des fichiers sur le dossier où se trouve votre fichier mdf de votre base ? Pouvez vous nous le confirmer ? Je vous demande cela car la commande DBCC CHECKDB va crééer son propre snaphsot. Sans ce droit vous aurez un tel message ...

++

j'ai essayé de créer des fichiers avec le même user, pas de problème.
je peux créer des fichiers dans le même répertoire que le mdf.

au fait on parle du user qui lance les service sqlserver ou le user qui lance la requête ?

Pouvez-vous nous décrire le serveur physique ?
Le disque est-il avec un cache en écriture ?

A +

3 disques C: D: et E: en raid 1
C: 70Go, D:460Go, E:460Go
Disks SAS ==> donc je dirais oui pour le cache en écriture
the Disk contrller is a PERC 6/i
Windows 2003
Sql server 2005
server Dell PE2950

Base system sur C:
MDF sur D:
NDF dur E: (suite à problème de place)
LDF sur E:

besoin d'autres données ?

Pas d'utilisation de HP PolyServe pour SQL Server à tout hasard ou autre produit tiers de chiffrement de filesystem ?

Citation:

---

au fait on parle du user qui lance les service sqlserver ou le user qui lance la requête ?

---

Du compte de service utilisé par SQL Server

++

non rien de tout ça.

ce que je ne comprends pas c'est pourquoi le dbcc ne veut pas se lancer.

en plus bien sûr de mon problème d'accès à la page qui pose problème :-)

Le problème est que DBCC n'arrive pas à créer la capture instantanée dont il a besoin pour fonctionner.

Pour enlever tout problème lié à la table est ce qu'un DBCC CHECKDB ou CHECKTABLE éventuellement fonctionne sur une table qui semblerait fonctionner ?

++

checktable sur n'importe quelle table provoque la même erreur :

Msg 1823, Level 16, State 2, Line 1
A database snapshot cannot be created because it failed to start.
Msg 7928, Level 16, State 1, Line 1
The database snapshot for online checks could not be created. Either the reason is given in a previous error or one of the underlying volumes does not support sparse files or alternate streams. Attempting to get exclusive access to run checks offline.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Msg 845, Level 17, State 1, Line 1
Time-out occurred while waiting for buffer latch type 3 for page (1:5856097), database ID 5.

Etes vous en version Enterprise ?

Pouvez tenter de créer un snapshot sur votre base ou une autre pour voir si l'erreur se produit ?

Code:

---

1 2 3 4 5 6

CREATE DATABASE monsnapshot ON ( NAME = nomfichier, FILENAME = 'path_dossier\fichier_data.ss' ) AS SNAPSHOT OF maBase; GO

---

++

j'y ai bien pensé ... mais pas supporté :

Msg 1844, Level 16, State 1, Line 1
Database Snapshot is not supported on Standard Edition.

argh dommage :P

De loin il est difficile de vous aider mais vous pouvez tenter 2 choses :

- Vérifier si vous avez la place disque nécessaire à la création d'un snapshot pour DBCC .. (Espace disque libre ?)

- Si vous en avez la possibilité .. redémarrer l'instance SQL Server pour éliminer d'éventuels snapshots résidents créés par DBCC . et retenter votre DBCC

++

déjà relancé plusieurs fois les services ...

autre chose si je fais un checkpoint

j'ai la même erreur :

Msg 845, Level 17, State 1, Line 1
Time-out occurred while waiting for buffer latch type 3 for page (1:5856097), database ID 5.

en gros quoi que je fasse je retombe sur cette erreur.

Hmm pardon, il faut redémarrer le serveur physique pour éliminer ce genre fichier (alternate streams) ... mais je ne peux pas garantir que votre problème vient de là malheureusement mais au moins vous éliminerez cette piste d'investigation.

++