Oracle Redo Online Logfile 重做在线日志

Oracle Redo Online Logfile 重做在线日志负责:

  • 记录数据库变更
  • 应该多路复用以避免遗失

 

重做日志文件是用来记录数据库的变更情形,而这些变更源自事务及内部Oracle是数据库服务器操作。

 

注意:【事务(Transaction)】是工作的逻辑单元,它是由的单一使用者所执行的一或多个SQL命令组成。当发生电源中断、从磁盘错误等问题时,重做日志文件能保护数据库以避免损坏完整性。平时应该多路复用重做日志文件,以确保在磁盘发生错误的时候,不至于遗失储存在其中的信息。

 

重做日志是由一组组的重做日志文件构成,而每个重做日志文件组则是由一个重做日志文件及其多重备份的副本组成。每个完全相同的副本是该组的成员之一。而每个组是透过一组号码来识别。日志写入器进程(LGWR)会从重做日志缓冲区讲重做记录写入重做日志组,一直到组中的文件被填满,或是出现日志切换要求为止。接着写入器就会进行切换,然后写入下一个组的文件中。重做日志组是以循环方式来使用的。

 

您可以查看数据库中重做日志文件的相关信息,请在【服务器(Server)】页面的【存储(Storage)】区中按一下【重做日志组(Redo Log Groups)】链接。您可以选择一个组,再按【查看(View)】来查看各种详细信息,例如重做日志文件名称。

 

 

 

多路复用重做日志

 

您可以在现有的日志组中新增一个成员,制作重做日志的多路复用。请按照下列步骤执行,将成员新增到重做日志组中:

  1. 在【服务器(Server)】页面的【存储(Storage)】区中按一下【重做日志组(Redo Log Groups)】。会出现【重做日志组(Redo Log Groups)】页面。
  2. 选择一个组,再按一下【编辑(Edit)】,或是按一下组的编号链接。接着会出现【编辑重做日志(Edit Redo Log)】.
  3. 在【重做日志成员(Redo Log Members)】区按一下【添加(Add)】。会出现【添加重做日志成员(Add Redo Log Member)】页面。
  4. 输入文件名称与文件目录。按一下【继续(Continue)】。之后点【应用(Apply)】。

 

 

注意: 建议您在不同的磁盘上储存成员,以免重做日志项目因磁盘失败事件而全部遗失。

  1. 为每个现有大的日志组重复执行这些步骤。

 

当您将重做日志成员加入日志组时,组的状态会标示为INVALID,这是因为此组的成员还没有被写入。当发生日志切换,而无效日志组成为当前组时,,状态就会变为CURRENT。

 

丢失了重做日志文件

 

丢失了单个重做日志组成员后进行恢复并不会影响运行的实例。要执行这种恢复,请执行以下步骤:

1. 检查预警日志,确定是否有缺失的日志文件。

2. 通过以下方式恢复缺失的文件,先删除丢失的重做日志成员:

SQL> ALTER DATABASE DROP LOGFILE MEMBER ‘redo01a.log’;

然后添加新的成员以替换丢失的重做日志成员:

SQL> ALTER DATABASE ADD LOGFILE MEMBER ‘redo01a.log’
TO GROUP 2;

注:如果使用的是重做日志文件的 OMF,并使用上述语法将新重做日志成员添加到现有组,则此新的重做日志成员文件不会是 OMF 文件。如果要确保新的重做日志成员是 OMF 文件,最简便的恢复方式是新建一个重做日志组,然后删除缺少重做日志成员的重做日志组。

3. 如果介质故障是由于丢失了磁盘驱动器或控制器造成的,请重命名缺失文件。

 

4. 如果重做日志组已归档,或者您处于 NOARCHIVELOG 模式下,则可选择在清除日志 组后重新创建缺失文件来解决问题。选择相应的组,然后选择“Clear Logfile(清除 日志文件)”操作。还可以使用以下命令手动清除受影响的组:

 

SQL> ALTER DATABASE CLEAR LOGFILE GROUP #;

注:Database Control 不允许清除尚未归档的日志组。这样做会打断重做信息链。如果必 须清除未归档的日志组,则应立即执行整个数据库完全备份。否则,在发生其它故障的 情况下,会导致数据丢失。要清除未归档的日志组,请使用以下命令:

 

SQL> ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP #;

 

日志写入程序 (LGWR) 将重做日志缓冲区中注册的更改写入重做日志文件

