.Net和SQL Server诊断

.Net和SQL Server诊断,.net,sql,diagnostics,.net,Sql,Diagnostics,我们公司在许多服务器上有许多.Net应用程序,这些服务器使用许多不同的SQL Server。我们不清楚什么在使用什么。如果能从最细微的细节上全面了解正在发生的事情,那就太好了。特别重要的是要知道哪个应用程序连接到哪个数据库 到目前为止,我们的想法是聚合许多不同的日志类型,例如:SQL概要文件、IIS日志和Perfmon 我需要什么样的细节?我是否忽略了目前手头的日志?请帮忙。提前谢谢 开始查看来自Microsoft的SysInternal: 你能考虑现有的第三方应用程序吗? 看看Quest的产

我们公司在许多服务器上有许多.Net应用程序,这些服务器使用许多不同的SQL Server。我们不清楚什么在使用什么。如果能从最细微的细节上全面了解正在发生的事情,那就太好了。特别重要的是要知道哪个应用程序连接到哪个数据库

到目前为止,我们的想法是聚合许多不同的日志类型,例如:SQL概要文件、IIS日志和Perfmon

我需要什么样的细节?我是否忽略了目前手头的日志?请帮忙。提前谢谢

开始查看来自Microsoft的SysInternal:

你能考虑现有的第三方应用程序吗? 看看Quest的产品——我相信它会满足你的所有需求

马克


(免责声明:我在大约10年前为Quest工作,但不是在这个工具上,也不是在这个业务领域。我现在与Quest没有任何联系,只是作为一名“Quest校友”)

你可以做的一件简单的事就是确保你的连接字符串利用了“Application Name”元素

Server=OurSqlServer;Database=AppDB;Integrated Security=SSPI;Application Name=Our Application Name
当您查看类似于评测的内容时,这将更容易区分


另一个好的做法是确保每个应用程序都使用自己的一组凭据进行连接。

SuperUser.com上的人员可能也能回答这个问题。我现在开始查看可从Microsoft获得的SysInternal套件。这些年来,我们经历了几次转型。这意味着一些应用程序有加密的注册表项,而另一些应用程序则更糟。。。嵌入在源代码中。我们一直在利用这些做法向前推进。我们的SQL团队现在强大多了,执行也相当严格。只要价格合适,第三方应用程序就会被考虑。但首选的方法是使用服务器上存在的内容。