SQL SERVER2008历史日志查询

有需要找个工具能够查询sql server历史操作日志,比如误删除,误操作等,网上搜了好多,没有一个靠谱的.当然排除自己写sql记录操作日志,俺不懂sql语言.有可用的工具求推荐,感谢.

  1. log explorer for sql server

    支持到SQL2005,以上不支持.

  2. sql server自带的管理--sql server日志

    记录的登录和错误日志

  3. 强大的sql server profiler

    主要作为实时分析进程或排错来用,不能查询历史日志,除非一直开着

  4. 查询transaction log,还原LSN,这个太高端

    可参考 http://blog.csdn.net/kevinsqlserver/article/details/7800628

  5. 更强大的第三方工具,ApexSQL Log,

    展示效果好,易理解,可惜试用只能查询最后10行log,求破解

  6. sql server自带的审核功能

    可用,目前我觉得最靠谱的.需要简单配置,默认不审核.

    http://technet.microsoft.com/zh-cn/library/cc280386.aspx

  7. 期待微软能够开放一个能够查看ldf的工具,不然要这文件何用

SQL SERVER2008历史日志查询,布布扣,bubuko.com

时间: 2024-10-13 16:19:52

SQL SERVER2008历史日志查询的相关文章

如何截断SQL Server2008+事务日志空间

SQL数据库事务日志记录数据库的任何更改,用户可回滚事务日志来恢复数据,但随着数据库使用时间变长,日志文件也会变得很大. 若要避免数据库的事务日志被填满,例行备份至关重要.做了日志备份后,会释放不活跃的VLF,增加日志的可用空间.但默认情况下备份日志,其日志文件的大小并未变化,如下图 备份前,总大小24.13MB 备份后,总大小仍然为24.13MB,但已用空间占比从93.1%降至11.0% 也就是,已使用日志空间是减小了,但未使用日志空间并未释放.其实,如果磁盘空间足够的话,可以不用收缩空间 那

【SSM sql.xml】日志查询mapper.xml

LogInfoMapper.xml <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd"> <mapper namespace="com.kikyo.s

SQL SERVER2008 数据库日志文件的收缩方法

最近公司的数据库随着业务量的增多,日志文件巨大(超过300G),造成磁盘空间不够用,进而后来的访问数据库请求无法访问. 网上类似的方法也很多,但不可行,如下是我实践过,可行的,将日志文件收缩至任意指定大小的方法: 第一步: 在SQL SERVER Management Studio 中右击数据库选择"属性"--->"选项",将恢复模式由默认的"完整"改为"简单". 第二步:再次右键选择数据库的"任务"

SQL Server2008清理日志方法.sql

最近客户反映一个问题,说是应用服务器写数据库失败,一开始以为是应用服务器的问题,后来从反馈的数据库运行日志来看,是由于数据库的事物日志满了,导致无法再写入数据. 从这次的问题解决得出以下结论: 1.数据库的数据文件和事物日志文件不要按百分比自动扩充,而应该是按MB增长.比如每次增长100MB~200MB 2.要定期的清理数据库的事物日志文件 3.一旦出现和数据库相关的问题,应该第一时间去查看数据库的运行日志 下面给出sqlserver 2008清理事物日志的方法,建议将其做成定时作业,而不用每次

SQL Server2008清空日志文件

USE[master] GO ALTER DATABASE mydbname SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE mydbname SET RECOVERY SIMPLE --简单模式 GO USE mydbname GO DBCC SHRINKFILE (N'mydbname_Log' , 11, TRUNCATEONLY) GO USE[master] GO ALTER DATABASE mydbname SET RECOVE

SQL server2008无法收缩日志

SQL server2008无法收缩日志,错误信息为: 1:由于最小日志空间要求,无法收缩日志文件 2:无法收缩日志文件 2 (XXX_log),因为该文件结尾的逻辑日志文件正在使用 描述: 用的是网上普遍有的收缩代码USE [master]GOALTER DATABASE shujuku SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE shujuku SET RECOVERY SIMPLE --简单模式GOUSE shujukuGODBCC S

记录SQL Server2008日志文件损坏的恢复过程

记录SQL Server2008日志文件损坏的恢复过程: 环境:系统Windows Server2003 数据库SQL Server2008 故障原因:通过mstsc链接同一服务器时,用户界面不一致.决定重启服务器,未正确关闭应用程序的情况下(程序在访问数据库),导致数据库日志文件损坏,自然也就无法访问mdf文件!(都是微软自家的产品,重启服务器为什么不能检查数据库的状态,将数据库设置在安全状态后在重启呢??所以,要养成良好的习惯.关闭现有数据库链接,再重启服务器) 故障表现:无法访问数据文件,

MySQL5.6 如何优化慢查询的SQL语句 -- 慢日志介绍

最近有个开发团队抱怨我们平台包含的mysql cluster不行,总是报mysql的"heartbeat Error",分析了他们收集的日志,没有发现mysql cluster节点之间的网络有问题,倒是发现了一个很有意思的现象,在mysql的slow log里面发现了大量的慢查询,基本上都是要1秒钟以上,很明显这种耗时高的慢查询会影响系统行为,指出这点让开发团队去优化他们的应用,很好奇他们竟然不知道有这些东西可以分析...... 数据库响应慢问题最多的就是查询了.现在大部分数据库都提供

MySQL5.6 怎样优化慢查询的SQL语句 -- 慢日志介绍

近期有个开发团队抱怨我们平台包括的mysql cluster不行,总是报mysql的"heartbeat Error".分析了他们收集的日志.没有发现mysql cluster节点之间的网络有问题,倒是发现了一个非常有意思的现象,在mysql的slow log里面发现了大量的慢查询.基本上都是要1秒钟以上,非常明显这样的耗时高的慢查询会影响系统行为.指出这点让开发团队去优化他们的应用,非常好奇他们居然不知道有这些东西能够分析. ... .. 数据库响应慢问题最多的就是查询了.如今大部分