在重做日志缓冲区中 服务器进程记录将要对回退和数据进行的更改

  •  回退块更改记录数据修改以前的值 回退块用于存储成图象前的数据以便必要的情况下 DML 语句能够回退
  • 数据块更改记录数据的新值

 

归档程序进程

其它所有的后台进程都是可选的 这取决于数据库的配置 但是 其中的ARC0 对于磁盘丢失后的数据库恢复起着至关重要的作用 当联机重做日志文件填满时 Oracle 服务器开始写入下一个联机重做日志文件 从一个重做日志到另一个的切换过程称为日志切换

将重做日志文件归档

DBA 必须做出的一个重要决策是配置数据库以 ARCHIVELOG 模式还是以NOARCHIVELOG 模式操作

 

NOARCHIVELOG 模式 在 NOARCHIVELOG 模式中 每发生一次日志切换
都会覆盖联机重做日志文件 LGWR 直到重做日志组的检查点完成才覆盖该
组 这确保当发生例程崩溃时提交的数据能够得以恢复 在例程崩溃过程中
只丢失 SGA 磁盘没有任何丢失 只有内存会丢失 例如 操作系统的崩溃引
起例程崩溃

 

ARCHIVELOG 模式 如果配置数据库使它以 ARCHIVELOG 模式运行 那么已满的联机重做日志文件的非活动组必须归档之后才能够再次使用 因为对数据库所做的更改记录在联机重做日志文件中 所以 DBA 能够使用数据文件的物理备份和归档的联机重做日志文件来恢复数据库 而不会由于任何单个出错点 包括磁盘的丢失 而丢失任何已提交数据 通常将生产数据库配置为以ARCHIVELOG 模式运行

ARC0 进程

ARC0 进程在每次日志切换时启动已满日志组的备份或归档 在日志能够重新使用之前 它自动将联机重做日志归档 以便对数据库做的所有更改得以保留这样即使磁盘驱动器破坏 DBA 也能够将数据库恢复到出错时的程度

 

重做日志文件用途

Oracle 服务器维护联机重做日志文件以使数据库中的数据丢失减到最小 重做 日志文件记录对数据库缓冲区高速缓存内数据所做的所有更改 但也有例外 例如 在直接写入情况下 重做日志文件用来在诸如例程失败的情况下恢复尚未写入数据文件的提交数 据 重做日志文件仅用于恢复

 

重做日志文件结构

数据库管理员可设置 Oracle 数据库以维护联机重做日志文件副本 来避免由于 单点故障丢失数据库信息

 

联机重做日志组

一组相同的联机重做日志文件副本称作联机重做日志组

  • LGWR 后台进程向组内所有联机重做日志文件并发写入相同信息
  • 为保证数据库的正常操作 Oracle 服务器最少需要两个联机重做日志文件组

 

联机重做日志成员

  • 组内的每个联机重做日志文件称为成员
  • 组内的每个成员都有相同的日志序列号和同样的大小 Oracle 服务器每次开始写入日志组时 都分配一个日志序列号以唯一识别每个重做日志文件 当前日志序列号存储在控制文件和所有数据文件的标题内

创建初始重做日志文件
联机重做日志组和成员的初始集是在数据库创建时创建的
下面的参数限制了联机重做日志文件的数量

  • CREATE DATABASE 命令中的 MAXLOGFILES 参数指定联机重做日志组的绝对最大数量MAXLOGFILES 的最大值和缺省值取决于您的操作系统
  • CREATE DATABASE 命令所使用的 MAXLOGMEMBERS 参数决定每个组成员的最大数量 MAXLOGMEMBERS 的最大值和缺省值取决于您的操作系统
  • LOG_FILES 初始化参数设置在运行时可以为数据库打开的日志组的当前最大数量 该参数不能超过 MAXLOGFILES

技术注释
LOG_FILES 参数在 8.1 版本内已作废以简化数据库管理

 

重做日志缓冲区和 LGWR 后台进程

Oracle 服务器将对数据库所做的所有更改连续记录到重做日志缓冲区中 重做 日志缓冲区以循环方式使用 在下列情况下 LGWR 进程将重做条目写入到被 称为当前联机重做日志组的联机重做日志组之一:

  • 当提交事务时
  • 当重做日志缓冲区三分之一满时
  • 当重做日志缓冲区内有超过 1 MB 的已更改记录时
  • 当发生超时时 每三秒钟
  • 在 DBWn 将数据库缓冲区高速缓存内的修改块写入数据文件之前

 

