Oracle日志查看

合集下载

oracle 归档日志解析

oracle 归档日志解析

oracle 归档日志解析摘要:一、归档日志概述二、归档日志的作用三、归档日志的解析方法四、归档日志解析的应用场景五、总结与建议正文:随着大数据时代的到来,Oracle 数据库归档日志在各行各业中发挥着越来越重要的作用。

本文将对归档日志进行简要概述,分析其作用,介绍解析方法,并讨论应用场景。

最后给出总结与建议。

一、归档日志概述Oracle 归档日志(Archive Log)是一种用于记录数据库事务日志的技术。

它可以将数据库中的更改操作(如插入、更新和删除)记录下来,以便在出现故障时恢复数据。

归档日志采用增量方式记录,即每次更改操作后,日志文件会逐步变大。

二、归档日志的作用1.数据恢复:归档日志可以在数据库发生故障时,用于恢复数据至故障发生前的状态。

2.数据审计:归档日志可以记录所有对数据库的更改操作,方便审计人员追溯和分析数据变更原因。

3.性能优化:通过分析归档日志,可以找出数据库性能瓶颈,为优化数据库性能提供依据。

三、归档日志解析方法1.手工解析:通过编写SQL 语句或使用第三方工具,查询归档日志文件内容,分析日志中的数据。

2.使用Oracle 提供的事件解析工具:如DBMS_LOGSTD.REPORT 等,可以方便地生成归档日志的报表和统计数据。

3.使用第三方归档日志分析工具:如Oracle 的Partner 产品OraInsight 等,可以提供更丰富的归档日志分析功能。

四、归档日志解析的应用场景1.数据库故障排查:通过分析归档日志,可以找出导致数据库故障的原因,快速恢复业务。

2.性能监控与优化:分析归档日志中的SQL 语句执行情况,找出性能瓶颈,优化数据库性能。

3.数据审计与追溯:归档日志可以记录所有数据变更操作,方便审计人员分析和追溯数据变更原因。

4.数据库安全分析:通过分析归档日志,可以监控数据库访问权限和操作,提高数据库安全。

五、总结与建议归档日志在数据库管理中具有重要意义。

对于数据库管理员而言,应充分利用归档日志进行故障排查、性能优化和数据审计等工作。

oracle 归档日志文件路径设置

oracle 归档日志文件路径设置

oracle 归档日志文件路径设置2012-05-23 15:37:42| 分类:oracle | 标签:oracle log_archive_dest |举报|字号订阅1:首先查看是否是归档模式运行archive log list 命令(必须以sys身份运行)运行结果如下;2:通过上面的信息可以看出已经是归档模式了(如果是非归档模式参考博主的另一篇文章有关“归档日志与非归档日志切换”), 查看归档日志文件存放在哪个位置运行show parameter log_archive_dest 命令运行结果如下;3: 在上面的信息中可以看到,log_archive_dest 的路径为空,我们可以设置这个路径来存放归档日志文件,运行alter systemset log_archive_dest='d:/xxx/xxx' scope=spfile;(xxx代表存放路径,最好指定scope=spfile 否则的话重启db,则配置不会生效); 运行结果会出现在如下错误:第1 行出现错误:ORA-02097: 无法修改参数, 因为指定的值无效ORA-16018: 无法将LOG_ARCHIVE_DEST 与LOG_ARCHIVE_DEST_n或DB_RECOVERY_FILE_DEST 一起使用出现错误的原因是db_recovery_file_dest的参数已经被设置了,去查询一下看看,果真如此。

4: 查看db_recovery_file_dest 参数设置,运行showparameter db_recovery_file_dest 命令运行结果如下;可以看到已经默认设置了归档的路径。

5:db_recovery_file_dest是缺省的归档位置,下面把它设置为"空",然后设置log_archive_dest参数,指定另外一个非缺省的参数重启db 如下图运行shutdown immediate;运行startup mount;运行alter database open;运行show parameter db_recovery_file_dest 查看是否已经设置为空运行结果如下图可以看到已经设置为空下面接着使用alter system set log_archive_dest='xxxxxx' scope = spfile 设置归档日志文件路径运行结果如下图运行show parameter log_archive_dest 命令查看归档日志文件路径是否已经设置成功运行结果如下图可以看到已经设置成功执行alter system archive log current 命令进行手动归档运行结果如下查看归档日志文件,看看是否已经进行归档运行命令select name,completion_time from v$archived_log; 结果如下可以看到在些文件夹下面生成了归档日志文件。

