ADO.NET 具有 SQL Server、Oracle、OLE DB 和 ODBC 的 .NET 数据提供程序支持的内置数据跟踪功能，以及 ADO.NET DataSet和 SQL Server 网络协议。
跟踪数据访问 API 调用可以帮助诊断以下问题：
客户端程序和数据库之间的架构不匹配。
数据库不可用或网络库问题。
不正确的 SQL，无论是硬编码还是由应用程序生成。
不正确的编程逻辑。
由多个 ADO.NET 组件或 ADO.NET 与你自己的组件之间的交互导致的问题。
为了支持不同的跟踪技术，跟踪是可扩展的，这样，开发人员可以在任何应用程序堆栈级别上跟踪问题。 虽然跟踪并不是 ADO.NET 独有的功能，但 Microsoft 的提供程序利用了通用的跟踪和监测 API。
有关在 ADO.NET 中设置和配置托管跟踪的详细信息，请参阅 跟踪数据访问。
访问扩展事件日志中的诊断信息
在用于 SQL Server 的 .NET Framework 数据提供程序中，数据访问跟踪（数据访问跟踪）已更新，以便更轻松地将客户端事件与诊断信息（例如连接故障）关联在服务器的连接环缓冲区和扩展事件日志中的应用程序性能信息。 有关读取扩展事件日志的信息，请参阅查看事件会话数据。
对于连接操作，ADO.NET 将发送客户端连接 ID。 如果连接失败，你可以访问连接环形缓冲区（在 SQL Server 2008 中使用连接环形缓冲区解决连接问题），查找 ClientConnectionID 字段并获取有关连接失败的诊断信息。 仅当发生错误时，才在环形缓冲区中记录客户端连接 ID。 （如果在发送预登录数据包前连接失败，将不会生成客户端连接 ID。）客户端连接 ID 是 16 字节的 GUID。 如果 client_connection_id 操作已添加到扩展事件会话中的事件，则还可以在扩展事件目标输出中找到查找客户端连接 ID。 如果需要进一步的客户端驱动程序诊断帮助，可以启用数据访问跟踪并重新运行连接命令，然后观察 ClientConnectionID 字段。
还可以通过使用 SqlConnection.ClientConnectionID 属性以编程方式获取客户端连接 ID。
ClientConnectionID 可用于成功建立连接的 SqlConnection 对象。 如果连接尝试失败，则 ClientConnectionID 可通过 SqlException.ToString 提供。
ADO.NET 还会发送特定于线程的活动 ID。 如果在启用TRACK_CAUSALITY选项的情况下启动会话，则会在扩展事件会话中捕获活动 ID。 对于活动连接的性能问题，您可以从客户端的数据访问跟踪（ActivityID 字段）中获取活动 ID，然后在扩展事件输出中找到活动 ID。 扩展事件中的活动 ID 是一个 16 字节的 GUID，后面加上四字节的序列号（与客户端连接 ID 的 GUID 不同）。 该序列号表示某个请求在线程内的顺序，并指示线程的批处理和 RPC 语句的相对顺序。 启用数据访问跟踪以及数据访问跟踪配置字中的第 18 位处于打开状态时，当前可以针对 SQL 批处理语句和 RPC 请求选择发送 ActivityID。
以下是使用 Transact-SQL 启动扩展事件会话的一个示例，这些会话将存储在环形缓冲区中并将记录在执行 RPC 和批处理操作时从客户端发送的活动 ID。
create event session MySession on server
add event connectivity_ring_buffer_recorded,
add event sql_statement_starting (action (client_connection_id)),
add event sql_statement_completed (action (client_connection_id)),
add event rpc_starting (action (client_connection_id)),
add event rpc_completed (action (client_connection_id))
add target ring_buffer with (track_causality=on)