Discussion :

[dily0403]

Bonjour,

J'ai un SQL Server qui se bloque tous les 2-3 jours, voici la situation :

Environnement :
Windows 2003 Server Std Ed
SQL Server 2000 Ent Ed
HP Proliant DL360 G4 (2 disques SATA en mirorring)
CPU Intel Xeon 3.00GHz
1Go DDR (je sais c'est pas beaucoup mais j'en rajoute incessamment sous peu)

SQL Server :
1 instance
7 bases de données
Beaucoup de petits INSERT et de gros SELECT occasionnels

Journal d'erreur de SQL Server :
L'accumulation des erreurs survient systèmatiquement après un premier spid qui génère des erreurs de type :
Using 'dbghelp.dll' version '4.0.5' *Stack Dump being sent to D:\MSSQL\log\SQLDump0147.txt
PUIS
Erreur : 0; Gravité : 19,Etat : 0
PUIS
SqlDumpExceptionHandler : Le processus 2 a provoqué l'exception irrécupérable c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server termine ce processus.
PUIS
Stack Signature for the dump is 0x7A482CC5
POUR FINIR PAR (nouvellement apparu)
LazyWriter : Le prosessus 2 a généré une violation d'accès. SQL Server termine ce processus.

Si qqun peu m'aider, je lui serais très reconnaissant...
Merci d'avance

[SQLpro]

Quel est la version de SQL Server (patché ?)

Faîtes la commande suivante et produisez le résultat dans le Query Analyzer en mode TEXTE :
SELECT @@VERSION

Si vous n'êtes pas au moins au pack 2 c'est normal :
http://support.microsoft.com/kb/318878/fr

De plus vous auiez intérêt à avoir des fichiers de bases de taille fixe (calculée sur 3 années d'exploitation par exemple) et régler la taille du JT à une valeur appropriée pour éviter les opérations de croissance.

A +

[dily0403]

SQL Server 2000 - 8.00.2039 (Intel X86)
=> Service Pack 4

Cordialement

[SQLpro]

Il faudrait donc faire un audit de votre base, mais je soupçonne à la fois des transactions mal maitrisées notamment en ce qui concerne le niveau d'isolation combiné avec des fichiers de taille variable.

A +

[dily0403]

J'ai fixé la taille des fichiers de données et des journaux de transaction et la situation semble se stabiliser...
Je pense effectivement que la succession des redimensionnements des fichiers poussait les serveur SQL dans le gouffre...
Surtout que les bases sont très sollicités en INSERT...

Merci
Cordialement