Discussion :

[bouyachak]

Bonjour,

J'utilise SQL SERVER 2008 R2 la version express, depuis quelque temps j'ai remarqué que mon disque dur se remplit de manière incroyable. En cherchant sur le net, j'ai compris qu'il fallait limiter la taille des fichiers ERRORLOG avec l'agent SQL server. Le problème est que cet agent n'apparait pas dans l'explorateur d'objet et même quand j’essaie de démarrer le service de l'agent SQL SERVER dans les services de WINDOWS, il refuse.

Quelqu'un a t-il une solution pour activer cet agent?

Merci

[Invité]

Les errorlogs n'ont rien à voir avec l'agent SQL Server. De plus, cet agent est inactif avec la version Express...
Votre problème n'a sans doute aucun rapport avec les errorlogs.
Quelles sont les fichiers qui sont gros sur votre disques ?
Quels sont les modes de recouvrement de votre bd ?
Quelles sont les bds qui grossissent ?

[bouyachak]

Les fichiers qui grossissent sur mon disque sont les fichiers ERRORLOGS, ils sont au nombre de 6. J'ai cherche un moyen pour limiter leur taille dans SQL server.

Merci

[Invité]

C'est pas bon signe.
Quelles tailles font-ils ?
Il y a vraisemblablement une erreur qui est écrite en permanence dedans. Vous pouvez nous la fournir, svp ?

[bouyachak]

Le fichier pèse plus de 200 go, il renvoie le même message suivant " Login failed for user'sa'. Raison: le mot de passe ne correspond pas à la connexion spécifiée. [ CLIENT: 127.0.0.1]" Et pourtant je suis en authentification Windows.
Ci-dessous une capture d'écran:

[elsuket]

Bonjour,

200Go, effectivement c'est très gros !

Quelle application se connecte à votre base de données sous le compte sa ?

C'est vraiment moche de se connecter à une instance SQL Server sous ce compte, qui a tous les privilèges...

@++

[bouyachak]

Y a t il un moyen de connaître les applications qui se connectent en 'sa' car je me connecte aux bases de données en authentification Windows.

Merci

[Invité]

200 Go d'errorlog... Pas mal ! Guiness book ?
Un work-around rapide serait déjà de désactiver l'audit des connexions échouées, histoire d'avoir un peu moins de trace dans le log.
Tu peux aussi recycler le fichier d'errorlog pour purger un peu.

Après, il faudrait trouver l'application qui tente de se connecter avec le mauvais mot de passe et l'arrêté au plus vite.

L'utilisation de SA pour l'applicatif... Ça fait des millions de fois que j'explique pourquoi c'est pas bien et pourtant, il y a toujours un tiers qui nous livre des choses qui « doivent » tourner sous cet utilisateur...

[elsuket]

Comme le suggère 7gyY9w1ZY6ySRgPeaefZ, vous devriez commencer par désactiver l'audit des connexions échouées.
Pour ce faire, rendez-vous dans SQL Server Management Studio, et cliquez-droit sur le nom de l'instance dans l'Explorateur d'objets (pressez F8 si vous ne l'avez pas).
Choisissez Propriétés, et dans le dialogue qui s'affiche, sélectionnez la page Sécurité dans la liste de gauche.
Dans la section Audit de connexion en cours, choisissez Aucun.
Je ne sais pas s'il faut redémarrer l'instance pour que ceci soit pris en compte.

Ensuite vous pouvez utiliser le Profiler pour voir d'où vient la tentative de connexion.
Enregistrez bien votre trace dans un fichier, parce que dans votre cas, la trace va enregistrer un paquet d’évènements en quelques secondes.
Repérez bien le bouton stop dans la barre d'outils, en haut.

Choisissez les évènements :

• Audit Login Failed dans la catégorie Security Audit
• User Error Messages dans la catégorie Errors & Warnings

Et pour les colonnes :

• TextData
• SPID
• ClientProcessID
• Hostname
• LoginName
• NTUserName
• NTDomainName
• ApplicationName
• DatabaseName
• Error

Ceci devrait vous donnez suffisamment d'indices pour trouver quelle application fait une tentative de connexion sous le compte sa.

@++