用企业管理器会造成数据库日志出现大量的账户登陆失败审核,怎么解决?

时间:2022-12-30 21:40:00
事件类型: 失败审核
事件来源: Security
事件种类: 登录/注销 
事件 ID: 529
日期: 2006-6-7
事件: 17:55:05
用户: NT AUTHORITY\SYSTEM
计算机: XXX
描述:
登录失败: 
  原因:   用户名未知或密码错误
  用户名:  user_name
  域:  XX
  登录类型:  3
  登录过程:  NtLmSsp 
  身份验证程序包:  NTLM
  工作站名:  XX 


过程是客户机A机器,打开企业管理器登陆数据库B机器,一打开,大概1分钟可以有上百条的审核失败记录。
只要把A机器的企业管理器关闭,B机器的安全日志就不会出现这类审核失败了,所以可以确定是企业管理器的问题。B机器上打开企业管理器没有问题。
A机器的企业管理器用的是sa帐号,B机器时SQL Server 2000, 操作系统是Windows 2K AD。
请问怎么回事?怎么解决。

7 个解决方案

#1


关注

#2


中病毒了?

用事件探查器跟踪一下, 看看是否企业管理器在不断登录

#3



---跟踪
开始--程序--MS SQLSERVER
--事件探察器(SQL Profiler)
--文件
--新建--跟踪...
--设置要跟踪的服务器的信息(连接服务器)--确定
--设置跟踪的项目...
--然后数据库的调用情况就会显示出来

在跟踪项目设置中,如果不熟悉的话,一般用默认设置
筛选项目有几个可以注意一下:

1.DatabaseName 同于你要监测的数据库名(不过这个好像不起作用,我的电脑上设置无效)
2.DatabaseID   同于你要检测的数据库的dbid,可以用 select db_id(N'你要监测的库名')得到dbid
3.ObjectName   同于你要监测的对象名,例如表名,视图名等
4.ObjectID     同于你要监测的对象的id,可以用 select object_id(N'你要监测的对象名')得到id
5.Error        同于错误,如果经常出现某个编号的错误,则针对此错误号
6.Seccess      同于0,失败,1,成功,如果是排错,就过滤掉成功的处理

#4


就前面的情况看,应该是企业管理器,反正关了它就没事。
事件探查器里我只看安全审核的所有选项,不断地在企业管理器里操作的话
看到的都是sa的审核信息,没看到A机器的帐号信息,但是系统日志仍然有A机器帐号试图登录的失败审核。
然后,
在查询分析器里登陆B机器的数据库,如果选择windows安全验证的话,时间探查器里是看到:

用户 '(null)' 登录失败。原因: 未与信任 SQL Server 连接相关联。

#5


可能是因为B机器是windows认证,A机器用sa登录当然失败,而当A机器用windows登录时,又不是B机器的管理员帐号,所以还是失败.

#6


B 机器是windows认证+SQL Server

#7


有朋友帮忙吗?

#1


关注

#2


中病毒了?

用事件探查器跟踪一下, 看看是否企业管理器在不断登录

#3



---跟踪
开始--程序--MS SQLSERVER
--事件探察器(SQL Profiler)
--文件
--新建--跟踪...
--设置要跟踪的服务器的信息(连接服务器)--确定
--设置跟踪的项目...
--然后数据库的调用情况就会显示出来

在跟踪项目设置中,如果不熟悉的话,一般用默认设置
筛选项目有几个可以注意一下:

1.DatabaseName 同于你要监测的数据库名(不过这个好像不起作用,我的电脑上设置无效)
2.DatabaseID   同于你要检测的数据库的dbid,可以用 select db_id(N'你要监测的库名')得到dbid
3.ObjectName   同于你要监测的对象名,例如表名,视图名等
4.ObjectID     同于你要监测的对象的id,可以用 select object_id(N'你要监测的对象名')得到id
5.Error        同于错误,如果经常出现某个编号的错误,则针对此错误号
6.Seccess      同于0,失败,1,成功,如果是排错,就过滤掉成功的处理

#4


就前面的情况看,应该是企业管理器,反正关了它就没事。
事件探查器里我只看安全审核的所有选项,不断地在企业管理器里操作的话
看到的都是sa的审核信息,没看到A机器的帐号信息,但是系统日志仍然有A机器帐号试图登录的失败审核。
然后,
在查询分析器里登陆B机器的数据库,如果选择windows安全验证的话,时间探查器里是看到:

用户 '(null)' 登录失败。原因: 未与信任 SQL Server 连接相关联。

#5


可能是因为B机器是windows认证,A机器用sa登录当然失败,而当A机器用windows登录时,又不是B机器的管理员帐号,所以还是失败.

#6


B 机器是windows认证+SQL Server

#7


有朋友帮忙吗?