日志切换

LGWR 连续向联机重做日志文件写入 也就是说 当当前联机重做日志组已满 时 LGWR 开始向下一个组写入 当最后一个可用联机重做日志文件已满时 LGWR 返回到第一个联机重做日志组并再次开始写入

 

数据库管理员也可以强制日志切换 见后续部分 每次发生日志切换并且 LGWR 开始向新日志组写入时 Oracle 服务器都会指定一个所谓的日志序列号 以识别重做条目集。

当发生日志切换时 将启动一个称为检查点的事件。

日志切换 是一个事件 在该事件期间 LGWR 停止向一个联机重做日志组写入 并开始向另一个联机重做日志组写入。

 

检查点

在检查点期间:

  • DBW n 将许多由正在经历检查点事件的日志覆盖的灰数据库缓冲区写入到 数据文件中 由 DBWn 写入的缓冲区数量由参数 FAST_START_IO_TARGET 决定 如果指定了的话 这在 Enterprise DBA Part 1B: Backup and Recovery 企业 DBA 1B 部分 备份和恢复 课程 中有更详细阐述
  • 检查点后台进程 CKPT 更新所有数据文件和控制文件的标题以反映该进程已 成功完成

 

检查点可以为数据库内所有 数据文件发生或者仅为特定数据文件发生

例如 检查点可发生在下面情况中

 

• 每次日志切换时
• 当已通过正常 事务处理或者立即选项关闭例程时
• 当通过设置初始化参数 LOG_CHECKPOINT_INTERVALLOG_CHECKPOINT_TIMEOUT 和 FAST_START_IO_TARGET 强制时见后续部分
• 当数据库管理员手动请求时 见后续部分

如果初始化参数 LOG_CHECKPOINTS_TO_ALERT 设置为 TRUE 则每个检查 点信息都记录在 ALERT 文件内 该参数缺省值为 FALSE 不记录检查点

 

 

决定是否应当启用将重做日志文件归档

数据库管理员必须做的一个重要决策是数据库配置为在 ARCHIVELOG 模式下
还是在 NOARCHIVELOG 模式下操作

NOARCHIVELOG 模式 在 NOARCHIVELOG 模式下 在每次联机重做日志
文件已满并发生日志切换时 都要覆盖联机重做日志文件 直到该重做日志组
检查点完成 LGWR 才覆盖该重做日志组
ARCHIVELOG 模式 如果数据库配置为在 ARCHIVELOG 模式运行下 那么
必须将已满联机重做日志文件的不活动组归档 因为对数据库所做的所有更改
都记录在联机重做日志文件内 数据库管理员可以使用物理备份和归档的联机
重做日志文件恢复数据库 而不会丢失任何已提交数据
归档联机重做日志文件有两种方法
• 手动
• 自动

LOG_ARCHIVE_START 初始化参数表明例程启动时 使用手动还是自动归档
• TRUE 表明归档是自动的 ARCn 将在每次日志切换时启动将已满日志组归

• FALSE 缺省值 表明数据库管理员将手动 将已满重做日志文件归档 在
每次归档联机重做日志文件时 数据库管理员必须手动执行一条命令 可以
对所有或特定的联机重做日志文件进行手动归档。

获取日志组信息
若要查看联机重做日志组数量 当前日志组和序列号 请查询动态性能视图
V$THREAD Parallel Server 并行服务器 管理员对这一点尤为感兴趣
SQL> SELECT groups, current_group#, sequence#
2 FROM v$thread;
GROUPS CURRENT_GR SEQUENCE#
———- ———- ———-
2 1 689
1 row selected.
下面的查询返回控制文件中关于联机重做日志文件的信息
SQL> SELECT group#, sequence#, bytes, members, status
2 FROM v$log;
GROUP# SEQUENCE# BYTES MEMBERS STATUS
——— ———- ——– ——— ———
1 688 1048576 1 CURRENT
2 689 1048576 1 INACTIVE
2 rows selected.
下面的项是 STATUS 列的常见值

• UNUSED 表明从未对联机重做日志组进行写入 这是刚添加的联机重做日
志文件的状态
• CURRENT 表明当前的联机重做日志组 这意味着该联机重做日志组是活动

