Oracle笔记

第四章  重做日志

1.基本概念 

1.  重做线程(Redo Thread)

OPS(Oracle Parallel Server)中,每个实例都有一套自己的重做日志文件。

重做线程与实例是一一对应的。

2.  SCN(System Change Number)

SCN是用于标识数据库变化的惟一标识号,其数值是顺序递增的。

3.  重做入口(Redo Entry)

4.  日志序列号

日志序列号是重做日志的使用标识号。当进行日志切换时,日志序列会自动增一,并将其信息写入控制文件中。

 

当执行了resetlogs操作后,日志序列号自动复位为1;当数据库处于archivelog模式时,系统会将日志序列号作为归档日志名称的一部分;在恢复数据库时,系统正是按日志序列号来引用归档日志和重做日志的。

 

2.归化重做日志

1.  多元化重做日志

多元化重做日志即镜像日志成员,通过把同一个日志组的不同日志成员放到不同磁盘是一个好主意,避免磁盘损坏导致实例终止。

应该将使不同日志组成员个数保持相同。

2.  合理设置重做日志尺寸

必须合理设置重做日志尺寸,避免日志切换频繁增加检查点次数而降低系统性能。(20~30min切换一次为宜,过大的话有可能导致实例恢复时间太长)

同一日志组成员尺寸必须相同。

3.  选择合适的日志组个数

选择不会妨碍LGWR进程工作的最少日志组个数。

当警告文件和LGWR跟踪文件中出现: 

checkpoint not completeredo log group not archived时应该增加日志组。

 

3.日志切换

   当日志组写满之后Oracle Server会自动进行日志切换;另外也可以通过alter system switch logfile进行强制日志切换

 

4.检查点

   当启动Oracle Server时,后台进程SMON总会检查控制文件、数据文件和重做日志文件的一致性(即三种文件的SCN值是否相同)

    a.当数据文件、控制文件、重做日志文件的当前SCN值完全一致,系统会直接打开有数据文件和重做日志。

    b.如果控制文件和数据文件的当前SCN值完全一致,并小于重做日志的当前SCN值,此时需要进行实例恢复(例如shutdown abort;突然断电等)

    c.如果控制文件和数据文件的当前SCN值不匹配,则表示数据文件或控制文件存在损坏,此时就需要进行介质恢复,以恢复损坏的物理文件。

  5.增加重做日志

1.  增加日志组

当警告文件出现了checkpoint not complete时,应该增加日志组。增加日志组的目的是为了确保DBWR进程和ARCH进程不会妨碍LGWR进程的工作,进而提高系统性能。

alter database add logfile

('E:/oracle/oradata/lgtest/newREDO01.LOG', 'F:/oracle/oradata/lgtest/newREDO01.LOG') size 30m;

2.  增加日志成员

增加日志成员即多元化重做日志,避免某个日志组的某个成员损坏后系统不能正常运转。

Alter database add logfile member

‘F:/oracle/oradata/lgtest/newREDO02.LOG'’ to group 2;

 

6.改变重做日志位置或名称

1.  复制重做日志到目标位置

copy E:/oracle/oradata/lgtest/newREDO01.LOG  f:/ newREDO01.LOG

2.  改变控制文件所记载的重做日志指针

alter database rename file ‘E:/oracle/oradata/lgtest/newREDO01.LOG’

  to ‘f:/ newREDO01.LOG’;

      但是不能改变当前正在使用的日志组成员。

 

 7.删除重做日志

1.  删除日志成员

alter database drop logfile member 'F:/oracle/oradata/lgtest/newREDO01.LOG'

不能删除日志组的惟一成员;

当数据库处于archivelog模式下,确保日志成员所在组已经归档;

不能删除当前日志组的日志成员

2.  删除日志组

alter database drop logfile group 3;

3.  清除重做日志

alter database clear unarchived logfile group 2;

 

    8.相关的一些脚本

1.  获取重做线程信息

   select thread#, groups, current_group#, sequence# from v$thread

2.  获取日志组信息或获取日志组的SCN信息

select * from v$log

3.  获取重做日志文件名

select * from v$logfile

4.  获取控制文件所记载的检查点信息

select checkpoint_change#, name from v$datafile

5.  获取数据文件所记载的检查点信息

    select checkpoint_change#, name from v$datafile_header

第五章  归档日志

归档日志即重做日志的备份,使用归档日志的目的是为了实现介质恢复。

1.日志操作模式

1.  Noarchivelog(非归档模式)

不保存重做日志。

不能在open状态下进行物理备份;要定期执行完全数据库备份;只能将数据库恢复到上次的完全备份点。

2.  Archivelog

当进行日志切换时,ARCH进程会将重做日志的内容复制到归档日志中。

在归档重做日志前,新事务变化不能覆盖旧事务变化。

可以在open 状态下进行物理备份。

可以将数据库恢复到失败前的状态。

可以是用备份数据库与主数据库保持同步。

 

2.开启归档

1.  改变日志操作模式

shutdown immediate;

startup mount;

alter database archivelog;

alter database open;

修改日志操作模式后,必须重新备份数据库

2.  归档重做日志

1.  手工归档

alter system archive log all;

2.  自动归档

设置初始化参数:log_archive_start=true

shutdown immediate;

startup pfile=.

3.  检查日志操作模式

archive log list;

 

3.指定归档位置

1.  使用log_archive_dest

1.  设置归档目录

log_archive_dest   log_archive_duplex_dest

2.  设置归档日志格式

2.  使用log_archive_dest_n

1.  指定归档位置

log_archive_dest_1=’location=f:/arc1’

log_archive_dest_3=’service=standby’

2.  设置其他初始化参数

log_archive_dest_state_1=enable

log_archive_dest_state_3=defer

4.相关的一些脚本

1.  显示日志操作模式

select log_mode from v$database

2.  显示归档日志信息

select name,sequence#,first_change# from v$archived_log

3.  显示归档日志位置

select destination from v$arvhive_dest

4.  显示日志历史信息

select * from v$loghist;

  • 0
    点赞
  • 0
    收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:大白 设计师:CSDN官方博客 返回首页
评论

打赏作者

lg_919

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值