.Net 和 SQL Server 诊断
我们公司在许多使用许多不同 SQL Server 的服务器上拥有许多 .Net 应用程序。我们不清楚什么在使用什么。如果能够全面了解正在发生的事情，甚至是最小的细节，那就太好了。尤其重要的是了解什么应用程序连接到什么数据库。
到目前为止，我们的想法是聚合许多不同的日志类型，例如：SQL Profile、IIS Logs 和 Perfmon。
什么可以提供我需要的详细信息？我是否忽略了我手头现有的日志？请帮忙。提前致谢。
开始查看微软的SysInternal： http://technet.microsoft.com/en-us/sysinternals/bb842062。 ASPX
Our company has many .Net applications on many servers which utilize many different SQL Servers. We do not have a clear idea of what is using what. It would be great to get a full picture of what's going on down to the smallest details. Especially important is to know what App is connecting to what Database.
Idea's so far have been to aggregate many different log types such as: SQL Profile, IIS Logs, and Perfmon.
What will give me the details I need? Am I overlooking the logs I currently have at hand? Please help. Thanks in advance.
Starting to look at SysInternal's from Microsoft:
http://technet.microsoft.com/en-us/sysinternals/bb842062.aspx
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您可以做的一件简单的事情是确保您的连接字符串利用“应用程序名称”元素。
当您查看诸如分析之类的内容时，会更容易区分。
另一个好的做法是确保每个应用程序都使用自己的一组凭据进行连接。
One easy thing you can do is make sure your connection strings take advantage of the "Application Name" element.
When you look at things like profiling this will be much easier to differentiate.
Another good practice would be to ensure each app is connecting with it's own set of credentials.
您可以考虑现有的第三方应用程序吗？
查看 Quest 的 Spotlight on SQL Server 产品 - 它可以满足所有需求你正在寻找，我相信。
Marc
（免责声明：我大约 10 年前曾在 Quest 工作过，但不是在这个工具上工作，也不是在这个业务领域。除了作为“Quest 校友”之外，我目前与 Quest 没有任何联系）< /em>
Can you possibly consider existing third-party apps?
Check out Quest's Spotlight on SQL Server product - it would do all you're looking for, I believe.
Marc
(Disclaimer: I used to work for Quest almost 10 years ago, but not on this tool and not in this business area. I have no connection to Quest at this time, other than being a "Quest alumni")