Discussion :

[DevGaxx]

Bonjour,

Contexte du problème :
Dans la société où je travailles, nous utilisons un serveur de domaine (Win 2k SP4) embarquent un SQL server 2000 (SP?)
Hier, après plusieurs arrêts brutaux pour cause d'onduleur complètement vidé, le disque dur principal a subi des dommages "logiques" lors de ces arrêts.
Un chkdsk a corrigé ces problèmes mais l'arrêt brutal du serveur SQL a, à priori, généré une ou des erreurs ...

Voici le log résultat des tentatives de démarrage du serveur SQL :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
2009-07-28 02:04:50.23 server    Microsoft SQL Server  2000 - 8.00.760 (Intel X86) 
	Dec 17 2002 14:22:05 
	Copyright (c) 1988-2003 Microsoft Corporation
	Desktop Engine on Windows NT 5.0 (Build 2195: Service Pack 4)
 
2009-07-28 02:04:50.29 server    Copyright (C) 1988-2002 Microsoft Corporation.
2009-07-28 02:04:50.29 server    Tous droits réservés.
2009-07-28 02:04:50.29 server    ID du processeur serveur = 1072.
2009-07-28 02:04:50.29 server    Enregistrement de messages SQL Server dans le fichier « C:\Program Files\Microsoft SQL Server\MSSQL\LOG\ERRORLOG ».
2009-07-28 02:04:50.56 server    SQL Server démarre à la classe de priorité « normal »(2 CPUs détecté).
2009-07-28 02:04:54.73 server    SQL Server configuré pour le traitement du mode thread.
2009-07-28 02:04:54.76 server    Utilisation de dynamic verrous alloués. [500] Blocs de verrous, [1000] Blocs propriétaires de verrous.
2009-07-28 02:04:56.14 spid4     Démarrage de la base de données « master ».
2009-07-28 02:05:00.93 server    Utilisation de « SSNETLIB.DLL » version « 8.0.760 ».
2009-07-28 02:05:00.93 spid5     Démarrage de la base de données « model ».
2009-07-28 02:05:01.14 spid4     Le nom du serveur est «SERVEUR».
2009-07-28 02:05:01.14 spid4     Skipping startup of clean database id 5
2009-07-28 02:05:01.17 spid4     Skipping startup of clean database id 6
2009-07-28 02:05:01.17 spid4     Skipping startup of clean database id 9
2009-07-28 02:05:01.17 spid4     Skipping startup of clean database id 10
2009-07-28 02:05:01.17 spid4     Skipping startup of clean database id 11
2009-07-28 02:05:01.17 spid4     Skipping startup of clean database id 12
2009-07-28 02:05:01.75 spid5     Erreur : 9003, Gravité : 20, État : 1
2009-07-28 02:05:01.75 spid5     Le LSN (6:147:1) passé pour l'analyse du journal de la base de données 'model' n'est pas valide..
2009-07-28 02:05:01.75 spid5     Erreur : 9003, Gravité : 20, État : 1
2009-07-28 02:05:01.75 spid5     The LSN (6:147:1) passed to log scan in database 'model' is invalid..

Tentatives de résolution :
Après quelques recherches et suite à un problème similaire dans le passé, j'ai récupéré des sauvegardes de fichiers MDF et LDF de la base model pour les placer dans le dossier data de mon SQL serveur ... Et chose étonnante, contrairement à la première fois, il continues à planter de la même manière sur la base model

J'ai tenté d'utiliser l'utilitaire sqlmaint en ligne de commande avec le paramètre -CkDB mais le problème reste le même ... apparemment pour pouvoir vérifier la base il faut d'abord qu'il démarre le serveur (qui a besoin de cette base pour démarrer)
Commande :

Code :

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

sqlmaint -S Serveur -U sa -D model -CkDB

Résultat :

Code :

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

