sql server 2008 - una - ¿Dónde se registran los intentos de conexión de SQL Server?

no se encontro ningun servidor local del tipo motor de base de datos (3)

Otra forma de verificar los intentos de conexión es mirar el registro de eventos del servidor. En mi máquina Windows 2008 R2 Enterprise, abrí el administrador del servidor (hago clic derecho en la computadora y selecciono Administrar. A continuación, selecciono Diagnósticos -> Visor de eventos -> Registros de Windows -> Applcation. Puede filtrar el registro para aislar los eventos MSSQLSERVER. un número que se parecía a esto

Error de inicio de sesión para el usuario ''falso''. El usuario no está asociado con una conexión confiable de SQL Server. [CLIENTE: 10.12.3.126]

¿SQL Server tiene un archivo de registro externo o una tabla interna para las conexiones intentadas, o es ese tipo de información puesta en algún lugar del registro de eventos de Windows?

Puede habilitar el registro de conexión. Para SQL Server 2008, puede habilitar la Auditoría de inicio de sesión. En SQL Server Management Studio, abra Propiedades de SQL Server> Seguridad> Auditoría de inicio de sesión, seleccione "Ambos inicios de sesión fallidos y exitosos".

Asegúrese de reiniciar el servicio SQL Server.

Una vez que haya hecho eso, los intentos de conexión deben registrarse en el registro de errores de SQL. La ubicación de los registros físicos se puede determinar here .

Si desea rastrear solo los inicios de sesión fallidos, puede usar la función de Auditoría de SQL Server (disponible en SQL Server 2008 y superior). Necesitará agregar la instancia de servidor SQL que desea auditar y verificar la operación de inicio de sesión fallida para auditar.

Nota: el seguimiento de inicios de sesión fallidos a través de SQL Server Audit tiene sus desventajas. Por ejemplo, no proporciona los nombres de las aplicaciones cliente utilizadas.

Si desea auditar un nombre de aplicación de cliente junto con cada inicio de sesión fallido, puede usar una sesión de Eventos ampliados.

Para comenzar, recomiendo leer este artículo: http://www.sqlshack.com/using-extended-events-review-sql-server-failed-logins/