| MS 
                          SQL的日志信息/日志记录,可能对你来说,既熟悉又陌生,熟悉是因为你可能一直都在使用,查看、关注一些日志信息/记录,例如,作业历史记录;陌生是因为你可能从不关注日志信息/记录的管理,这里我一直用日志信息/记录这个词,而没有用日志文件这个词来阐述,是想让大家把它和事务日志文件(ldf)区分开来,网上你用日志文件做搜索关键词,可能搜出来的都是事务日志相关的信息。其实它真的也叫日志文件,这篇文章我大概从日志记录分类、如何查看日志记录、日志记录的位置、日志记录的设置、为什么错误日志会暴增、如何清除日志记录等方面来讲述。 日志记录分类 按日志文件查看器,习惯将错误日志归为SQL SERVER、 SQL SERVER 
                          代理, Windows应用程序日志,数据库邮件等四类错误日志记录。如果还考虑维护计划、远程维护计划、作业历史记录日志信息,总共是7类日志信息文件。 
 其中Windows应用程序日志类型又分为系统日志(System)、安全日志(Security)、应用程序日志(Application), 
                          PatchLink日志等几种,我在服务器(Windows Server 2008 R2 Standard)上打开SSMS,居然发现又多了HardwareEvents, 
                          Internet Explorer、Windows PowerShell等日志文件。这些都是系统的日志文件。你不必太纠结有多少种。 
 日志记录位置 SQL SERVER日志记录、 SQL SERVER代理记录的位置如下所示, 
                          SQL SERVER日志记录一般存储在ERRORLOG.n(n为数字)文件里, SQL SERVER代理日志记录位于SQLAGENT.n这类的文件里。当然这跟数据库的版本也有关系: 
                           
                            | 版本 | 路径 |   
                            | SQL SERVER 2005 | Program Files\Microsoft 
                              SQL Server\MSSQL.n\MSSQL\LOG |   
                            | SQL SERVER 2008 | Program Files\Microsoft 
                              SQL Server\MSSQL10.实例名\MSSQL\LOG |   
                            | SQL SERVER 2008 R2 | Program Files\Microsoft 
                              SQL Server\MSSQL10_50.实例名\MSSQL\LOG |  SQL SERVER 2005,默认情况下,错误日志位于 Program 
                          Files\Microsoft SQL Server\MSSQL.n\MSSQL\LOG\ERRORLOG 
                          和 ERRORLOG.n 文件中。其中MSSQL.n的区分为: 1、MSSQL.1:SQLSERVER 2、MSSQL.2:SSAS 3、MSSQL.3:SQLExpress 4、MSSQL.4:SSRS 所以,一般情况下,你只需要关注MSSSQL.1目录下的日志文件 
 那么,数据库邮件日志记录位于哪里呢?作业历史记录日志信息、Windows应用程序日志又位于哪里呢?是不是从没考虑过这些? 数据库邮件日志记录信息可以从视图msdb.dbo.sysmail_event_log查询得到,实质保存在[dbo].[sysmail_log]表里面。 
                           
                            | sysmail_event_log
  SELECTlog_id ,
        CASE event_type
          WHEN 0 THEN 'success'
          WHEN 1 THEN 'information'
          WHEN 2 THEN 'warning'
          ELSE 'error'
        END AS event_type ,
        log_date ,
        description ,
        process_id ,
        sl.mailitem_id ,
        account_id ,
        sl.last_mod_date ,
        sl.last_mod_user
    FROM[dbo].[sysmail_log] sl