1
2
[Microsoft SQL-DMO (ODBC SQLState : 08001)] Erreur 0 : [Microsoft][ODBC SQL Server Driver][Shared Memory]Ce serveur SQL n'existe pas ou son accès est refusé.
[Microsoft][ODBC SQL Server Driver][Shared Memory]ConnectionOpen (Connect()).

J'ai également tenté de restaurer un .Bak de ma base model par la commande :

Code :

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

OSQL -U sa -q "RESTORE DATABASE Model FROM DISK = 'D:\model.bak'"

Mais là aussi ça se termine par :

Code :

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

1
2
[Shared Memory]Ce serveur SQL n'existe pas ou son accès est refusé.
[Shared Memory]ConnectionOpen (Connect()).

Demande
A l'aiiiiiiiiiiide !!!!!!
Je demande au dieu SQL serveur de bien vouloir se pencher sur mon serveur et le ramener à la vie pour que les gens puissent retravailler

Quelqu'un peut-il me donner un coup de main voir LA solution à mon problème ?

PS :
je n'ai pas Enterprise Manager pour mon serveur SQL ...

Cordialement,
Séb

[elsuket]

Bonjour,

Démarrez l'instance SQL Server avec le drapeau 3608 en ligne de commande :

Code :

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

sqlservr -c -T3608

Cela fait démarrer l'instance SQL Server en empêchant la récupération de toutes les bases de données excepté la base de données système master.

Tentez ensuite la restauration de la base de données model à partir de votre sauvegarde avec la commande suivante :

Code :

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

OSQL -SmonServeur\monInstanceSQLServer -dmaster -Usa -q "RESTORE DATABASE model FROM DISK = 'D:\model.bak'"

Dites-nous si cela a fonctionné ou pas ...

@++

[mikedavem]

Bonjour,

Il faut tout d'abord se connecter en mode mono utilisateur et ne charger que la base de données master.

1- Dans une fenêtre dos et à la racine du dossier des binaires sqlserver :

Code :

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

sqlservr-c-m - T3608 - T4022

2- Ensuite restaurez votre base de données model (cf votre commande osql)

Code :

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

OSQL -U sa -q "RESTORE DATABASE Model FROM DISK = 'D:\model.bak'"

3- Redémarrez votre serveur sql en mode normal

++

[DevGaxx]

Merci pour vos réponses.

J'ai utilisé les commandes que vous m'avez conseillé. Grâce à ces commandes le serveur SQL se lance en mode "dégradé" mais malheureusement la restauration de la base nécessite l'utilisation de la base tempdb... message d'erreur :

Code :

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

1
2
3
4
Msg 949, Niveau 16, État 1, Serveur SERVEUR, Ligne 1
tempdb est ignoré. Vous ne pouvez pas exécuter une requête qui nécessite tempdb
Msg 3013, Niveau 16, État 1, Serveur SERVEUR, Ligne 1
RESTORE DATABASE s'est terminé anormalement.

NB : pour la restauration de la base model, j'ai ouvert une autre fenêtre de commande pour lancer la commande OSQL
J'ai tenté cette récupération en démarrant SQL de trois manières différentes :

Code :

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

1
2
3
sqlservr -c -m -T 3608 -T 4022
sqlservr -c -m -f -T 3608 -T 4022
sqlservr -c -T 3608

NBB : J'ai tenté de lancer SQL Server Management Studio Express (2005) mais la tentative de restauration plante aussi et le serveur s'arrête.

[DevGaxx]

Bon, eh bien le problème a fini par être résolu de la manière suivante :
Suppression du serveur SQL
Puis réinstallation du serveur

Cela m'a permis d'avoir un moteur sain à partir duquel j'ai rattaché mes bases... Il m'en reste encore une sur laquelle j'ai un problème de LSN mais cette fois je pense que je m'en sortirais avec les méthodes classiques.

Merci de votre aide
Séb

[elsuket]

Bon à savoir, merci de ton retour

@++