oracle-14036的方法

oracle-14036的方法

oracle-14036的方法Oracle-14036是关于Oracle数据库中的错误代码,表示在进行某些操作时出现了缺少或无效的帐户信息。

虽然具体情况可能因操作而异,但一般可通过以下方法解决该错误:1. 检查帐户信息:首先,您需要确保您正在使用的帐户信息是有效的。

请确认帐户名和密码都正确,并且具有所需权限。

您可以使用SQL*Plus或其他方式登录到数据库并测试帐户是否正常。

2. 查看错误日志:如果您无法确定导致该错误的具体操作,可以查看数据库的错误日志。

您可以通过查看数据库的日志文件,如alert.log文件或日志视图来获取更多信息。

错误日志通常会提供错误的具体细节,帮助您确定问题所在。

3. 检查权限:请确保您的帐户具有执行相关操作所需的权限。

在Oracle数据库中,权限由角色或特定权限授予给用户。

您可以使用系统特权用户(如sysdba)检查并授予所需的权限。

4. 重新启动数据库:有时候需要重新启动数据库来解决此问题。

重新启动可以帮助清除缓存和恢复数据库的正常状态。

请确保您在重新启动之前已经保存了所有未保存的工作和数据。

5. 检查网络连接:在某些情况下,该错误可能是由于网络连接问题导致的。

请确保您的网络连接正常,并尝试重新连接数据库。

6. 检查数据库配置:确定您的数据库配置是否正确。

检查Oracle数据库参数文件(如spfile或init.ora)以确保数据库实例的必要配置参数正确设置。

7. 升级或打补丁:在某些情况下,此错误可能是由于Oracle 数据库版本过旧或存在已知错误引起的。

请确保您使用的是最新的数据库版本,并直接从Oracle官方网站下载和安装任何相关的补丁。

以上是解决Oracle-14036错误的一些常见方法。

如若问题仍然存在,请参考Oracle数据库官方文档、论坛或与Oracle支持人员联系以获取更详细的解决方案。

请注意,在实施任何解决方案之前,务必备份数据库以防止数据丢失。

oracle 归档日志的内容

oracle 归档日志的内容

oracle 归档日志的内容
Oracle 归档日志是数据库的重要组成部分,它记录了数据库中发生的所有修改操作,包括插入、更新和删除等。

归档日志的内容主要包括以下几个方面:
1. Redo 信息:Redo 信息记录了数据库中发生的修改操作的详细情况,包括被修改的数据块号、修改前后的数据值等。

通过重放Redo 信息,可以将数据库恢复到某个特定时间点或者进行数据恢复。

2. 日志序列号:每个归档日志文件都有一个唯一的序列号,用于标识该日志文件的顺序。

3. 时间戳:每个归档日志都包含了操作发生的时间戳,用于记录操作的时间信息。

4. 数据库名称:归档日志中还包含了数据库的名称,用于标识归档日志所属的数据库。

5. 操作类型:归档日志还记录了操作的类型,包括插入、更新和删除等。

6. SCN(System Change Number):SCN 是数据库中用于标识事务提交顺序的递增数字。

归档日志中会记录每个事务提交时的 SCN 值,以便在恢复过程中保证事务的一致性。

通过归档日志,Oracle 数据库可以实现数据的持久化和恢复,并且可以用于实现数据的灾难恢复和故障排除等操作。

OracleOracle日志分类

OracleOracle日志分类

Oracle-归档日志详解(运行模式、分类)一、Oracle日志分类分三大类:Alert log files--警报日志,Trace files--跟踪日志(用户和进程)和redo log 重做日志(记录数据库的更改)。

本文主要关注Oracle的重做日志。

重做日志分为在线重做日志和归档重做日志。

online Redo log files--在线重做日志,又称联机重做日志,指Oracle以SQL脚本的形式实时记录数据库的数据更新,换句话说,实时保存已执行的SQL脚本到在线日志文件中(按特定的格式)。

Archive Redo log files--归档重做日志,简称归档日志,指当条件满足时,Oracle将在线重做日志以文件形式保存到硬盘(持久化)。

重做日志的简单原理:在数据更新操作commit前,将更改的SQL脚本写入重做日志。

主要用于数据库的增量备份和增量恢复。

重做日志直接对应于硬盘的重做日志文件(有在线和归档二种),重做日志文件以组(Group)的形式组织,一个重做日志组包含一个或者多个日志文件。

