数据库日志查看方式

SQL Server在SQL Server7.0和SQL Server2000中，可以用下面的命令查看事务日志：DBCC log({dbid|dbname},[,type={0|1|2|3|4}])参数:Dbid or dbname-任一数据库的ID或名字type-输出结果的类型:0-最少信息(operation,context,transaction id)1-更多信息(plus flags,tags,row length)2-非常详细的信息(plus object name,index name,page id,slot id)3-每种操作的全部信息4-每种操作的全部信息加上该事务的16进制信息默认type=0要查看MSATER数据库的事务日志可以用以下命令：DBCC log(master)错误日志找到SQL server，点属性，点开advance选项卡，里面有个dump directory后面那个目录就是你的日志文件存放的目录这时你复制那个目录下来，在资源管理器中打开那个目录，里面的ERORRLOG就是日志文件啦，用记事本打开OracleOracle日志查看一．Oracle日志的路径：登录：sqlplus"/as sysdba"查看路径：SQL>select*from v$logfile;SQL>select*from v$logfile;(#日志文件路径)二．Oracle日志文件包含哪些内容：（日志的数量可能略有不同）control01.ctl example01.dbf redo02.log sysaux01.dbf undotbs01.dbfcontrol02.ctl redo03.log system01.dbf users01.dbfcontrol03.ctl redo01.log SHTTEST.dbf temp01.dbf三．Oracle日志的查看方法：SQL>select*from v$sql(#查看最近所作的操作)SQL>select*fromv$sqlarea（#查看最近所作的操作）Oracle数据库的所有更改都记录在日志中，从目前来看，分析Oracle日志的唯一方法就是使用Oracle公司提供的LogMiner来进行，因为原始的日志信息我们根本无法看懂，Oracle8i 后续版本中自带了LogMiner,而LogMiner就是让我们看懂日志信息的工具,通过这个工具可以：查明数据库的逻辑更改，侦察并更正用户的误操作，执行事后审计，执行变化分析。

四．LogMiner的使用：1、创建数据字典文件（data-dictionary）1).首先在init.ora初始化参数文件中，添加一个参数UTL_FILE_DIR，该参数值为服务器中放置数据字典文件的目录。

如：UTL_FILE_DIR=($ORACLE_HOME\logs),重新启动数据库，使新加的参数生效：SQL>shutdown;SQL>startup;2).然后创建数据字典文件SQL>connect/as sysdbaSQL>execute dbms_logmnr_d.build(dictionary_filename=>'dict.ora',dictionary_location=> '/data1/oracle/logs');PL/SQL procedure successfully completed2、创建要分析的日志文件列表1).创建分析列表，即所要分析的日志SQL>execute dbms logmnr.add logfile(LogFileName=>'/data1/oracle/oradata/akazamdb/redo01.log',Options=>dbms_logmnr.new);PL/SQL procedure successfully completeds2).添加分析日志文件，一次添加1个为宜SQL>execute dbms_logmnr.add_logfile(LogFileName=> '/data1/oracle/oradata/akazamdb/redo01.log',Options=>dbms_logmnr.ADDFILE);PL/SQL procedure successfully completed3、使用LogMiner进行日志分析(具体要查询什么内容可以自己修改)（1）无限制条件SQL>EXECUTE dbms_logmnr.start_logmnr(DictFileName=>'/data1/oracle/logs/v816dict.ora');（2）有限制条件通过对过程DBMS_LOGMNR.START_LOGMNR中几个不同参数的设置，可以缩小要分析日志文件的范围。

通过设置起始时间和终止时间参数我们可以限制只分析某一时间范围的日志。

