2009-10-09 8 views
2

Notre société possède de nombreuses applications .Net sur de nombreux serveurs qui utilisent de nombreux serveurs SQL différents. Nous n'avons pas une idée claire de ce qui utilise quoi. Ce serait formidable d'avoir une image complète de ce qui se passe dans les moindres détails. Il est particulièrement important de savoir quelle application se connecte à quelle base de données.Diagnostics .Net et SQL Server

Jusqu'à présent, les idées consistaient à regrouper de nombreux types de journaux différents, tels que: le profil SQL, les journaux IIS et Perfmon.

Qu'est-ce qui me donnera les détails dont j'ai besoin? Est-ce que je regarde les bûches que j'ai actuellement à portée de main? S'il vous plaît aider. Merci d'avance.

À partir de regarder SysInternal de de Microsoft: http://technet.microsoft.com/en-us/sysinternals/bb842062.aspx

+1

Les gens de chez SuperUser.com pourraient également être en mesure de répondre à cette question. –

+0

Je commence à regarder la suite de SysInternal disponible chez Microsoft. http://technet.microsoft.com/en-us/sysinternals/bb842062.aspx – Thomas

Répondre

2

Pouvez-vous envisager éventuellement déjà des applications tierces?

Découvrez le produit Spotlight on SQL Server de Quest - il ferait tout ce que vous cherchez, je crois.

Marc

(Disclaimer: Je travaillais pour Quest il y a près de 10 ans, mais pas sur cet outil et non pas dans ce domaine d'affaires, je n'ai aucun lien Quest à ce moment, autre que d'être un. "Quest alumni")

+0

Les applications tierces seraient considérées aussi longtemps que le prix est correct. Mais l'approche préférée serait d'utiliser ce qui existe sur les serveurs. – Thomas

3

Une chose facile que vous pouvez faire est de vous assurer que vos chaînes de connexion profitent de l'élément "Nom de l'application".

Server=OurSqlServer;Database=AppDB;Integrated Security=SSPI;Application Name=Our Application Name 

Lorsque vous regardez des choses comme le profilage, cela sera beaucoup plus facile à différencier.

Une autre bonne pratique serait de s'assurer que chaque application se connecte avec son propre ensemble d'informations d'identification.

+0

Nous avons eu plusieurs transitions au cours des années. Ce qui veut dire que certaines applications ont des entrées de registre cryptées, et d'autres ont même pire ... intégrées dans le code source. Nous avons utilisé ces pratiques pour aller de l'avant. Notre équipe SQL est beaucoup plus forte maintenant, et l'application est assez stricte. – Thomas