二、关于在线重做日志(online redo log)在线重做日志的原理:对于在线重做日志,Oracle 11g默认对于每个数据库实例,建立3个在线日志组,每组一个日志文件,文件名称为REDO01.LOG,REDO02.LOG和REDO03.LOG。

(用户可以通过视图操作添加/修改/删除日志组和日志文件来自定义在线重做日志)每组内的日志文件的内容完全相同,且保存在不同的位置,用于磁盘日志镜像,以做多次备份提高安全性。

默认情况这3组通常只有一组处于活动状态,不断地同步写入已操作的脚本,当日志文件写满时(达到指定的空间配额),如果当前数据库处于归档模式,则将在线日志归档到硬盘,成为归档日志;若当前数据库处于非归档模式,则不进行归档操作,而当前在线日志的内容会被下一次重新写入覆盖而无法保存。

因此,通常数据库在运行时,是处于归档模式下的,以保存数据更新的日志。

oracle19c 解析日志

oracle19c 解析日志

oracle19c 解析日志
Oracle 19c的解析日志功能是指数据库引擎记录对SQL语句的
解析和执行过程的详细信息的功能。

这些信息可以帮助数据库管理
员和开发人员分析和优化SQL查询的性能。

在Oracle 19c中,解析
日志功能可以通过以下几个方面来解释:
1. 日志内容,解析日志包含了SQL语句的解析过程中所涉及的
各种信息,比如SQL的文本、解析的执行计划、绑定变量的值等。

这些信息可以帮助用户了解SQL语句在数据库引擎中是如何被解析
和执行的。

2. 用途,解析日志可以用于识别潜在的性能问题,比如慢查询、索引失效等。

通过分析解析日志,用户可以定位到具体哪些SQL语
句存在性能问题,并且可以根据日志中的信息进行优化。

3. 配置和管理,在Oracle 19c中,解析日志的开启和关闭可
以通过数据库参数进行配置。

用户可以通过设置特定的参数来启用
或禁用解析日志功能,并且可以通过管理工具来查看和分析解析日
志的内容。

4. 性能影响,解析日志功能会对数据库引擎的性能产生一定的影响,因为需要额外的资源来记录和管理解析日志。

因此,在使用解析日志功能时,需要权衡其对性能的影响,并且可以根据实际情况来灵活配置和管理解析日志。

总的来说,Oracle 19c的解析日志功能提供了丰富的信息来帮助用户分析和优化SQL查询的性能,但在使用时需要注意其对数据库性能的影响,并且合理配置和管理解析日志功能。

oracle19c scheduler job error log alert log

oracle19c scheduler job error log alert log摘要:1.Oracle19c 简介2.Scheduler Job 错误日志和警报日志的作用3.解决Oracle19c Scheduler Job 错误日志和警报日志的方法4.总结正文:一、Oracle19c 简介Oracle19c 是Oracle 公司的最新版本,提供了更强大的数据库管理和优化功能。

在使用Oracle19c 时,可以通过Scheduler Job 来定期执行一些数据库维护任务,如备份、导入/导出数据等。

二、Scheduler Job 错误日志和警报日志的作用在Oracle19c 中,Scheduler Job 错误日志和警报日志用于记录任务执行过程中的错误信息和异常事件。

这些日志可以帮助数据库管理员发现问题并及时进行处理。

1.错误日志(Alert Log):记录了Scheduler Job 执行过程中产生的错误信息,如无法连接到数据库、文件读写错误等。

2.警报日志(Error Log):记录了Scheduler Job 执行过程中遇到的警告和异常事件,如任务超时、磁盘空间不足等。

三、解决Oracle19c Scheduler Job 错误日志和警报日志的方法1.查看错误日志和警报日志:使用sqlplus 命令登录到Oracle19c 数据库,然后执行以下语句查看日志:```SELECT * FROM dba_alerts;SELECT * FROM dba_errors;```2.根据日志信息分析问题:根据日志中的错误信息和异常事件,分析可能导致问题的原因。

例如,如果日志中显示无法连接到数据库,可能是数据库服务未启动或数据库连接参数设置不正确。

3.解决问题:针对分析出的问题,采取相应的解决措施。

如启动数据库服务、修改数据库连接参数等。