• ACTIVE 表明联机重做日志组是活动的 但是并非当前联机重做日志组 崩
溃恢复需要该状态 它可能正用于块恢复 它可能归档 也可能不归档

• CLEARING 表明在 ALTER DATABASE CLEAR LOGFILE 命令后正在将该
日志重建为一个空日志 日志清除后 其状态更改为 UNUSED

• CLEARING_CURRENT 表明正在清除当前日志文件中的已关闭线程 如果
切换时发生某些故障 如写入新日志标题时的 I/O 错误 则该日志可以停
留在该状态

• INACTIVE 表明例程恢复不再需要联机重做日志组 它可能归档 也可能不
归档
获取日志成员信息

若要获取组内所有成员的名称 请查询动态性能视图 V$LOGFILE
SQL> SELECT *
2> FROM v$logfile;
GROUP#STATUSMEMBER
—————– —————————–
1 /DISK3/log1a.rdo
2 /DISK4/log2a.rdo
STATUS 列的值可以为下列之一
• INVALID 表明该文件不可访问
• STALE 表明该文件内容不完全 例如 正在添加一个日志文件成员
• DELETED 表明该文件已不再使用
• 空白表明文件正在使用中
强制日志切换和检查点
当 LGWR 停止向一个联机重做日志组写入并开始向另一个联机重做日志组写入时 就发生了日志切换
日志切换和检查点是自动发生的事件 例如 当当前联机日志文件组已满时
但日志切换和检查点也可以强制执行
强制日志切换
可以使用下面的 SQL 命令来强制日志切换
SQL> ALTER SYSTEM SWITCH LOGFILE;
强制检查点
可以使用下面的 SQL 命令手动强制检查点
SQL> ALTER SYSTEM CHECKPOINT;

设置数据库检查点时间间隔
当数据库使用大型联机重做日志文件时 您可以通过设置以下初始化参数来设
置其它数据库检查点
• LOG_CHECKPOINT_INTERVAL
• LOG_CHECKPOINT_TIMEOUT
• FAST_START_IO_TARGET 版本 8.1 但只限于企业版
LOG_CHECKPOINT_INTERVAL 对于低于 8.1 的版本 LGWR 一写入参数
LOG_CHECKPOINT_INTERVAL 指定的块数 就启动了检查点
LOG_CHECKPOINT_INTERVAL 值在操作系统块中指定而不是在 Oracle 数据
库块中指定
无论该值如何 当从一个联机重做日志文件切换到另一个时 检查点始终发

如果该值超过实际联机重做日志文件大小 那么检查点仅在日志切换时发生
请注意将时间间隔值指定为 0 可能导致非常频繁地启动检查点 因为即使上一
个请求启动后仅对单个重做日志缓冲区写入 仍会启动新的请求
在版本 8.1 内 当指定了 LOG_CHECKPOINT_INTERVAL 后 检查点位置目标
相对于日志尾的滞后不能大于该参数指定的重做日志块数 这确保了在例程恢
复期间 需要读取不超过固定数目的重做块
LOG_CHECKPOINT_TIMEOUT 对于低于 8.1 的版本 该初始化参数值指
定了另一个检查点发生前的最大时间量 该值按秒指定 该时间从前一个检查
点启动时开始 经过该参数指定的时间量后发生另一个检查点
将超时值指定为 0 以禁用基于时间的检查点
在 8.1 版本内 当指定了 LOG_CHECKPOINT_TIMEOUT 后 该参数将检查点
位置目标设置到日志文件中的某个位置 而该日志在该参数指定的秒数前结
束 这确保了在恢复期间 需要读取的重做块数不超过与指定秒数相当的块

FAST_START_IO_TARGET 参数 FAST_START_IO_TARGET 改善了崩溃和
例程恢复的性能 该参数值越小 由于需要恢复的块就越少 因而恢复性能就
越好 该参数设置后 DBWn 更积极地将灰缓冲区写出 该参数在版本 8.1 中
引入
添加重做日志组
在某些情况下 您可能需要创建其它日志文件组 例如 添加组可以解决可用
性问题 若要创建一个新的联机重做日志文件组 请使用下面的 SQL 命令
ALTER DATABASE [database]
ADD LOGFILE [GROUP integer] filespec
[, [GROUP integer] filespec]…]
您可以通过文件说明来指定成员名称和位置 可以选择每个重做日志文件组的
GROUP 参数值 如果您省略了该参数 Oracle 服务器自动生成其值

