redo log files联机日志或重做日志
archived log files归档日志  1184198alert log files  告警日志

 trace files  user_ _dump_ _dest  用户信息日志如跟踪会话日志
background dump_ dest进程日志还有其他一-些不常用的日志

v$database的log_mode 数据库归档模式
v$archived_log 控制文件中已经归档的日志文件信息
v$archive_dest 所有归档目标
v$archive_processes 已启动的归档进程状态
v$archive_redolog    已经备份的归档日志信息   
 

redo log files 重做日志分为在线重做日志和归档重做日志。
  online Redo log files--在线重做日志，又称联机重做日志，指Oracle以SQL脚本的形式实时记录数据库的数据更新，换句话说，实时保             存已执行的SQL脚本到在线日志文件中（按特定的格式）。
  Archive Redo log files--归档重做日志，简称归档日志，指当条件满足时，Oracle将在线重做日志以文件形式保存到硬盘（持久化）。
        重做日志文件是数据库中一种非常重要的日志文件，也是其一一个很有特色的功能。
        重做日志文件会记录对于数据库的任何操作，如利用DML语句或者DDL语句对数据进行更改，或者数据库管理员对数据库结构进行更改，都会在重做日志中进行记录。
        当数据被意外的删除或者修改,我们可以利用重新日志文件进行恢复;当出现例程失败或者介质失败的情况下，也可以利用日志文件实现例程恢复或者介质恢复。所以说，我们若能够管理好重做日志文件的话，对于保障数据         库数据的安全是非常重要的。

      联机重做日志有以下特性:
          1.记录所有对数据的改变
          2.提供恢复机制
          3.能够被分组

          4.至少需要两个日志组

 当前归档日志组写满后，Oracle会切换到下一日志组，继续写入，就这样循环切换；当处于归档模式下，切换至原已写满的日志组，若该日志组归档完毕则覆盖写入，若没有则只能使用日志缓冲区，等待归档完毕之后才能覆盖写入。当然，处于非归档模式下是直接覆盖写入的

 Oracle提供了2个视图用于维护在线重做日志：V$LOG 和  V$LOGFILE，我们可以通过这两个视图查看和修改在线日志

1.联机重做日志文件是循环使用的.
2.当一个联机重做日志文件被写满了，LGWR将移到下个联机重做日志文件组.被称为日志切换，同时发生检查点，信息将被写入控制文件
3.redo log是二进制文件
4.日志文件的组织模式是组组下是成员至少两个组
5.组和组是平等的关系
6.实例同- -时刻只能向-一个组写日志
7.-个组写满了，写下一个组，这个过程叫WiTCH自动切换和手工切换
8.日志切换产生checkpoint有增量检测和完全检测两种
9.完全检测:一致性 SHUTDOWN时;alter system checkpoint,

结果为:所有的脏数据块写入文件,改写文件头的信息
参数log._ checkpoints_to_alert=true 决定检测点的信息写入报警日志,如果将日志文件转出到DUMP中

select * from v$log;
select to_char(first_time, 'yyyy-mm-dd') day2  from v$log_history group by day2,

alter session set events 'immediate trace name redohdr level n';增加|减少日志组的成员，
select to_number('fffffffffff','xxxxxxxxxxxxxxxxxx')from dual;

1，每三秒钟超时(timeout):
当LGWR处于空闲状态时，它依赖于rdbms rpc message等待事件，处于休眠状态，直到三秒时间到，如果这个时候LGWRf发现有Redo信息需要写出的话，那么LGWR将执行写的操作，log file parallel write等待事件将会出现。
2.阀值的达到:
Redo log buffer 1/3满;
Redo log buffer拥有1MB的脏数据;

参数_ log _io _size的设置很重要，一般为 log_buffer 的1/3大小
3.用户提交:
当一个transaction 提交的时候，在Redo stream 中将记录一-个 提交标志。在这些Redo被写到磁盘上之前，这个transaction是不能恢复的。所以，在transaction返回成功标志之前，必须等待LGWR写的完成。进程通知LGWR写，并且以log file sync事件开始休眠。超时为1秒
4.在DBWn写之前:
如果DBWR将要写出的数据的高RBA超过LGWR的on-diskRBA，则DBWR将通知LGWR执行写的操作，在Oracle8i之前，此时DBWR将等待Log file sync事件。从Oracle8i开始，DBWR把这些block(将要写出的block,这种block的高RBA超过了LGWR的on-diskRBA)放入defer队列中，同时通知LGVR执行Redo写出。
注:
logbufferspace等待事件说明logbuffer空间不够用了。

 规划原则:分散放开到不同的硬盘，日志所在盘的IO要足够，IO读写都要快增加减少日志成员或组日志状态与监视处理日志异常[日志不一-致，日志丢失，日志损坏]
 增加减少日志成员或组:
alter database add logfle group < member(<dir>'

<dir>) size < ;alter database add logfile member dir' to group < D;alter database drop logfile ‘dir';
alter database drop logfile group 

 INACTIVE:表示例程恢复不再需要联机重做文件日志组。它可能已归档，也可能未归档。