如下面的例子，我们仅仅分析2007年9月18日的日志：SQL>EXECUTE dbms_logmnr.start_logmnr(DictFileName=>'/data1/oracle/logs/v816dict.ora',StartTime=>to_date('2007-9-1800:00:00','YYYY-MM-DD HH24:MI:SS')EndTime=>to_date(''2007-9-1823:59:59','YYYY-MM-DD HH24:MI:SS'));也可以通过设置起始SCN和截至SCN来限制要分析日志的范围：SQL>EXECUTE dbms_logmnr.start_logmnr(DictFileName=>'/data1/oracle/logs/v816dict.ora',StartScn=>20,EndScn=>50);4、观察分析结果（v$logmnr_contents）到现在为止，我们已经分析得到了重作日志文件中的内容。

动态性能视图v$logmnr_contents 包含LogMiner分析得到的所有的信息。

SELECT sql_redo FROM v$logmnr_contents;如果我们仅仅想知道某个用户对于某张表的操作，可以通过下面的SQL查询得到，该查询可以得到用户DB_ZGXT对表SB_DJJL所作的一切工作。

SQL>SELECT sql_redo FROM v$logmnr_contents WHERE username='DB_ZGXT'AND tablename='SB_DJJL';需要强调一点的是，视图v$logmnr_contents中的分析结果仅在我们运行过程'dbms_logmrn.start_logmnr'这个会话的生命期中存在。

这是因为所有的LogMiner存储都在PGA内存中，所有其他的进程是看不到它的，同时随着进程的结束，分析结果也随之消失。

最后，使用过程DBMS_LOGMNR.END_LOGMNR终止日志分析事务，此时PGA内存区域被清除，分析结果也随之不再存在。

5、查看LogMiner工具分析结果SQL>select*from dict t where t.table_name like'%LOGMNR%';-看所有与logmnr相关的视图TABLE_NAME COMMENTS--------------------------------------------------------------------------------------------------------------GV$LOGMNR_CALLBACK Synonym for GV_$LOGMNR_CALLBACKGV$LOGMNR_CONTENTS Synonym for GV_$LOGMNR_CONTENTSGV$LOGMNR_DICTIONARY Synonym for GV_$LOGMNR_DICTIONARYGV$LOGMNR_LOGFILE Synonym for GV_$LOGMNR_LOGFILEGV$LOGMNR_LOGS Synonym for GV_$LOGMNR_LOGSGV$LOGMNR_PARAMETERS Synonym for GV_$LOGMNR_PARAMETERSGV$LOGMNR_PROCESS Synonym for GV_$LOGMNR_PROCESSGV$LOGMNR_REGION Synonym for GV_$LOGMNR_REGIONGV$LOGMNR_SESSION Synonym for GV_$LOGMNR_SESSIONGV$LOGMNR_STATS Synonym for GV_$LOGMNR_STATSGV$LOGMNR_TRANSACTION Synonym for GV_$LOGMNR_TRANSACTIONV$LOGMNR_CALLBACK Synonym for V_$LOGMNR_CALLBACKV$LOGMNR_CONTENTS Synonym for V_$LOGMNR_CONTENTSV$LOGMNR_DICTIONARY Synonym for V_$LOGMNR_DICTIONARYV$LOGMNR_LOGFILE Synonym for V_$LOGMNR_LOGFILEV$LOGMNR_LOGS Synonym for V_$LOGMNR_LOGSV$LOGMNR_PARAMETERS Synonym for V_$LOGMNR_PARAMETERSV$LOGMNR_PROCESS Synonym for V_$LOGMNR_PROCESSV$LOGMNR_REGION Synonym for V_$LOGMNR_REGIONV$LOGMNR_SESSION Synonym for V_$LOGMNR_SESSIONTABLE_NAME COMMENTS--------------------------------------------------------------------------------------------------------------V$LOGMNR_STATS Synonym for V_$LOGMNR_STATSV$LOGMNR_TRANSACTION Synonym for V_$LOGMNR_TRANSACTIONGV$LOGMNR_LOGS是分析日志列表视图分析结果在GV$LOGMNR_CONTENTS视图中，可按以下语句查询：select scn,timestamp,log_id,seg_owner,seg_type,table_space,data_blk#,data_obj#,data_objd#, session#,serial#,username,session_info,sql_redo,sql_undo from logmnr3t where t.sql_redo like 'create%';如果不能正常查询GV$LOGMNR_CONTENTS视图，并报以下错误，ORA-01306:在从v$logmnr_contents中选择之前必须调用dbms_logmnr.start_logmnr()。