SQL Server 连接尝试记录在哪里？
SQL Server 是否有用于尝试连接的外部日志文件或内部表，或者此类信息是否放置在 Windows 事件日志中的某个位置？
Does SQL Server has an external log file or internal table for attempted connections, or is that kind of info put somewhere in the Windows Event Log?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
您可以启用连接日志记录。对于 SQL Server 2008，您可以启用登录审核。在 SQL Server Management Studio 中，打开 SQL Server 属性 >安全>登录审核选择“登录失败和成功”。
确保重新启动 SQL Server 服务。
完成此操作后，连接尝试应记录到 SQL 的错误日志中。可以在此处确定物理日志位置。
You can enable connection logging. For SQL Server 2008, you can enable Login Auditing. In SQL Server Management Studio, open SQL Server Properties > Security > Login Auditing select "Both failed and successful logins".
Make sure to restart the SQL Server service.
Once you've done that, connection attempts should be logged into SQL's error log. The physical logs location can be determined here.
检查连接尝试的另一种方法是查看服务器的事件日志。在我的 Windows 2008 R2 Enterprise 计算机上，我打开了服务器管理器（右键单击计算机并选择管理。然后选择诊断 -> 事件查看器 -> Windows 日志 -> 应用程序。
您可以过滤日志以隔离 MSSQLSERVER 事件。
我发现了一个看起来像
用户“虚假”登录失败的号码。用户未与受信任的 SQL Server 连接关联。 [客户端：10.12.3.126]
Another way to check on connection attempts is to look at the server's event log. On my Windows 2008 R2 Enterprise machine I opened the server manager (right-click on Computer and select Manage. Then choose Diagnostics -> Event Viewer -> Windows Logs -> Applcation.
You can filter the log to isolate the MSSQLSERVER events.
I found a number that looked like this
Login failed for user 'bogus'. The user is not associated with a trusted SQL Server connection. [CLIENT: 10.12.3.126]
如果您只想跟踪失败的登录，可以使用 SQL Server 审核功能（在 SQL Server 2008 及更高版本中提供）。您需要添加要审核的 SQL Server 实例，并检查要审核的失败登录操作。
注意：通过 SQL Server Audit 跟踪失败的登录有其缺点。例如 - 它不提供所使用的客户端应用程序的名称。
如果您想要审核客户端应用程序名称以及每次失败的登录，您可以使用扩展事件会话。
为了让您开始，我建议阅读这篇文章：http ://www.sqlshack.com/using-extended-events-review-sql-server-failed-logins/
If you'd like to track only failed logins, you can use the SQL Server Audit feature (available in SQL Server 2008 and above). You will need to add the SQL server instance you want to audit, and check the failed login operation to audit.
Note: tracking failed logins via SQL Server Audit has its disadvantages. For example - it doesn't provide the names of client applications used.
If you want to audit a client application name along with each failed login, you can use an Extended Events session.
To get you started, I recommend reading this article: http://www.sqlshack.com/using-extended-events-review-sql-server-failed-logins/