WHERE   ( ISNULL(IS_SRVROLEMEMBER(N'sysadmin'), 0) = 1 )
        OR( EXISTS( SELECT    mailitem_id
                      FROM      [dbo].[sysmail_allitems] ai
                      WHERE     sl.mailitem_id = ai.mailitem_id ) )
 |  作业历史记录日志信息都保存在msdb.dbo.sysjobhistory的表里面,其中run_status字段代表作业执行状态 
                           
                            | 0 
                                = 失败 1 = 成功 2 = 重试 3 = 已取消 4= 正在进行 |  所有Windows应用程序日志其实都位于同一位置%SystemRoot%\System32\Winevt\Log。像Application日志文件位于%SystemRoot%\System32\Winevt\Logs\Application.evtx,如下所示。 
 查看日志记录 查看日志记录可以确保进程(例如,备份和还原操作、批处理命令或其他脚本和进程)成功完成。此功能可用于帮助检测任何当前或潜在的问题领域,包括自动恢复消息(尤其是在 
                          SQL Server 实例已停止并重新启动时)、内核消息或其他服务器级错误消息。 方式1: 查看错误日志文件 对SQL SERVER、SQL SERVER AGENT日志记录信息,你可以直接去log目录下找到ERRORLOG、SQLAGENT日志文件,直接打开查看;而像Windows应用程序日志记录,去到%SystemRoot%\System32\Winevt\Log目录,找到对应的日志文件,直接打开查看。 方式2:通过SSMS来查看日志记录 查看与常规 SQL Server 活动相关的日志 在对象资源管理器中,依次展开“管理”和“SQL Server 日志”,再双击“当前<日期/时间>”,将显示 
                          SQL Server、“SQL 代理”和“Windows 事件”日志。 1、查看与作业相关的日志 在对象资源管理器中,展开“SQL Server 代理”,右键单击“作业”,再单击“查看历史记录”,此时将显示“作业历史记录”和“SQL 
                          代理”日志。 2、查看与维护计划相关的日志 在对象资源管理器中,展开“管理”,右键单击“维护计划”,再单击“查看历史记录”,此时将显示“维护计划”、“作业历史记录”和“SQL 
                          代理”日志。  方式3:用脚本查看 3.1 对于SQL SERVER日志文件,可以通过下面脚本查看: --查看日志文件的存档号 EXEC master.dbo.sp_enumerrorlogs 用这个命令可以查看日志文件的大小,这个非常有用,你可以把大小异常的文件给排查出来。 --根据存档号查看该档日志内容 EXEC master.dbo.xp_readerrorlog 1 --根据job_id查看SQL SERVER日志记录 SELECT * FROM msdb.dbo.sysjobhistory 
                          WHERE job_id='36E9232B-CD5B-4646-9BED-B8242090FFF9' 3.2 对于作业历史记录日志信息,你既可以通过下面存储过程查看,也可以直接查询对应的表。 例如,我要查看作业“ServerDiskCapacityCheck”的历史记录 
                           
                            | 
 USE msdb ;
 
GO
 
EXEC dbo.sp_help_jobhistory
 
@job_name = N'ServerDiskCapacityCheck' ;
 
GO
 
  SELECT      j.name AS  [JOB_NAME] ,
 
            h.step_id AS  [Step] ,  
 
            h.step_name AS  [STEP_NAM] ,  
 
            h.MESSAGE AS  [Message] ,  
 
            [Status]    = CASE WHEN h.run_status = 0 THEN 'Failed'  
 
            WHEN h.run_status = 1 THEN 'Succeeded'  
 
            WHEN h.run_status = 2 THEN 'Retry'  
 
            WHEN h.run_status = 3 THEN 'Canceled'  
 
            END,  
 
            h.run_date AS  [RunDate] ,  
 
            h.run_time AS  [RunTime] ,  
 
            h.run_duration  AS  [RunDuration]
 
  FROM        sysjobs j
 
    INNER JOIN  sysjobhistory h ON h.job_id = j.job_id
 
WHERE h.run_date>=CONVERT(CHAR(8),GETDATE()-1,112) AND h.run_status<>1   
 
  /* WHERE    j.name = 'Job_Name' */
 
    ORDER BYh.run_date, h.run_time |  3.3数据库邮件记录查看 SELECT * FROM msdb.dbo.sysmail_event_log; 日志记录管理 设置最大错误日志文件数 1:在对象资源管理器中,连接到 SQL Server 数据库引擎实例,再展开该实例。 2:在”管理“选项,选择”SQL SERVER日志”,单击右键选择配置。 
                          顺便说一下,很多网上资料说,SQL SERVER默认保留前6个日志文件,但是我查看了SQL SERVER 
                          2005和SQL SERVER 2008,都是默认保留30个,有时候需要自己去验证、实验,不要人人亦云。估计这个说法是SQL 
                          SERVER 2000时的配置了。 
 当然,你也可以用命令设置: 
                           
                            | USE [master]GO
 EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', 