4.清理日志:问题解决后,可以使用以下命令清理错误日志和警报日志:```BACKUP LOG dba_alerts TO"/u01/app/oracle/oradata/backup/dbalert.log";BACKUP LOG dba_errors TO"/u01/app/oracle/oradata/backup/dberror.log";```四、总结Oracle19c Scheduler Job 错误日志和警报日志对于数据库管理员来说非常重要,可以帮助他们发现和解决任务执行过程中的问题。

oracle归档日志格式

oracle归档日志格式
在Oracle数据库中,归档日志的格式通常遵循以下命名规则:
1. 日志文件名的格式为:log_序列号.扩展名
- 序列号:表示日志文件的顺序号,一般从1开始按照递增的方式命名,用于表示日志文件的先后顺序。

- 扩展名:表示日志文件的扩展名,通常为".arc"或".log"等。

2. 归档日志的文件名还包括一些其他信息,如日志文件的组标识和时间戳等,以提供更详细的信息。

例如,一个归档日志文件的命名可能如下所示:
log_1234.arc
在使用Oracle数据库时,可以通过查询v$log视图或v$archived_log视图来查看归档日志文件的信息,包括文件名、序列号、归档时间等。

如何看Oracle数据库的用户登录的记录档案

如何看Oracle数据库的⽤户登录的记录档案如何看数据库的⽤户登录的记录档案1 audit⽤审记来记录⽤户的操作信息2 trigger⽤系统触发器来记录⽤户登录3 logmnr从log⽂件中挖出⽤户登录信息推荐使⽤第3种,不占⽤系统资源,⽽且很⽅便。

===============================Oracle 中记录⽤户登录信息我们可以使⽤ Oracle Audit 函数来记录⽤户登录信息,但是如果开放了 Audit 函数将会使Oracle 性能下降,甚⾄导致 Oracle 崩溃。

那我们如何才能记录⽤户登录信息呢?其实我们可以通过建⽴触发器的⽅式来实现。

