是否可以使用 LogParser 2.2 分析 SQL Server 2005 事务日志?如果没有,有什么替代方案?Red Gate 的工具只分析 SQL Server 2000,而 Lumigent 的 Log Parser 无处可寻。
TIA 拉梅什
是否可以使用 LogParser 2.2 分析 SQL Server 2005 事务日志?如果没有,有什么替代方案?Red Gate 的工具只分析 SQL Server 2000,而 Lumigent 的 Log Parser 无处可寻。
TIA 拉梅什
原因是 2005/2008 年的日志是专有的和不同的格式,并且 MSFT 尚未发布规范,因此还没有适用于 2005 年和 2008 年的日志解析器
如果您的数据库消耗了 75% 并且您的连接都在使用中,那么您可能首先检查活动监视器并查看哪些进程正在搅动和/或运行分析器,然后再担心日志文件。
编辑:对不起,最初错过了您提到您重新启动的部分。
您需要在问题开始后、但在 SQL Server 阻止用户连接之前将 SQL Profiler 附加到 SQL 实例。尝试暂停服务几分钟以允许某些连接完成并断开连接,然后取消暂停服务并查看分析器是否可以连接。
还可以尝试在服务器上本地运行 SQL Profiler。虽然远程连接可能不起作用,但本地连接可能。
有一种产品可以满足我的需求,不幸的是它并不便宜。它允许您监控 SQL 2005/2008 的事务日志。我会喜欢一些开源的东西,但还找不到任何东西。