1,查看日志,使用log Explorer查看对sqlserver数据日志
2,查看你程序的日志,如果是通过你程序删除的
3,是否中了病毒

解决方案 »

  1.   

    不好意思,有些情况没有跟大家说:1: 我是在存储过程中插入数据的,而且Commit tran了。2:有一种情况,大家看一下,这里存在的问题,有没有可能是这个问题的原因:  这个软件是用DELPHI写的,记得有一次测试的时候,一个存储过程出现错误,这时我想看一下表中的记录,结果在查询分析器中查询时,一直是在等待状态,于是关闭测试中的程序,再次在查询分析器中查询时,马上就有结果。  是不是这样的原因:在软件中用ADO连接数据库后执行SQL存储过程,因为出现错误,导致死锁或其他原因,事务并未提交,退出应用程序,事务回滚了?
      

  2.   

    我曾经试过在被插入表中添加了一个触发器,想记录一下deleted中记录,结果什么也没有记录下来。是不是在存储过程中因为
    begin tran.......if @@error<>0
      rollback
    else
      commit tran把触发器的操作也一同回滚了?另外,如何查看日志?select   *   From   ::fn_dblog(default,default)  结果一大片,可惜看不懂啊
      

  3.   

    不是有个叫log Explorer的东西嘛,
    地球人都在宣传,
    下来试试,看Log的。
      

  4.   

    今天去客户那儿去看了,用Log Explorer打开的日志,情况是这样:  1、6月13日 12:21:02 之后直到关机前,插入收银记录、减少库存等正常操作确实已经存在,但操作时间为同一时间: 06-13 13:32:33 640。因为插入收银记录时表中有一个字段记录时间,在正常操作记录中可以看到插入收银记录的时间,此时间是正常的机器时间,与日志中记录的操作时间不同。  2、正常操作之后还存在与正常操作完全相反的操作记录,删除了收银记录,重新插入库存记录,时间与正常操作的时间相同。  3、正常操作中删除记录可以看到删除的内容,如减少库存时为两条记录,一条是删除原记录,另一条是插入新记录(库存商品数量为已减少出库数量后的数值),但是与正常操作相反的记录中,比如说删除掉的收银记录,无法看到被删除的内容,提示信息为:Additional invaid....(没有记下原始的提示内容,大概是这两个单词)。  4、晚上大约22点关机,此时间有一项操作记录为:ABORT_XACT
      应该可以排除人为的原因吧,感觉好象在中午12点21分之后的操作被数据库做为一个事务,全部回滚了。  有没有人知道这是怎么一回事啊???!!!
      

  5.   

    这个问题只能一点点排查.
    跟踪sql,查程序,查是否人为.