N'NumErrorLogs', REG_DWORD, 10
 GO
 |   设置错误日志文件存放目录 1:在对象资源管理器中,连接到 SQL Server 数据库引擎实例,再展开该实例。 2:展开“SQL SERVER”代理。 3:右键单击”错误日志“,然后选择配置选项,如下所示: 
 4:在”错误日志文件“选项中,输入新的路径和文件名,或使用浏览(...)按钮进行查找。重新启动SQL 
                          SERVER代理服务后,SQL SERVER代理才写入到新的日志文件。 
 设置作业历史记录日志 1、在对象资源管理器中,连接到 SQL Server 数据库引擎 实例,再展开该实例。 2、右键单击“SQL Server 代理”,再单击“属性”。 3、在“SQL Server 代理属性”对话框中,选择“历史记录”页。 4、从下列选项中选择: 1)选中“限制作业历史记录日志的大小”,然后键入作业历史记录日志的最大行数和每个作业的最大行数。 2)选中“自动删除代理历史记录”,然后指定时间段。这样,早于此时间段的历史记录将从日志中清除。 3)历史记录 
 为什么错误日志文件暴增? 这里我说的不仅仅指某个错误日志记录文件暴增,也指目录Program Files\Microsoft 
                          SQL Server\MSSQL.n\MSSQL\LOG所占空间暴增,如果你平时都不关注这些错误日志,也从不维护错误日志记录文件,那么很有可能它所占的空间非常大,大到让你吃惊的地步。几十G的我也见过,那么具体原因可能有以下种(如果大家还碰到过其它情况,欢迎补充): 1:SQL 内部错误的时候会产生非常多的DUMP文件,如下所示: 
 2:高可用的数据库服务器可能很少停机,而你又没有定期清理、清空这些错误日志信息,那么ERRORLOG.n/SQLAGENT.n文件增长会非常大。这样对于DBA使用错误日志查找信息就会比较困难,而且日志大了加载、写入以后性能也会受到影响。 3:其实还有一个情况,如果你数据库IP地址曝露在外网时,会遭到大量尝试登录sa的攻击,也会产生大量的审核失败日志信息。 4:就是一些SQL SERVER PROFILE文件没有删除,当然,这个本质跟日志文件暴增没啥关系,但是跟LOG文件夹的大小有些关系。 如何清理错误日志: 对于SQL SERVER日志、SQL SERVER AGENT日志记录,微软提供了一个存储过程sp_cycle_errorlog可以实现日志的循环。 
                          这个存储过程的作用是关闭当前的错误日志文件,并循环错误日志扩展编号(就像重新启动服务器)。每次启动SQL 
                          Server 时,都会将当前错误日志重命名为errorlog.1;errorlog.1 变为errorlog.2,errorlog.2 
                          变为errorlog.3,依次类推。最后一个errorlog.n将会被删除 sp_cycle_errorlog 可使您循环访问错误日志文件,而不必停止和启动服务器。 另外:日志过大说明你没有截断错误日志,错误日志是可以截断的,进入你的数据库输入DBCC 
                          ERRORLOG 每执行一次,当前的错误日志退出,让后建立新的错误日志,你只能删除 ERRORLOGn的错误日志没有号码的是正在使用的日志,删除会报错,如果它比较大,就DBCC 
                          ERRORLOG,而后他会变成ERRORLOG+编号,你就可以删除了,另外建议你把这些ERRORLOG 
                          放到其他盘符,比较好管理。 对于 Windows应用程序日志,一般都有默认的大小设置,以及按需要覆盖。这些配置一般也是最优的配置。所以这块除非你有特殊需求,否则不用你操心。 
 对于邮件日志记录,存储过程sysmail_delete_log_sp提供从数据库邮件日志中删除事件。删除日志中的所有事件或删除符合某一日期或类型条件的那些事件 
                           
                            | sysmail_delete_log_sp [ [ @logged_before = ] 'logged_before' ] [, [ @event_type = ] 'event_type' ] |  删除参数指定的所有 SQL Server 代理作业步骤日志。使用此存储过程可维护 
                          msdb 数据库中的 sysjobstepslogs 表。 
                           
                            | sp_delete_jobsteplog { [ @job_id = ] 'job_id' | [ @job_name = ] 'job_name' }[ , [ @step_id = ] step_id | [ @step_name = ] 
                                'step_name' ] [ , [ @older_than = ] 'date' ] [ , [ @larger_than = ] 'size_in_bytes' ] |  删除作业的历史记录 删除特定作业YourSQLDba_LogBackups的历史记录。 
                           
                            | USE msdb ; GO EXEC dbo.sp_purge_jobhistory @job_name = N'YourSQLDba_LogBackups' ; GO |  以下示例将不带参数执行此过程以删除所有的历史记录。 
                           
                            | USE msdb ; GO EXEC dbo.sp_purge_jobhistory ; GO |  删除参数指定的所有 SQL Server 代理作业步骤日志。使用此存储过程可维护 
                          msdb 数据库中的 sysjobstepslogs 表。如果你想好好维护日志记录,那么你可以整合上面的思想方法到一个存储过程,然后配置一个作业来定期清理日志记录,接下来我们看看YourSQLDba的方法吧 
                           
                            | USE [YourSQLDba]
GO
 
/****** Object:  StoredProcedure [yMaint].[LogCleanup]    Script Date: 05/28/2013 18:36:21 ******/
SET ANSI_NULLS ON
GO
 
SET QUOTED_IDENTIFIER ON
GO
 
-----------------------------------------------------------------------------
-- yMaint.LogCleanup (for entries older than 30 days)
-- Mail logs
-- Backup history logs
-- Job history
-- Cycle SQL Server error log
-----------------------------------------------------------------------------
create proc [yMaint].[LogCleanup]
  @jobNo Int
