在SQL Server的运行过程中，难免会遇到各种问题。幸运的是，SQL Server提供了强大的日志记录功能，帮助追踪和诊断问题。虽然可以使用文本编辑器（如大多数人喜欢的记事本）来查看错误日志文件，但这种方法效率低下。SQL Server提供了更高效的工具，比如系统存储过程，帮助深入分析错误日志。
然而，如果错误日志中记录了大量的条目，要从中找到需要的信息可能会变得非常复杂和耗时。尽管SQL Server提供了一些搜索和过滤功能，但面对海量数据，这些功能可能仍然不足以满足需求。
为了解决这个问题，可以使用T-SQL查询错误日志。这可以通过系统存储过程sys.sp_readerrorlog来实现。这个存储过程接受几个参数，允许根据需要筛选日志内容。
以下是sys.sp_readerrorlog存储过程的定义：
USE [master]
GO
/*
***** Object: StoredProcedure [sys].[sp_readerrorlog] Script Date: 24/11/2015 7:11:36 PM ******
*/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER OFF
GO
ALTER proc [sys].[sp_readerrorlog](
@p1 int = 0,
@p2 int = NULL,
@p3 nvarchar(4000) = NULL,
@p4 nvarchar(4000) = NULL
)
as
begin
if (
( not is_srvrolemember(N'securityadmin') = 1)
)
begin
raiserror(
15003, -1, -1, N'securityadmin'
)
return(1)
end
if (@p2 is NULL)
exec sys.xp_readerrorlog @p1
else
exec sys.xp_readerrorlog @p1, @p2, @p3, @p4
end
参数说明：
请注意，上述参数是可选的。如果不提供任何参数，它将返回当前/活动错误日志的全部内容。
EXEC sys.xp_readerrorlog @p1 = 0
EXEC sys.xp_readerrorlog @p1 = 0, @p2 = 2
EXEC sys.sp_readerrorlog @p1=0, @p2=1, @p3='CLR'
EXEC sys.sp_readerrorlog @p1=0, @p2=1, @p3='CLR', @p4='Framework'
当执行存储过程sys.sp_readerrorlog时，它会调用一个扩展存储过程sys.xp_readerrorlog，该过程接受7个参数，具体如下：
EXEC sys.xp_readerrorlog 0, 1, N'', N'', '20151124', '20151125', 'DESC'