添加重做日志成员
您可以使用下面的 ALTER DATABASE ADD LOGFILE MEMBER 命令向现有的
重做日志文件组添加新成员
ALTER DATABASE [database]
ADD LOGFILE MEMBER
[ ‘filename’ [REUSE]
[, ‘filename’ [REUSE]]…
TO {GROUP integer
|(‘filename'[, ‘filename’]…)
}
]…
请使用日志文件成员的完全指定名 否则将在数据库服务器缺省目录下创建该
文件
如果该文件已经存在 其大小必须与指定值相同 并且必须指定 REUSE 选项
您可以通过指定一个或多个组内成员或者指定组号来识别目标组

重命名重做日志文件
可以通过重命名联机重做日志文件来更改联机重做日志文件的位置 在重命名
联机重做日志文件之前 请确保新的联机重做日志文件存在 Oracle 服务器仅
更改控制文件内的指针 并不从物理上重命名或创建任何操作系统文件
下面的 ALTER DATABASE RENAME FILE 命令可更改联机重做日志文件的名

ALTER DATABASE [database]
RENAME FILE ‘filename'[, ‘filename’]…
tO ‘filename'[, ‘filename’]..

丢弃重做日志组
若要增大或者减小联机重做日志组的大小 请添加新的联机重做日志组 具有
新的大小 然后丢弃旧组
可以使用下面的 ALTER DATABASE DROP LOGFILE 命令丢弃整个联机重做日
志组
ALTER DATABASE [database]
DROP LOGFILE
{GROUP integer|(‘filename'[, ‘filename’]…)}
[,{GROUP integer|(‘filename'[, ‘filename’]…)}]…
限制
• 一个例程至少需要两组联机重做日志文件
• 无法丢弃活动组或者当前组
• 如果数据库运行在 ARCHIVELOG 模式下并且未将日志文件组归档 那么无
法丢弃该组
• 在丢弃联机重做日志组时 并没有删除操作系统文件
您可能因为一个联机重做日志成员状态为 INVALID 而想丢弃它 如果您想丢弃
一个或者多个特定的联机重做日志成员 请使用下面的 ALTER DATABASE
DROP LOGFILE MEMBER 命令
ALTER DATABASE [database]
DROP LOGFILE MEMBER ‘filename'[, ‘filename’]…
限制
• 如果要丢弃的是组内的最后一个有效成员 那么您不能丢弃该成员
• 如果该组是当前组 那么在能够丢弃该成员之前 您必须强制日志文件切

• 如果数据库正运行在 ARCHIVELOG 模式下并且未将该成员所属日志文件组
归档 那么您无法丢弃该成员
• 在丢弃联机重做日志成员时 并未删除操作系统文件
清除联机重做日志文件
如果一个重做日志文件的所有成员都已破坏 数据库管理员可以通过重新初始
化这些日志文件来解决该问题
SQL 命令 ALTER DATABASE CLEAR LOGFILE 重新初始化联机重做日志文

ALTER DATABASE [database]
CLEAR [UNARCHIVED] LOGFILE
{GROUP integer|(‘filename'[, ‘filename’]…)}
[,{GROUP integer|(‘filename'[, ‘filename’]…)}]…

使用该命令等效于添加和丢弃联机重做日志文件 但即使只有两个日志组 每
个组内只有一个文件 并且即使已清除组可用但没有归档 您仍可以发出该命令
限制
无论联机重做日志文件是否归档 您都可以清除它 但是 在其没有归档时
您必须包含关键字 UNARCHIVED 如果恢复需要该联机重做日志文件 这将
使得备份不可用

联机重做日志文件数量

要确定一个数据库例程的联机重做日志文件的合适数量 您必须测试不同的配置
在某些情况下 数据库例程可能只需要两个组 在其它情况下 数据库例程可
能需要其它组以保证组始终可供 LGWR 使用 例如 如果 LGWR 跟踪文件或
者 ALERT 文件中的消息表明 LGWR 经常不得不因为检查点尚未完成或者组尚
未归档而等待 您就需要添加组
尽管 Oracle 服务器允许多路复用的组包含不同数量的成员 但请尽量建立对称
配置 不对称配置应仅是非常情况 如磁盘故障 的临时结果
联机重做日志文件位置
在多路复用联机重做日志文件时 请将组内的成员放置在不同磁盘上 这样即使一个成员不可用而其它成员可用 该例程也不会关闭将归档日志文件和联机重做日志文件分隔在不同磁盘上 以减少 ARCn 和LGWR 后台进程之间的争用
数据文件和联机重做日志文件应当放置在不同的磁盘上以减少 LGWR 和 DBWn
的争用 并减少在发生介质失败事件时同时丢失数据文件和联机重做日志文件
的风险
调整联机重做日志文件的大小
联机重做日志文件的大小最小为 50 KB 最大大小因操作系统而定 不同组的
成员可以有不同的大小 但是 大小不同的组不会带来任何好处
应当仅在想更改联机重做日志组内成员的大小时才需要大小不同的组作为临时
结果 在这种情况下 您必须创建新的大小不同的联机重做日志组 然后删除
旧组
下面的情况可能影响联机重做日志文件的配置
• 日志切换和检查点的数量
• 重做条目的量和个数
• 存储介质的空间量 例如 启用归档时磁带上的空间量
不可用重做日志成员

当某些联机重做日志成员不可用时 LGWR 反应不一
• 如果 LGWR 至少能够访问一个组内成员 对组内可访问成员的写入将照常
进行 LGWR 忽略组内的不可用成员 如果该组不活动 即检查点已完
成 那么丢弃和添加一个新的重做日志成员就可以解决问题 否则 您必
须首先强制日志切换
• 如果在日志切换时 LGWR 无法访问下一个组的所有成员 则该例程关闭
如果组不活动 那么丢弃和添加一个新的重做日志组就可解决问题 如果活
动 数据库可能需要从联机重做日志文件残留物进行介质恢复
• 如果正在写入当前组的所有成员时 LGWR 突然无法访问这些成员 则该数
据库例程关闭 在这种情况下 数据库可能需要从联机重做日志文件残留物
进行介质恢复

LogMiner 能用来干什么 ?

LogMiner 提供了一个处理重做日志文件并将其内容翻译成代表对数据库的逻辑
操作的 SQL 语句的过程
使用 LogMiner 之前应当做什么
无论数据库装载或卸载 LogMiner 都可在 Oracle 例程上运行 LogMiner 使用字典文件 该特殊文件表明创建它的数据库以及文件创建时间 字典文件并非必需 但建议使用
没有字典文件 等效 SQL 语句将使用 Oracle 内部对象 ID 作为对象名称并以十
六进制数据提供列值

创建字典文件

• 指定初始化参数 UTL_FILE_DIR 以指定一个允许 PL/SQL 文件 I/O 的目录
• 执行 BMS_LOGMNR_D.BUILD 过程以创建字典文件
设置 LogMiner 会话

一旦创建了字典文件 您就可以开始分析重做日志 第一步是使用DBMS_LOGMNR.ADD_LOGFILE 过程指定要分析的日志文件

使用下列常量
• DBMS_LOGMNR.NEW 创建一个新列表并指定第一个日志文件
• DBMS_LOGMNR.ADDFILE 向列表中添加其它日志文件
• DBMS_LOGMNR.REMOVEFILE 从列表中删除重做日志

LogMiner 可以分析联机和归档日志文件
启动 LogMiner 会话

一旦创建了字典文件并指定了重做日志列表 您就可以启动 LogMiner 并开始
分析 启动时 使用如下选项来缩小搜索范围
选项 说明
StartScn 系统更改号 (SCN) 范围的起始
EndScn SCN 范围的终止
StartTime 时间间隔的开始
EndTime 时间间隔的结束
DictFileName 字典文件名
选项 使用 logmnr.opt 文件中指定的列映射 值为
USE_COLMAP

追踪对表的更改

可通过 V$LOGMNR_CONTENTS 视图查看输出 只有执行分析的会话可以查
看日志信息 其它会话无法查看该信息 如果其它会话要查看结果 可将信息
存储在其它表中

停止 LogMiner 会话

执行 DBMS_LOGMNR.END_LOGMNR 过程以完成分析重做日志的会话
查看数据字典

LogMiner 一旦启动 就可以使用下面的数据字典视图视图 说明

V$LOGMNR_DICTIONARY 正在使用的字典文件
V$LOGMNR_PARAMETERS LogMiner 的当前参数设置
V$LOGMNR_CONTENTS 正在分析的重做日志文件内容

 

Comment

*

沪ICP备14014813号

沪公网安备 31010802001379号