as
Begin
  declare @d nvarchar(8)
  declare @lockResult int
  declare @sql nvarchar(max)
 
  Begin try
 
  exec yMaint.LockMaintDb@jobNo=@jobNo, @lockType='C', @DbName = 'LogCleanUpStep', @Result = @lockResult output
  If @lockResult > 0
    Return;
 
  Set @sql = 'Exec msdb.dbo.sysmail_delete_log_sp @logged_before = "";'
  Set @sql = replace(@sql, '', convert(nvarchar(8), dateadd(dd, -30, getdate()), 112))
  Set @sql = replace(@sql, '"', '''')
  Exec yExecNLog.LogAndOrExec
    @context = 'yMaint.LogCleanup'
  , @info = 'Cleanup log entries older than 30 days, begins with mail'
  , @sql = @sql
  , @JobNo = @JobNo
  
  Set @sql = 'EXECUTE msdb.dbo.sysmail_delete_mailitems_sp  @sent_before = "";'
  Set @sql = replace(@sql, '', convert(nvarchar(8), dateadd(dd, -30, getdate()), 112))
  Set @sql = replace(@sql, '"', '''')
  Exec yExecNLog.LogAndOrExec
    @context = 'yMaint.LogCleanup'
  , @info = 'Cleanup log entries older than 30 days, for mailitems'
  , @sql = @sql
  , @JobNo = @JobNo
 
  -- clean backup history
  Set @sql = 'exec  Msdb.dbo.sp_delete_backuphistory   @oldest_date = "" '
  Set @sql = replace(@sql, '', convert(nvarchar(8), dateadd(dd, -30, getdate()), 112))
  Set @sql = replace(@sql, '"', '''')
  Exec yExecNLog.LogAndOrExec
    @context = 'yMaint.LogCleanup'
  , @info = 'Cleanup log entries older than 30 days, for backup history'
  , @sql = @sql
  , @JobNo = @JobNo
  
  -- clean sql agent job history
  Set @sql = 'EXECUTE  Msdb.dbo.sp_purge_jobhistory  @oldest_date = ""'
  Set @sql = replace(@sql, '', convert(nvarchar(8), dateadd(dd, -30, getdate()), 112))
  Set @sql = replace(@sql, '"', '''')
  Exec yExecNLog.LogAndOrExec
    @context = 'yMaint.LogCleanup'
  , @info = 'Cleanup log entries older than 30 days, for job history'
  , @sql = @sql
  , @JobNo = @JobNo
  
  -- clean job maintenance job history (SQL Server own maintenance)
  Set @sql = 'EXECUTE  Msdb.dbo.sp_maintplan_delete_log null,null,""'
  Set @sql = replace(@sql, '', convert(nvarchar(8), dateadd(dd, -30, getdate()), 112))
  Set @sql = replace(@sql, '"', '''')
  Exec yExecNLog.LogAndOrExec
    @context = 'yMaint.LogCleanup'
  , @info = 'Cleanup log entries older than 30 days, for SQL Server job maintenace plans'
  , @sql = @sql
  , @JobNo = @JobNo
  
  -- archive current log, and start a new one
  Set @sql = 'Execute sp_cycle_errorlog'
  Set @sql = replace(@sql, '', convert(nvarchar(8), dateadd(dd, -30, getdate()), 112))
  Set @sql = replace(@sql, '"', '''')
  Exec yExecNLog.LogAndOrExec
    @context = 'yMaint.LogCleanup'
  , @info = 'Recycle Sql Server error log, start a new one'
  , @sql = @sql
  , @JobNo = @JobNo
 
  Delete H
  From
    (
    Select distinct JobNo --
    From  Maint.JobHistory
    Where JobStart < dateadd(dd, -30, getdate())
    ) as T
    join
    Maint.JobHistory H  
    On H.JobNo = T.JobNo
 
  End try
  Begin catch
    exec yMaint.UnLockMaintDb@jobNo=@jobNo, @DbName = 'LogCleanUpStep'
    Exec yExecNLog.LogAndOrExec
        @context = 'yMaint.LogCleanup'
      , @Info = 'Error caught in proc'  
      , @err = '?'
      , @JobNo = @JobNo
  End Catch
 
  exec yMaint.UnLockMaintDb@jobNo=@jobNo, @DbName = 'LogCleanUpStep'
 
End -- yMaint.LogCleanup
 
GO |  参考资料: 1、http://msdn.microsoft.com/zh-cn/library/ms187885(v=sql.105).aspx 2、http://www.jb51.net/article/26988.htm 3、http://groundsel.itpub.net/post/1284/494264 4、http://technet.microsoft.com/zh-cn/library/ms191202(v=SQL.105).aspx 5、http://support.microsoft.com/kb/157804/zh-cn 6、http://support.microsoft.com/kb/115519/zh-cn 7、http://blog.csdn.net/smithliu328/article/details/7843724 8、http://blog.csdn.net/claro/article/details/5660524 9、http://www.cnblogs.com/lyhabc/archive/2013/02/12/2910623.html |