注：处于active的日志文件组无法删除，因为这个日志文件组可能会在实例恢复的时候使用。
我们可以使用alter database checkpoint命令手动的创建一个检查点，来是active的日志文件组变成inactive的日志文件组，这一点在扩容日志文件组(先删除再添加)的时候会用到！
可以使用alter system switch logfile命令手动的切换日志文件组
另外在说一下active和inactive的一些区别，其实这两种状态的重做日志都是已经归档的，不同的只是，active状态的重做日志文件组是在实例恢复的时候被需要的，因为有一些事务虽然已经提交了，但是这些记录的更改还没有写到datafile中，如果这个时候实例一旦失败（断电或者其他的突发情况），在进行实例恢复的时候会需要这些active状态的日志文件组，每过一段时间，当系统负载不是很大的时候，Oracle会尝试将内存中的数据写入到datafile中，这个时候active的日志文件组就会变成inactive状态，我们可以使用alter database checkpoint强制来执行这个过程；而inactive是在实例恢复的时候不被需要的日志文件组。

V$logfile的status

INVALID:表明该文件不可访问STALE:表示文件内容不完全

stale表示文件内容不完全

deleted表示文件已经不再使用

空白表示文件在使用中

-添加新的重做日志文件组,group 4 可以缺省，大小最好10M到50M之间
select * from v$logfile;
alter database add logfile group 4
'F:\APP\HANLIN\ORADATA\ORCL\REDO04.LOG'  size 20M;
多个成员
alter database add logfile group 6
('F:\APP\HANLIN\ORADATA\ORCL\REDO06_A.LOG',
'F:\APP\HANLIN\ORADATA\ORCL\REDO06_B.LOG')size 20M;
————————————————
下面语句只修改数据字典和控制文件，不删除实际文件
alter database drop logfile group 4;
下面语句清空重做日志文件
alter database clear logfile group 4;alter database add logfile member 
'F:\APP\HANLIN\ORADATA\ORCL\REDO04_B.LOG' to group 4;
删除日志成员（只修改数据字典和控制文件，不删除实际文件）
alter database drop logfile member 
'F:\APP\HANLIN\ORADATA\ORCL\REDO04_B.LOG' 
更改重做日志文件的位置或名称的步骤：
shutdown；
复制日志文件，修改日志文件名称
startup mount;
--举例两个成员的路径和名称修改
alter database rename file 
'成员1j旧路径\新文件名','成员2旧路径\新文件名'
to
''成员1新路径\新文件名,'成员2新路径\新文件名';
alter database open;

alter system set 1og_ archive_ dest_ 2 =’SERVICE=standby1' ;alter system set 1og_ _archive_ format =’arch_ _%t_ _%s_ _%r. arc' ;

co1 dest_ name format a20;col destination format a30;

select dest_ _name, status, archiver, destination, 1og_ _sequence, reopen_ _secs, transmit_ _mode, processfrom vSarchive_ dest;

selectname, sequence#, registrar, standby_ dest, archived, status from v$archived_ 1og;

v$archived_ 1ogvSarchive_ destv$1og_ historyv$database

vSarchive_ processes

      -->从控制文件中获得归档的相关信息-->归档路径及状态

      -->控制文件中日志的历史信息-->查看数据库是否处于归档状态-->归档相关的后台进程信息

select * from v$logfile;

select member, bytes/1024/1024 from v$1og a, v$logfile bwhere a. group#=b. group#

select NAME, STATUS from v$archived_ 1og;

Log buffer大小设置

      9i以前，- -般是3M

      在10g中ORACLE会自动调整它的值，他遵循这样一个原则，’Fixed SGA Size' +’Redo Buffers' 是granule size的整数倍;select * from vSsgainfo where. name in (' Fixed SGA Size' ，’Redo Buffers' ，’Granule Size’ ) ;--在10.2.0.3中Log Buffer 默认值是14M，在10.2.0. 4中，默认值是15Mselect * from vSversion where rownum<2;8、LGWR触发条件:Write- Ahead-Log: 日志写入优先

      1.用户提交

      2.有1/3重做日志缓冲区未被写入磁盘

      3.有大于1M的重做日志缓冲区未被写入磁盘4.每隔3秒钟

      5. DBWR需要写入的数据的SCN大于LGWR记录的SCN，DBWR触 发LGWR写入9、L0G优化建议

      在OLTP 系统上，REDO LOG文件的写操作主要是小型的，比较频繁，一般的写大小在几K,而每秒钟产生的写I0次数会达到几十次，数百次甚至_上千次。因此REDO LOG文件适合存放于IOPS 较高的转速较快的磁盘上，I0PS仅能达到数百次的SATA盘不适合存放REDO LOG文件。另外由于REDO LOG文件的写入是串行的，因此对于REDO LOG文件所做的底层条带化处理，对于REDO LOG写性能的提升是十分有限的。10、REDO LOG切换的时间应该尽可能的不低于10-20分钟

select to_ char (FIRST _TIME,’ yyy-mm-dd hh24:mi:ss' ) f. _time, SEQUENCE# from vS1og_ history11、日志相关的一-些操作

alter database add logfile group 5_ ’/opt/ orac1e/ oradata/ dbtest/redo05_ 1. 1og’ SIZE 10Malter database add 1ogfile member' / opt/ oracle/ oradata/ dbtest/redo04_ 3. 1og’to group 4alter database drop logfile group 5

alter database drop logfile (' /opt/oracle/ oradata/ dbtest/redo05_ 1. 1og' ,’/opt/ oracle/ oradata/ dbtest/redo05_ 2. 1og' )\\