Auteur de questions
Plantage régulier de mon serveur SQL Serveur 2005

Discussion générale
-
Bonjour,
Je dispose d'un serveur SQL 2005 SP3 (9.0.4207) sous windows 2003 Serveur.
Ce serveur plante de manière régulière. Il semble ne plus voir l'extérieur et notemment l'ad car aucun compte NT ne peut plus être autentifié et notamment ceux qui exécute SQL Server. Il devient même impossible d'ouvrir une session sur ce serveur. Par contre il répond au ping
Voici la liste des symptômes survenues sur le serveur
Au niveau du journal SQL
le 10/10/2010 à 19:50:00 : L’agent SQL Server échoue : [380] Impossible de démarrer le thread JobManager pour le travail Vérification des agents de réplication.
le 10/10/2010 à 19:50:00 : L’agent SQL Server échoue : [165] Erreur ODBC : 0, Le client n'a pas pu établir la connexion [SQLSTATE 08001]
le 10/10/2010 à 19:50:00 : L’agent SQL Server échoue : [382] La connexion au serveur « (local) » a échoué (ConnUpdateStartExecutionDate)
le 10/10/2010 à 19:50:00 : [298] Erreur SQL Server : 18452, Échec de l'ouverture de session de l'utilisateur ''. L'utilisateur n'est pas associé à une connexion SQL Server approuvée. [SQLSTATE 28000]
Il s’en suit une répétition de ces messages en énumérant tous les fonction de sql server qui n’arrive plus à s’exécuter.Au niveau de l’observateur d’évènement, dossier système
le 10/10/2010 à 19:57:03 : Source NetLogon : Cet ordinateur n'a pas pu configurer une session sécurisée avec un contrôleur de domaine dans le domaine DOMAINE pour la raison suivante : Aucun serveur d'accès n'est actuellement disponible pour traiter la demande d'ouverture de session. Cela peut entraîner des problèmes d'authentification. Vérifiez que cet ordinateur est connecté au réseau. Si le problème persiste, contactez votre administrateur de domaine.le 10/10/2010 à 19:59:23 : Source Application Popup : Une opération d'E/S démarrée par le Registre a échoué irrémédiablement. Le Registre n'a pas pu lire ni écrire les informations de l'un des fichiers contenant son image système, ni vider ce fichier.
Cette erreur revient énormément de foisAu niveau de l’observateur d’évènement, dossier Application
le 10/10/2010 à 19:47:13 : Source SQL Server : échec de la réplication
le 10/10/2010 à 19:49:20 : Source Perfdisk : Impossible de lire les informations de performance de disque du système
le 10/10/2010 à 19:49:20 : Source MS SQL SERVER : Le fournisseur TCP du serveur a cessé d'écouter sur le port [ 1433 ] en raison d'un problème. Erreur : 0x2747, état : 2. Le serveur tentera automatiquement de rétablir l'écoute.
L’écoute sera rétablie 20 secondes plus tard puis reperdue
Les services échouent : Echec de connexion.
Certains travaux SQL échouent : Echec de l’API
le 10/10/2010 à 19:49:20 : Source MS SQL SERVER : Échec de l'ouverture de session de l'utilisateur 'DOMAINE\ADMINSQL'. [CLIENT : <local machine>]On dirais que le serveur sature complètement.
Merci d'avance
Bien cordialement
Stéphane
- Type modifié Roxana PANAITMicrosoft employee mardi 19 octobre 2010 11:54
Toutes les réponses
-
-
-
Ce n'est pas une partie facile je l'avoue.
Cependant si votre réseau est en cause, il va falloir procéder par étape et tester la chaîne complète entre un de vos postes et le serveur.
- test des routeurs / hub .. Vous pouvez voir si d'autres serveurs sur ces mêmes équipements ont le problème. Les équipements réseaux ont également leur propre test interne. Voir peut être avec les admins réseaux pour tester les équipements ou les ports
- Voir également si ce n'est pas un câble réseau qui est en cause ou une mauvaise connectivité avec la carte réseau ou les équipements réseaux. Vous pouvez par exemple plugger votre câble sur un autre port pour voir ou changer le câble réseau
- Voir si ce n'est pas la carte réseau qui a un probléme.
..
++
MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1 -
Bonjour, J'ai réussi à reproduire le plantage. Sur le serveur existe une entité dans une table auquel sont liés des fichiers physiques. Afin de sécurisé l'entité, selon le moment les fichiers sont verrouillés NT et au besoin déverrouillés. Certaines entités ont un nombre conséquent de fichiers (~ 20000) Au bout d'un certains nombre de verrouillage/déverrouillage, l'erreur se produit [298] Erreur SQL Server : 233, Fournisseur de mémoire partagée : Il n'y a pas de processus à l'autre extrémité du canal. [SQLSTATE 08S01] [298] Erreur SQL Server : 233, Échec de la liaison de communication [SQLSTATE 08S01] Puis il devient impossible de se connecter au serveur. Nous devions de toute façons changer cette méthode (le faire faire pas un exe). Mais cela ne m'explique pas pourquoi Tant pis Cordialement