none
Plantage régulier de mon serveur SQL Serveur 2005 RRS feed

  • 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 fois

    Au 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

    lundi 11 octobre 2010 14:18

Toutes les réponses

  • Bonsoir,

    N'auriez vous pas un problème avec votre carte réseau ou le réseau en général ? .. Les messages d'erreurs vont plutôt dans ce sens (Vu de loin)

    ++


    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    lundi 11 octobre 2010 17:36
    Modérateur
  • Bonjour,

    Merci pour votre réponse. A vrai dire, c'est bien ce que je pense, mais je ne sais pas comment résoudre ce problème ou du moins arriver à en déterminer la cause exacte.

    cordialement

    mardi 12 octobre 2010 08:23
  • 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
    mercredi 13 octobre 2010 04:34
    Modérateur
  • 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
    jeudi 14 octobre 2010 15:01