⽅法如下:1. ⽤ sys ⽤户登录 Oracle2. 创建记录⽤户登录信息的表CREATE TABLE LOG$INFORMATION(ID NUMBER(10),USERNAME VARCHAR2(30),LOGINTIME DATE,TERMINAL VARCHAR2(50),IPADRESS VARCHAR2(20),OSUSER VARCHAR2(30),MACHINE VARCHAR2(64),PROGRAM VARCHAR2(64),SID NUMBER,SERIAL# NUMBER,AUSID NUMBER)/3. 创建⼀个 Sequence,作为登录信息的主键CREATE SEQUENCE LOGIN_SEQminvalue 1maxvalue 9999999999start with 1increment by 1cache 20/4. 创建触发器,记录⽤户登录信息CREATE OR REPLACE TRIGGER LOGIN_RECORD_TRAFTER logon ON DATABASEDECLAREmtSession v$session%ROWTYPE;CURSOR cSession(iiQuerySid IN NUMBER) ISSELECT * FROM v$sessionWHERE audsid = iiQuerySid;BEGINOPEN cSession(userenv('SESSIONID'));FETCH cSession INTO mtSession;IF cSession%FOUND AND SYS_CONTEXT ('USERENV','IP_ADDRESS') IS NOT NULL THENINSERT INTO log$information(id,username,logintime,terminal,ipadress,osuser,machine,program,sid,serial#,ausid) VALUES(login_seq.nextval,USER,SYSDATE,mtSession.Terminal,SYS_CONTEXT ('USERENV','IP_ADDRESS'),mtSession.Osuser,mtSession.Machine,mtSession.Program,mtSession.Sid,mtSession.Serial#,userenv('SESSIONID'));END IF;CLOSE cSession;EXCEPTIONWHEN OTHERS THENRAISE;END;/5. 将 SYS.LOG$INFORMATION 授权给需要查看登录记录的⽤户Grant select on SYS.LOG$INFORMATION to XXX/=======================================审计⽤户登录和登出记录每个⽤户每次登录数据库和退出数据库的⽇期和事件。

OracleRAC集群环境下日志文件结构

OracleRAC集群环境下⽇志⽂件结构Oracle RAC 集群环境下⽇志⽂件结构在Oracle RAC环境中,对集群中的⽇志的定期检查是必不可少的。

通过查看集群⽇志,可以早期定位集群环境中出现的问题,以便将问题消灭在萌芽状态。

简单介绍⼀下有关Oracle集群环境中⽇志的结构,⽅便快速查找所需的⽇志⽂件。

1.Oracle集群⽇志藏匿之处 Orac在Oracle RAC环境中,对集群中的⽇志的定期检查是必不可少的。

通过查看集群⽇志,可以早期定位集群环境中出现的问题,以便将问题消灭在萌芽状态。

简单介绍⼀下有关Oracle集群环境中⽇志的结构,⽅便快速查找所需的⽇志⽂件。

1.Oracle集群⽇志藏匿之处Oracle集群涉及的⽇志主要位于“$ORA_CRS_HOME/log”和“$ORACLE_HOME/log”⽬录中。

2.⽇志⽬录结构RACDB1@rac1 /home/oracle$ tree -d $ORA_CRS_HOME/log/oracle/app/crs/log|-- crs`-- rac1|-- admin|-- client|-- crsd|-- cssd| |-- oclsmon| `-- oclsomon|-- evmd`-- racg|-- racgeut|-- racgevtf`-- racgmain13 directoriesRACDB1@rac1 /home/oracle$ tree -d $ORACLE_HOME/log/oracle/app/oracle/product/10.2.0/db_1/log`-- rac1|-- client`-- racg|-- racgeut|-- racgimon|-- racgmain`-- racgmdb7 directories其中“rac1”是具体的主机名。

3.⽇志⽬录功能说明1)CRS⽇志存放在“$ORA_CRS_HOME/log/<hostname>/crsd”⽬录,系统会对该⽇志每10M进⾏归档⼀次;2)CSS⽇志存放在“$ORA_CRS_HOME/log/<hostname>/cssd”⽬录,系统会对该⽇志每20M进⾏归档⼀次;3)EVM⽇志存放在“$ORA_CRS_HOME/log/<hostname>/evmd”⽬录;4)“$ORA_CRS_HOME/log/<hostname>”和“$ORACLE_HOME/log/<hostname>”⽬录中的racg⽬录中记录了RACG可执⾏⽂件对应的⽇志;5)“$ORA_CRS_HOME/log /<hostname>/client”和“$ORACLE_HOME/log/<hostname>/client”⽬录记录了与srvctl、ocrdump、ocrconfig以及ocrcheck命令对应的⽇志信息。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Oracle日志查看
Oracle数据库的就业前景已经无须多言了,DBA毫无疑问是我们时
代最幸福的岗位之一。尚观致力于Oracle技术的普及,以OCP、
OCM认证帮助求职者实现就业竞争力的成倍增长。今天跟大家分享
一篇由尚观整理,oracle日志查看的技术文档:

一.Oracle日志的路径:
登录:sqlplus "/as sysdba"
查看路径:SQL> select * from v$logfile;
SQL> select * from v$logfile;(#日志文件路径)
二.Oracle日志文件包含哪些内容:(日志的数量可能略有不同)
control01.ctl example01.dbf redo02.log sysaux01.dbf
undotbs01.dbf

control02.ctl redo03.log system01.dbf users01.dbf
control03.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 sysdba
SQL> execute dbms_logmnr_d.build(dictionary_filename =>
'dict.ora',dictionary_location => '/data1/oracle/logs');

PL/SQL procedure successfully completed
2、创建要分析的日志文件列表
1).创建分析列表,即所要分析的日志
SQL>execute dbmslogmnr.addlogfile(LogFileName =>
'/data1/oracle/oradata/akazamdb/redo01.log',Options
=>dbms_logmnr.new);
PL/SQL procedure successfully completeds

2).添加分析日志文件,一次添加1个为宜
SQL>execute dbms_ logmnr.add_ logfile(LogFileName =>
'/data1/oracle/oradata/akazamdb/redo01.log',Options
=>dbms_logmnr.ADDFILE);
PL/SQL procedure successfully completed
3、使用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-18 00:00:00','YYYY-MM-DD
HH24:MI:SS')
EndTime =>to_date(''2007-9-18 23: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相关的视图
GV$LOGMNR_LOGS 是分析日志列表视图
分析结果在GV$LOGMNR_CONTENTS 视图中,可按以下语句查询:
select
scn,timestamp,log_id,seg_owner,seg_type,table_space,data_bl
k#,data_obj#,data_objd#,
session#,serial#,username,session_info,sql_redo,sql_undo
from logmnr3 t where t.sql_redo like 'create%';
如果不能正常查询GV$LOGMNR_CONTENTS视图,并报以下错误,
ORA-01306: 在从 v$logmnr_contents 中选择之前必须调用
dbms_logmnr.start_logmnr() 。可采用如下方法:
create table logmnr3 as select * from
GV$LOGMNR_CONTENTS

相关文档
最新文档