在高度安全环境中，Windows 安全日志是写入记录对象访问的事件的合适位置。其他审核位置也受支持，但是更易被篡改。
创新互联公司从2013年成立，先为北海等服务建站，北海等地企业，进行企业商务咨询服务。为北海企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
将 SQL Server 服务器审核写入 Windows 安全日志有两个关键要求：
必须配置审核对象访问设置以捕获事件。可根据您的操作系统而采用最佳的配置方法。
在 Windows Vista 和 Windows Server 2008 中，使用审核策略工具 (
auditpol.exe
)。审核策略程序公型宴开了
审核对象访问
类别中羡没的多种子策略设置。若要允许 SQL Server 审核对象访问，请配置
应用程序生成的设置。
对于 Windows 的早期版本，审核策略工具不可用。请改用安全策略管理单元 (secpol.msc
)。如果可用，优先采用审核策略，因为可以配置更精细的设置。
SQL Server 服务正在其下运行的帐户必须拥有
生成安全审核
权限才能写入 Windows 安全日志。默认情况下，LOCAL SERVICE 和 NETWORK SERVICE 帐户拥有此权限。如果 SQL Server 正在其中一个帐户下运行，则不需要此步骤。
将 Windows 审核策略配置为写入 Windows 安全日志时，可能会影响 SQL Server 审核，此时若该审核策略配置不正确，就可能导致事件丢失。通常，将 Windows 安全日志设置为覆盖较旧的事件。这样可保留最新的事件。但如果 Windows 安全日志未设置为覆盖较旧的事件，则当安全日志已满时，系统将发出 Windows 事件 1104（日志已满）。此时：
不再记录其他安全事件
SQL Server 将无法检测系统是否能够在安全日志中记录事件，从而导致可能丢卜派银失审核事件
Box 管理员修复安全日志后，日志记录行为将恢复正常。
SQL Server 计算机的管理员应了解安全日志的本地设置可能会被域策略覆盖。在这种情况下，域策略可能覆盖子类别设置 (
auditpol /get /subcategory:"application generated"
)。这可能会影响 SQL Server 在无法检测 SQL Server 尝试审核的事件是否将不被记录的情况下记录事件的能力。
您必须是 Windows 管理员，才能配置这些设置。
一．Windows日志系统
WindowsNT/2000的系统日志文件有应用程序日志AppEvent.Evt、安全日志SecEvent.Evt、系统日志SysEvent.Evt，根据系统开通的服务还会产生相应的日志文件。例如，DNS服务器日志DNS Serv.evt，FTP日志、WWW日志等。日志文件默认存放位置：%systemroot%\system32\config，默认文件大小512KB。这些日志文件在注册表中的位置为HKEY_LOCAL_MACHINE\system\CurrentControlSet\Services\Eventlog，可以修改相应键值来改变日志文件的存放路径和大小。
Windows NT/2000主要有以下三类日志记录系统事件：应用程序日志、系统日志和安全日志。
1．应用程序日志
记录由应用程序产生的事件。例如，某个数据库程序可能设定为每次成功完成备份后都向应用程序日志发送事件记录信息。应用程序日志中记录的时间类型由应用程序的开发者决定，并提供相应的系统工具帮助用户查看应用程序日志。
2．系统日志
记录由WindowsNT/2000操作系统组件产生的事件，主要包括驱动程序、系统组件和应用软件的崩溃以及数据丢失错误等。系统日志中记录的时间类型由Windows NT/2000操作系统预先定义。
3．安全日志
记录与安全相关的事件，包括成功和不成功的登录或退出、系统资源使用事件(系统文件的创建、删除、更改)等。与系统日志和应用程序日志不同，安全日志只有系统管理员才可以访问誉辩明。在WindowsXP中，事件是在系统或程序中发生的、要求通知用户的任何重要事情，或者是添加到日志中的项。事件日志服务在事件查看器中记录应用程序、安全和系统事件。通过使用事件查看器中的事件日志，用户可以获取有关硬件、软件和系统组件的信息，并可以监视本地或远程计算机上的安全事件。事件日志可帮助您确定和诊断当前系统问题的根源，还可以帮助用户预测潜在的系统问题。WindowsNT/2000的系统日志由事件记录组成。每个事件记录为三个功能区：记录头区、事件描述区和附加数据区，表14-3-1描述了事件记录的结构。
表14-3-1 事件日志结构
记录头
日期
时间
主体标识
计算机名
事件标号
事灶扮件来源
事件等级
事件类别
事件描述
事件描述区的内容取决于具体的事件，可以是事件的名称、详细说明、产生该事件的原因、建议的解决方案等信息。
附加数据
可选数据区，通常包括可以以16进制方式显示的二进制数据。具体内容由产生事件记录的应用程序决定。
事件标题包含以下关于事件的信息，如表14-3-2所描述。
表14-3-2 事件标题信息
日期
事件发生的日期
时间
事件发生的时间
用户
用户事件发生时己登录的用户的用户名。
计算机
发生事件的计算机的名称。
事件ID
标识事件类型的事件编号。产品支持代表可以使用事件ID来帮助了解系统中发生的事情。
来源
事件的来源。它可以是程序、系统组件或大型程序的个别组件的名称。
类型
事件的类型。它可以是以下五种类型之一：错误、警告、信息、成功审核或失败审核。
类别
按事件来源对事件进行的分类。它主要用于安全日志。
所记录的每个事件的描述取决于事件类型。日志中的每个事件都可归类为表14-3-3所描述的类型之一。
表14-3-3 事件类型
信息
描述任务(如应用程序、驱动程序或服务)成功庆告运行的事件。例如，当网络驱动程序成功加载时将记录“信息”事件。
警告
不一定重要但可能表明将来有可能出现问题的事件。例如，当磁盘空间快用完时将记录“警告”消息。
错误
描述重要问题(如关键任务失败)的事件。“错误”事件可能涉及数据丢失或功能缺失。例如，当启动过程中无法加载服务时将记录“错误”事件。
成功审核
（安全日志）
描述成功完成受审核安全事件的事件。例如，当用户登录到计算机时将记录“成功审核”事件。
失败审核
（安全日志）
描述未成功完成的受审核安全事件的事件。例如。当用户无法访问网络驱动器时可能记录“失败审核”事件。
Windows2003的日志系统通常放在下面的位置：
（1）安全日志文件：C:\WINDOWS\system32\config\SecEvent.EVT。
（2）系统日志文件：C:\WINDOWS\system32\config\SysEvent.EVT。
（3）应用程序日志文件：C:\WINDOWS\system32\config\AppEvent.EVT。
（4）FTP服务日志默认位置：C:\WINDOWS\system32\LogFiles\msftpsvc1\。
（5）WWW服务日志默认位置：C:\WINDOWS\system32\LogFiles\w3svc1\。
日志要做到客观、真实必须要从日志的安全性来考虑，在这方面Windows系统日志也对日志进行了适当的保护。Windows系统的日志往往会通过后台服务来对日志文件起到一定的保护作用。服务Event Log就是用来保护事件日志的。并且日志文件还会通过注册表中设置键值来定位。系统管理员还会通过备份、移位、设置文件访问权限等手段来对日志文件进行适当的保护。但是，这样做对系统日志的安全性来说远未得到保障。日志文件通常有某项服务在后台保护，除了系统日志、安全日志、应用程序日志等等，它们的服务是Windows2003的关键进程，而且与注册表文件在一块，当Windows2003启动后，启动服务来保护这些文件，所以很难删除，而FTP日志和WWW日志以及SchedLgU日志都是可以轻易地删除的。
二．IIS的日志及日志格式
IIS（Internet 信息服务）的日志是用于记录关于用户活动的细节并按一定的格式创建的可以查看的文件。
信息存储在ASCII文件或与ODBC兼容的数据库中。IIS中的日志记录信息超出了Microsoft Windows事件日志或性能监视器功能的范围。日志包括的信息诸如哪些用户访问了您的站点、访问者查看了什么内容，以及最后一次查看该信息的时间。可以使用日志来评估内容受欢迎程度或识别信息瓶颈。
IIS服务提供了四种日志文件的格式可以供你选择，他们分别是：
（1）Microsoft IIS日志文件格式：一种固定的ASCII格式。
（2）NCSA共用日志文件格式：一种固定的ASCII格式。
（3）ODBC日志记录：一种记录到数据库的固定格式，与该数据库兼容。
（4）W3C扩展日志文件格式：一种可自定义的ASCII格式，默认情况下选择此格式。
下面分别详细介绍这些格式。
1．IIS日志文件格式
IIS格式是固定的（不能自定义的）ASCII格式。IIS格式比NCSA公用格式记录的信息多。IIS格式包括一些基本项目，如用户的IP地址、用户名、请求日期和时间、服务状态码和接收的字节数。另外，IIS格式还包括详细的项目，如所用时间、发送的字节数、动作（例如，GET命令执行的下载）和目标文件。这些项目用逗号分开，使得格式比使用空格作为分隔符的其他ASCII格式更易于阅读。时间记录为本地时间。
当在文本编辑器中打开IIS格式的文件时，项目与下面的示例相似：
192.168.114.201，-，03/20/01，7：55：20，w3svc2,sales1,172.21.13.45,4502,163,3223,200,0,GET, /DeptLogo.gif ,-,
172.16.255.255,anonymous, 03/20/01, 23:58:11, MSFTPSVC, SALES1, 172.16.255.255, 60,275,0,0,0, pass, /Intro.htm, -,
上面所示的项目将在下面的表中加以说明。每个表的顶行来自第二个站点实例（以W3SVC2形式出现在“服务”下面），底行来自第一个FTP站点实例（以MSFTPSVC1形式出现在“服务”下面）。由于页宽所限，该示例出现在三个表中。
用户的IP地址
用户名称
日期
时间
服务和实例
计算机名
192.168.114.201
03/20/01
7:55:20
W3SVC2
SALES1
172.16.255.255
匿名
03/20/01
23:58:11
MSFTPSVC1
SALES1
服务器IP地址
所用时间
发送字节
接收字节
服务状态码
状态码
172.21.13.45
4502
163
3223
200
172.16.255.255
60
275
请求类型
操作目标
参数
GET
/DeptLogo.gif
[376] PASS
/Intro.htm
在上面的示例中，第一个项目表明：2001年3月20日上午7:55，IP地址为192.168.114.201的匿名用户发出一条HTTP GET命令，从IP地址为172.21.13.45、名为SALES1的服务器请求图像文件/DeptLogo.gif。163字节的HTTP请求有4502毫秒（4.5秒）的处理时间来完成，并将3223个字节的数据毫无错误地返回给匿名用户。
2．NCSA公用日志文件格式
（美国）国家超级计算技术应用中心（NCSA）公用格式是一种固定的（不能自定义的）ASCII格式，可用于网站但不能用于FTP站点。NCSA公用格式记录了关于用户请求的基本信息，如远程主机名、用户名、日期、时间、请求类型、HTTP状态码和服务器发送的字节数。项目之间用空格分开；时间记录为本地时间。
当在文本编辑器中打开NCSA公用格式文件时，项目与下面的示例相似：
以上示例的项目在下面的表中说明。由于页宽所限，该示例显示在两个表中。
远程主机
远程登录名称
用户名称
日期
时间和GMT时差
172.21.13.45
-
Microsoft\fred
08/Apr/2001
17:39:10 -0800
请求/版本
服务状态码
传送的字节
GET/scripts/iisadmin/ism.dll?http/serv HTTP/1.0
200
3401
上面的项目表明：Microsoft域中IP地址为172.21.13.45、名为Fred的用户在2001年4月8日下午5:39分发出一条HTTP GET命令（即下载一个文件）。该请求将3401个字节的数据正确无误地返回给名为Fred的用户。
3. 使用ODBC日志记录用适当的属性为日志数据创建包含表的数据库
IIS中包含有SQL模板文件，它可以在SQL数据库中运行，以创建从IIS接受日志项目的表。该文件名为Logtemp.sql且位于systemroot\System32\Inetsrv（如果您接受了安装默认值）。下列属性是必需的：
表14-3-4 ODBC日志属性
属性名称
属性类型
ClientHost
varchar(255)
Username
varchar(255)
LogTime
datetime
Service
varchar(255)
Machine
varchar(255)
ServerIP
varchar(50)
ProcessingTime
Int
BytesRecvd
Int
BytesSent
Int
ServiceStatus
Int
Win32Status
Int
Operation
varchar(255)
Target
varchar(255)
Parameters
varchar(255)
为数据库赋予系统数据源名(DSN)，ODBC软件用它来查找数据库。向IIS提供数据库和表的名称。如果访问数据库时需要用户名和密码，也必须在IIS中指定。
4．W3C扩展日志文件格式
W3C扩展格式是一个包含多个不同属性、可自定义的ASCII格式。可以记录对您来说重要的属性，同时通过省略不需要的属性字段来限制日志文件的大小。属性以空格分开，时间以UTC形式记录。W3C扩展日志记录定义如表14-3-5。
表14-3-5 W3C扩展日志记录定义
前缀
含义
s-
服务器操作。
c-
客户端操作。
cs-
客户端到服务器的操作。
sc-
服务器到客户端的操作。
字段
格式
描述
日期
data
活动发生的日期。
时间
time
活动发生的时间。
客户端IP地址
c-ip
访问服务器的客户端IP地址。
用户名
cs-username
访问服务器的已验证用户的名称。这不包括用连字符(-)表示的匿名用户。
服务名
s-sitename
客户端所访问的该站点的Internet服务和实号码。
服务器IP地址
s-ip
生成日志项的服务器的IP地址。
服务器端口
s-port
客户端连接到的端口号
方法
cs-method
客户端试图执行的操作（例如GET方法）
URI资源
cs-uri-stem
访问的资源，例如Default.htm。
URI查询
cs-uri-query
客户端正在尝试执行的查询（如果有）。
协议状态
sc-status
以HTTP或FTP术语表示的操作的状态。
Win32状态
sc-win32-status
用Windows使用的术语表示的操作的状态。
发送的字节数
sc-bytes
服务器发送的字节数。
接收的字节数
cs-bytes
服务器接收的字节数。
所用的时间
time-taken
操作花费的时间长短（毫秒）。
协议版本
cs-version
客户端使用的协议（HTTP，FTP）版本。对于HTTP，这将是HTTP1.0或HTTP1.1。
主机
cs-host
显示主机头的内容。
用户代理
cs(User-Agent)
在客户端使用的浏览器。
Cookie
cs(Cookie)
发送或接收的Cookie的内容（如果有）。
引用站点
cs(Referer)
用户访问的前一个站点。此站点提供到当前站点的链接。
以下示例显示了使用下列属性的文件语句：时间、客户端IP地址、方法、URL资源、协议状态和协议版本。
上面所示的项目表明：2001年5月2日下午5:42(UTC)，HTTP版本为1.0、IP地址为172.16.255.255的用户针对/Default.htm文件发出了HTTP GET命令。该请求正确无误地返回。#Date:属性字段表明了第一个日志项目建立的时间，也就是创建日志的时间。#Version:属性字段指出使用的是W3C扩展日志记录格式。
5．自定义错误消息
所有IIS自定义错误消息都显示行业标准HTTP代码，这样可以确保与HTTP1.1错误消息一致。但是，可以使用IIS中的“自定义错误”属性页来自定义常规的HTTP错误消息。
自定义错误消息作为列表显示在IIS的管理单元中，IIS将其作为单个属性来处理。例如，在网站级别配置一组自定义错误消息后，该服务器下的所有目录均继承整个自定义错误消息列表。即并不会合并这两个自定义错误消息列表（分别用于服务器和目录）。
可以使用IIS来自定义以下HTTP错误消息。
表14-3-6 HTTP错误消息
错误代码
错误消息
400
无法解析此请求。
401.1
未经授权：访问由于凭据无效被拒绝。
401.2
未经授权:访问由于服务器配置倾向使用替代身份验证方法而被拒绝。
401.3
未经授权：访问由于ACL对所请求资源的设置被拒绝。
401.4
未经授权：Web服务器上安装的筛选器授权失败。
401.5
未经授权：ISAPI/CGI应用程序授权失败。
401.7
未经授权：由于Web服务器上的URL授权策略而拒绝访问。
403
禁止访问：访问被拒绝。
403.1
禁止访问：执行访问被拒绝。
403.2
禁止访问：读取访问被拒绝。
403.3
禁止访问：写入访问被拒绝。
403.4
禁止访问：需要使用SSL查看该资源。
403.5
禁止访问：需要使用SSL 128查看该资源。
403.6
禁止访问：客户端的IP地址被拒绝。
403.7
禁止访问：需要SSL客户端证书。
403.8
禁止访问：客户端的DNS名称被拒绝。
403.9
禁止访问：太多客户端试图连接到Web服务器。
403.10
禁止访问：Web服务器配置为拒绝执行访问。
403.11
禁止访问：密码已更改。
403.12
禁止访问：服务器证书映射器拒绝了客户端证书访问。
403.13
禁止访问：客户端证书已在Web服务器上吊销。
403.14
禁止访问：在Web服务器上已拒绝目录列表。
403.15
禁止访问：Web服务器已超过客户端访问许可证限制。
403.16
禁止访问：客户端证书格式错误或未被Web服务器信任。
403.17
禁止访问：客户端证书已经到期或者尚未生效。
403.18
禁止访问：无法在当前应用程序池中执行请求的URL。
403.19
禁止访问：无法在该应用程序池中为客户端执行CGI。
403.20
禁止访问：Passport登录失败。
404
找不到文件或目录。
404.1
文件或目录未找到：网站无法在所请求的端口访问。
注：404.1错误只会出现在具有多个IP地址的计算机上。如果在特定IP地址/端口组合上收到客户端请求，而且没有将IP地址配置为在该特定的端口上侦听，则IIS返回404.1HTTP错误。例如，如果一台计算机有两个IP地址，而只将其中一个IP地址配置为在端口80上侦听，则另一个IP地址从端口80收到的任何请求都将导致IIS返回404.1错误。只应在此服务级别设置该错误，因为只有当服务器上使用多个IP地址时才会将它返回给客户端。
404.2
文件或目录无法找到：锁定策略禁止该请求。
404.3
文件或目录无法找到：MIME映射策略禁止该请求。
405
用于访问该页的HTTP动作未被许可。
406
客户端浏览器不接受所请求页面的MIME类型。
407
Web服务器需要初始的代理验证。
410
文件已删除。
412
客户端设置的前提条件在Web服务器上评估时失败。
414
请求URL太大，因此在Web服务器上不接受该URL。
500
服务器内部错误。
500.11
服务器错误：Web服务器上的应用程序正在关闭。
500.12
服务器错误：Web服务器上的应用程序正在重新启动。
500.13
服务器错误：Web服务器太忙。
500.14
服务器错误：服务器上的无效应用程序配置。
500.15
服务器错误：不允许直接请求GLOBAL.ASA。
500.16
服务器错误：UNC授权凭据不正确。
500.17
服务器错误：URL授权存储无法找到。
500.18
服务器错误：URL授权存储无法打开。
500.19
服务器错误：该文件的数据在配置数据库中配置不正确。
500.20
服务器错误：URL授权域无法找到。
500 100
内部服务器错误：ASP错误。
501
标题值指定的配置没有执行。
502
Web服务器作为网关或代理服务器时收到无效的响应。
1、明袜首先打开SQL Server企前衡业管理器，找到要操激悔激作的数据库。
把硬盘上的其他文件删除，以空出硬盘空间，将数据库的日志文件大小改成无限制，然后分离数据库，要确保分离成功等等需要了解的朋友可以参考下
当前的解决方法是：把硬盘上的其他文件删除，以空出硬盘空间，将数据库的日志文件大小改成无限制，然后分离数据库，要确保分离成功，、然后把数据库日志文件删除（最好是先改名，以防万一）。再附加数据库，这样会重建日志文件。
加回去之后，将数据库改成自动收缩，把日志文件改成按mb增长，增长最大设为一个固定的值，值的大小看数据处理情况，存在大指的update操作的话，应设为大一点。
在查询分析器上操作：
清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG
解决SQL数据库日蔽拍志已满的问题
1、右键数据库→属性→选项→故障还原模型→设为简单→确定；
2、右键数据库→所有任务→收缩数据库→确定；
3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。
二、复杂方法
1、清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2、截判基断事务日志
BACKUP LOG 数据库名 WITH NO_LOG
3、收缩数据库文件(如果不压缩,数据库的文件不会减小)
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1)
4、为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
EXEC sp_detach_db @dbname = #39;pubs#39;
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = #39;pubs#39;,@physname = #39;c:#92;Program
Files#92;Microsoft SQL Server#92;MSSQL#92;Data#92;pubs.mdf#39;
5、为了以后能自动收缩,做如下设置
企业管理器--服务器--右键数据库--属性--选项--选择quot;自动收缩quot;
--SQL语句设置方式:
EXEC sp_dboption #39;数据库名#39;, #39;autoshrink#39;, #39;TRUE#39;
6、如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
特别注意：
请按步骤进行,未进行前面的步骤,请不要做后面的步骤，否则可能损坏你的数据库。
一般不建议做第4、6两步，第4步不安全,有可能损坏数据库或丢失数据，第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复。
日志文件满而造成SQL数据库无法写入文件时，可用两种方法：
一种方法：清空日志。
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个宏冲羡数,确定就可以了。
另一种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
1: 删除LOG
分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。
注意：建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键-属性-选项-故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple
另外，Truncate log on checkpoint(此选项用于SQL7.0，SQL 2000中即故障恢复模型选择为简单模型)当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70%
则将其内容清除在开发数据库时时常将此选项设置为True Auto shrink定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25%
当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate
log on checkpoint 选项设为True 时才能进行。
注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。
