oracle日志文件全
oracle——数据库日志存放位置
oracle——数据库⽇志存放位置1，默认情况下，oracle的⽇志⽂件记录在$ORACLE/rdbms/log⽬录下[plain]1. [oracle@oracle log]$ pwd2. /home/oracle/oracle/product/10.2.0/db_1/rdbms/log⽇志⽂件为(alert_<ORACLE_SID>.log)：[plain]1. [oracle@oracle log]$ ll2. 总计 8483. -rw-rw-r-- 1 aaa aaa 962 06-20 15:57 alert_TESTDB.log2，如果不是在默认位置，则可通过sql查询⽇志⽂件位置：[plain]1. SQL> show parameter dump_dest2.3. NAME TYPE4. ------------------------------------ ----------------------5. VALUE6. ------------------------------7. background_dump_dest string8. /home/oracle/oracle/admin/TESTDB/bdump9. core_dump_dest string10. /home/oracle/oracle/admin/TESTDB/cdump11. user_dump_dest string12. /home/oracle/oracle/admin/TESTDB/udump其中background_dump_dest的value值即为⽇志⽂件存放位置----------------------------------------------------------------------------------------------oracle11g修改了⽇志系统，不在使⽤oracle9的alert_$ORACLE_SID.log⽇志，修改为Diag Alert 和Diag Trace两个⽬录保存xml格式和⽂本格式的⽇志，这个两个⽬录分别放置于/oracle/oracle/diag/rdbms/rac/rac1/trace和/oracle/oracle/diag/rdbms/rac/rac1/alert⽬录下，也可以使⽤sql>select name ,value from v$diag_info命令来查询。
深入分析Oracle数据库日志文件
作为Oracle DBA，我们有时候需要追踪数据误删除或用户的恶意操作情况，此时我们不仅需要查出执行这些操作的数据库账号，还需要知道操作是由哪台客户端（IP地址等）发出的。
针对这些问题，一个最有效实用而又低成本的方法就是分析Oracle数据库的日志文件。
本文将就Oracle日志分析技术做深入探讨。
一、如何分析即LogMiner解释从目前来看，分析Oracle日志的唯一方法就是使用Oracle公司提供的LogMiner来进行，Oracle数据库的所有更改都记录在日志中，但是原始的日志信息我们根本无法看懂，而LogMiner就是让我们看懂日志信息的工具。
从这一点上看，它和tkprof差不多，一个是用来分析日志信息，一个则是格式化跟踪文件。
通过对日志的分析我们可以实现下面的目的：1、查明数据库的逻辑更改；2、侦察并更正用户的误操作；3、执行事后审计；4、执行变化分析。
不仅如此，日志中记录的信息还包括：数据库的更改历史、更改类型（INSERT、UPDATE、DELETE、DDL等）、更改对应的SCN号、以及执行这些操作的用户信息等，LogMiner在分析日志时，将重构等价的SQL语句和UNDO语句（分别记录在V$LOGMNR_CONTENTS视图的SQL_REDO和SQL_UNDO中）。
这里需要注意的是等价语句，而并非原始SQL语句，例如：我们最初执行的是“delete a where c1 <>'cyx';”，而LogMiner重构的是等价的6条DELETE语句。
所以我们应该意识到V$LOGMNR_CONTENTS视图中显示的并非是原版的现实，从数据库角度来讲这是很容易理解的，它记录的是元操作，因为同样是“delete a where c1 <>'cyx';”语句，在不同的环境中，实际删除的记录数可能各不相同，因此记录这样的语句实际上并没有什么实际意义，LogMiner重构的是在实际情况下转化成元操作的多个单条语句。
oracle 重做日志文件
重做日志文件重做日志文件记录的两类数据：1.修改前的数据2.修改后的数据当满足一定条件时先将修改操作所产生的重做记录写入重做日志文件中，然后才将内存中的修改结果成批的写入数据文件，最后在提交事务重做日志文件是由重做记录组成的，重做记录是由修改向量组成的。
当用户执行一条update 语句对某一个表中的记录进行修改时，会生成一条记录，这条记录用多个向量记录下了被这条语句修改过的各个db块中的信息。
重做记录采用循环的方式在SGA区的重做日志缓存区中进行缓冲，并且由后台进程LGWR 写入到其中的某个重做日志文件中。
用户无论何时提交事务，LGWR都会将该事务的重做记录从SGA的重做日志缓存区写入到某个重做日志文件中，并且为提交的每个事务分别分配一个识别重做记录的系统修改编号。
只有当与已知事务相关的所有重做记录都安全的写入重做日志文件后，用户进程才被告之已经提交。
LGWR进程在开始写入下一个重做日志文件之前，必须确保这个即将覆盖的重做日志文件已经完成了如下的工作：1.如果数据库处于“非归档日志模式（noarchivelog）”,则该重做日志文件中的所有重做记录所对应的修改结果，必须全部被写入到数据文件中。
2.如果数据库处于“归档日志模式（archivelog）”，则该重做日志文件中的所有重做记录所对应的修改结果，必须全部被写入到数据文件中，并且归档进程ARCH已经将该重做日志文件进行了归档。
活动的，非活动的，当前的联机重做日志文件LGWR当前写入的重做日志文件称为当前的联机重做日志文件，例程恢复时需要的重做日志文件称为活动的重做日志文件，例程恢复时不需要的重做日志文件称为非活动的重做日志文件。
如果已经能够进行归档，oracle就不能重新使用或重写活动的重做日志文件，知道ARCH 存储了这个文件的内容。
如果不能进行归档，当最后一个重做日志文件被填满是时，将通过重写的方法继续使用第一个可用的活动重做日志文件。
日志切换1.当一个重做日志文件被完全填满，必须填写下一个联机重做日志文件2.手动强制执行日志切换强制切换日志，需要有alter system权限，使用alter system switch logfile强制切换日志顺序号没次发生日志切换和LGWR开始进行填写时，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_sql操作日志_概述及解释说明
oracle sql操作日志概述及解释说明1. 引言1.1 概述Oracle SQL操作日志是一种记录数据库系统中执行的SQL语句细节和相关信息的功能。
通过启用和配置SQL操作日志，我们可以跟踪和监控数据库的操作行为，包括查询、更新和删除等操作。
这对于系统维护人员和开发人员来说非常重要，因为它们可以帮助我们理解数据库系统中发生的事情，并且在故障排查和性能优化方面提供有价值的信息。
1.2 文章结构本文将从多个方面详细介绍Oracle SQL操作日志。
首先，我们将解释SQL操作日志的含义，并阐明其在数据库系统中的作用。
接着，我们将讨论开启和配置SQL操作日志功能的方法。
然后，我们将深入探讨SQL操作日志中涉及的关键要点，如记录SQL语句执行细节的作用、日志文件保存路径和格式说明，以及使用SQL操作日志进行故障排查和性能优化的方法。
最后，在结论部分，我们将总结文章主要内容及观点，并对Oracle SQL操作日志未来的发展趋势进行展望。
1.3 目的本文旨在向读者提供关于Oracle SQL操作日志的全面概述及解释说明。
通过阅读本文，读者将了解到SQL操作日志的重要性和作用，以及如何开启和配置该功能。
此外，读者还将熟悉SQL操作日志中涉及的关键要点，并学习到使用SQL 操作日志进行故障排查和性能优化的方法。
最终，读者将对Oracle SQL操作日志有一个清晰的认识，并能够在实际工作中灵活应用该功能。
2. 正文正文部分将深入探讨Oracle SQL操作日志的概念、功能以及使用方法。
本节将具体介绍SQL操作日志的基本原理和应用场景。
2.1 Oracle SQL操作日志的基本原理在Oracle数据库中，SQL操作日志被用于记录对数据库进行的每个操作。
这些操作包括查询、更新、插入和删除等。
当用户执行一个SQL语句时，Oracle会自动将该SQL语句以及其执行结果等相关信息记录到日志文件中。
2.2 Oracle SQL操作日志的主要作用SQL操作日志起着重要的作用，尤其在故障排查和性能优化方面。
oracle 归档日志的内容
oracle 归档日志的内容
Oracle 归档日志是数据库的重要组成部分，它记录了数据库中发生的所有修改操作，包括插入、更新和删除等。
归档日志的内容主要包括以下几个方面：
1. Redo 信息：Redo 信息记录了数据库中发生的修改操作的详细情况，包括被修改的数据块号、修改前后的数据值等。
通过重放Redo 信息，可以将数据库恢复到某个特定时间点或者进行数据恢复。
2. 日志序列号：每个归档日志文件都有一个唯一的序列号，用于标识该日志文件的顺序。
3. 时间戳：每个归档日志都包含了操作发生的时间戳，用于记录操作的时间信息。
4. 数据库名称：归档日志中还包含了数据库的名称，用于标识归档日志所属的数据库。
5. 操作类型：归档日志还记录了操作的类型，包括插入、更新和删除等。
6. SCN（System Change Number）：SCN 是数据库中用于标识事务提交顺序的递增数字。
归档日志中会记录每个事务提交时的 SCN 值，以便在恢复过程中保证事务的一致性。
通过归档日志，Oracle 数据库可以实现数据的持久化和恢复，并且可以用于实现数据的灾难恢复和故障排除等操作。
oracle8管理控制文件和重做日日志文件
2021/2/17
oracle8管理控制文件和重做日日志文件
移动重做日志文件
Open状态下移动redo文件 • 确保处于inactive状态 • Host copy • 执行alter database rename file A to B语句 • 备份控制文件或数据库
学习改变命运,知 识创造未来
2021/2/17
oracle8管理控制文件和重做日日志文件
重做日志文件管理
• 重做日志文件的作用
• 数据库恢复中起到非常重要的作用 • 例程恢复、介质恢复以及事务的撤销
• 重做日志文件组\成员
• Redo01.log\redo02_1.log\redo02_2.log • Maxlogfiles:重做日志文件组的最大数量 • Maxlogmembers：每个组成员的最大数量
• Alter tablespace temp add tempfile ‘%oracle_home%\oradata\orcl\temp01.dbf’
Oracle归档日志文件
Oracle归档⽇志⽂件今天数据群有⼈反应⽹站不能正常打开，经检查Oracle数据库远程连不上，提⽰信息：ORA-00257: archiver error. Connect internal only, until freed。
可能是archivelog满了。
以前学习SQL只关注CRUD，对⽇志了解甚少，此次宕机虽然对⽣成没有造成恶劣影响，但也是因为业务不熟悉所致，特花⼀天时间学习并记录Oracle⽇志归档功能。
.以下内容针对没有使⽤Oracle ASM磁盘组情况，使⽤了Oracle ASM磁盘组的情况以后分析。
Oracle⽇志操作模式分为两种:ARCHIVELOG、NOARCHIVELOG连接Oracle终端windows系统：sqlplusLinux系统：先登录ssh，切换到oracle⽤户，再启动sqlplus登录oracle查看当前⽇志操作模式通⽤⽅法：SELECT log_mode from v$database;sys⽤户：开启⽇志归档启⽤归档⽇志前要先停⽌数据库shutdown immediate;数据库以mount⽅式启动startup mount;改变⽇志模式启⽤数据库归档alter database archivelog;关闭归档alter database noarchivelog;打开数据库alter database open;查看归档⽇志信息archive log list;查看默认闪回归档存储路径show parameter db_recovery_file_dest;Oracle11g版本，ORACLE默认的⽇志归档路径为闪回恢复区（$ORACLE_BASE/fast_recovery_area）。
对于这个路径，Oracle有⼀个限制，就是默认只有4G的空间，⽽且不只是归档⽇志的默认路径，也是备份⽂件和闪回⽇志的默认地址，这样的话归档⽇志锁使⽤的空间就达不到4G。
oracle 日志归档 原理
oracle 日志归档原理Oracle数据库日志归档（Archive Log Mode）是数据库管理系统中用于实现数据库可恢复性的重要机制。
在归档模式下，Oracle数据库会将已填满的联机重做日志文件的内容复制到单独的归档日志文件中，并且只有在当前的日志内容被安全地归档后，才会覆盖或重新使用这些联机重做日志。
以下是Oracle日志归档的基本原理：1.联机重做日志：•Oracle数据库运行时会产生一系列的联机重做日志文件（Online Redo Logs），这些文件按照日志组的方式组织，每个日志组内包含一个或多个日志成员。
•当数据库执行事务处理时，所有对数据库的修改都会以重做记录的形式写入当前活动的日志组中。
2.日志切换：•随着数据库操作的进行，当前日志组填满后，会触发日志切换（Log Switch），即系统开始往下一个日志组中写入新的重做记录。
•在非归档模式下，旧的日志组可以被覆盖和重复使用；而在归档模式下，必须先将旧日志组的内容归档才能进行切换。
3.归档过程：•归档是由后台进程ARCn (Archiver) 自动完成的，或者管理员可以通过手动方式将填满的联机重做日志文件复制到指定的归档位置。
•归档日志文件具有与原始联机日志相同的逻辑内容，并带有唯一的日志序列号（Log Sequence Number, LSN），以便在恢复过程中确定应用重做记录的顺序。
4.作用：•在发生故障需要恢复数据库时，通过应用归档日志中的重做记录，可以将数据库状态恢复到故障发生前的任意时间点（Point-in-Time Recovery, PITR）。
•对于数据库镜像、数据保护以及维护高可用性环境如Data Guard（物理/逻辑standby数据库）也是至关重要的。
oracle日志位置
audit日志：审计的信息，对应系统初始化参数文件参数audit_file_dest
对应的就是它的位置。
redo 日志：存放数据库的更改信息，select member from v$logfile;member就代表它的位置
归档日志：redo日志的历史备份，select * from v$parameter where name like 'log_archive_dest%'; 它的value的值就是位置
பைடு நூலகம்
show parameter spfile;查看当前系统加载的参数文件
因为spfile.ora文件为二进制文件，手动修改spfile.ora后，oracle无法识别，也就无法启动了。解决办法如下：
1。找到pfile文件：在10.0.2\admin\实例名\pfile\文件夹下有个init.ora.xxxxxxxxxxx 文件，该文件为带时间戳的pfile文件，将时间戳去掉，变成init.ora文件。
3。将新生成的文件spfileSID.ora拷贝到 "10.2.0\db_1\database\”，目录下覆盖原文件，如果存在initSID.ora文件请重命名。
4。在管理工具-服务中重新启动oracle系列服务，即可解决上述问题。
2。开始-运行-cmd
>sqlplus /nolog
sql>conn 用户名/密码 as sysdba
sql>startup pfile='10.0.2\admin\实例名\pfile\init.ora';
启动成功后
sql>create spfile='path/spfileSID.ora' from pfile='10.0.2\admin\实例名\pfile\init.ora';
oracle数据库教案-配置与规划之日志文件的配置
**学院教案 No______
滨州职业学院教案附页
要点：图示讲解，记录数据库中数据所发生的变化，提供恢复机制。
可以被分组。
至少有两个日志组。
被循环使用。
检查点的作用：启动DBWR进程将脏buffer写入到数据文件，CKPT进程更新控制文件和数据文件头部的信息，使数据库同步。
4．日志组与日志文件的概念
要点：一个组中的每一个日志文件称为一个日志成员。
具有相同的序列号和相同的大小。
当前序列号存放在控制文件和数据文件头部。
5．检查点的次数：alter system switch logfile;
alter system checkpoint.
Fast_start_mttr_target=600(以秒为单位) 6．规划日志组：个数，尺寸，路径
1）重做日志组的个数
在某些情况下，数据库例程可能只需要两个组。
2）重做日志文件的复用
即一个重做日志组中包含多个互为镜像的重做日志成员
第页。
oracle 10g 11g日志文件路径
oracle 10g 11g日志文件路径2014年5月22日10:55Oracle数据库的最常用问题定位日志是alert日志，Oracle数据库的日志文件alert_$ORACLE_SID.log记录了重作日志的转换，数据库启动和关闭，数据库结构的改变，回退段的修改，死锁，内部错误等信息。
1. 在Oracle 10g 与9i及其以前的版本中，数据库日志文件的路径是：$ORACLE_BASE/admin/$ORACLE_SID/bdump/alert_$ORACLE_SID.log2. 从oracle11g 开始，oracle数据库以XML与传统的文本两种格式提供Alert 日志。
新的日志位置由Automatic Diagnostic Repository (ADR) 決定。
可以通过新的初始化参数DIAGNOSTIC_DEST 控制ADR BASE 的位置。
SYS@yt>show parameter diagnostic_destNAME TYPE VALUE----------------------------------------------------------------------------diagnostic_dest string/u01如果沒有设定这个初始化参数的位置，而设置ORACLE_BASE 环境参数的话，那么，则ORACLE_HOME/log 即为DIAGNOSTIC_DEST。
11gOracle数据库的日志文件的路径是：$ORACLE_BASE/diag/rdbms/$ORACLE_SID/$ORACLE_SID/trace11g Alert log XML文件位置：SYS@yt>select value from v$diag_info where name ='Diag Alert';11g Alert log 文本文件位置：SYS@yt>select value from v$diag_info where name ='Diag Trace';分区新分区1 的第1 页。
如何查看Oracle日志
如何查看Oracle⽇志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.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中⼏个不同参数的设置，可以缩⼩要分析⽇志⽂件的范围。
日志文件全部丢失的处理方法
日志文件全部丢失的处理方式症状：企业无法启动数据库，手动用批处理文件启动出现：误区：以为需要重新为系统建立日志文件数据库打开后会自动建立联机归档日志文件教训：应该在做任何处理前首先备份数据文件和参数文件，以便能够恢复到最初的情况，还有自己的应用日后建立的数据文件还是放到oracle的系统路径下，否则备份的时候可能容易忘记。
图一：数据库可以装载，查询v$log和logfile内容如下：察看数据文件的目录发现所有联机日志文件丢失经查询group 1对应文件为redo03.log是当前的日志文件现场处理方式：一、启动oracle到mount状态sqlplus /nologstartup mount二、清除日志alter database clear unarchived logfile group 2;数据库已更改alter database clear unarchived logfile group 3;数据库已更改alter database clear unarchived logfile group 1;出错，当前日志不允许清除三、想重新建立联机日志文件未成结果显示出错ora-01184，系统中已经存在要增加的日志文件alter database add logfile group 2 ('c:\oracle\oradata\ora8i\redo02.log') size 1m reuse;alter database add logfile member 'c:\oracle\oradata\ora8i\redo022.log' size 1m reuse to group 2;四、在本地测试完毕后，决定使用隐含参数进行处理：（中间有用户按此过程操作的，在之前备份了一下数据文件和参数文件的目录，但是由于出错，远程又无法看到，所以在下午让其将备份的文件拷回来，我来重新进行操作。
oracle10g归档日志
oracle10g归档日志关于Oracle 10g 归档方式的讨论：关闭归档/启用闪回恢复区归档(Oracle 10g新特性)/启用类Oracle9i的归档注：在Oracle安装过程中，如果数据库是自动创建的，那么该数据库最初的存档模式是由操作系统指定的。
通常情况下，归档日志在Oracle 数据库安装结束后需要手工创建。
环境：Oracle 10g 10.2.0.1.0/Windows 2003 Server SP1数据字典视图：v$archived_log,v$log,v$archive_dest,v$database,v$archive_proc esses,v$backup_redolog,v$log_histroy,v$recovery_file_dest.一、关闭归档1、启动SQL*PLUS以管理身份登录Oracle数据库：SQL> connect / as sysdba2、关闭数据库实例SQL> shutdown immediate3、备份数据库：在对数据库做出任何重要的改变之前，建议备份数据库以免出现任何问题。
4、启动一个新的实例并装载数据库，但不打开数据库：SQL> startup mount5、禁止自动存档SQL> alter system archive log stop;6、禁止存档联机重做日志：转换数据库的存档模式。
SQL> alter database noarchivelog ;7、打开数据库：SQL> alter database open ;8、察看已连接实例的存档信息：SQL> archive log list ;数据库日志模式非存档模式自动存档禁用存档终点 E:oraclearc最早的联机日志序列 50当前日志序列 52二、启用闪回恢复区归档(Oracle 10g新特性)-Oracle数据库安装完成后首次创建自动归档日志1、启动SQL*PLUS以管理身份登录Oracle数据库：SQL> connect / as sysdba2、关闭数据库实例SQL> shutdown immediate3、备份数据库：在对数据库做出任何重要的改变之前，建议备份数据库以免出现任何问题。
oracle 归档日志概念解释
oracle 归档日志概念解释在Oracle数据库中，归档日志（Archived Logs）是一种重要的数据库日志，用于记录数据库发生的所有变更操作，以便在系统故障或数据损坏时进行数据库恢复。
以下是有关归档日志的一些关键概念和解释：1. 日志文件：Oracle数据库通过日志文件（Redo Log）记录所有对数据库的变更操作。
这包括插入、更新和删除操作。
日志文件的作用是保留数据库的变更历史，以便在需要时进行恢复。
2. 在线日志和归档日志：日志文件分为在线日志和归档日志两种类型。
在线日志包含当前正在进行的事务的日志信息，而归档日志包含已经完成的事务的日志信息。
当在线日志满了或发生特定的切换事件时，其中的日志会被归档到归档目录中。
3. 归档目录：归档日志被存储在一个被称为归档目录（Archive Destination）的特定位置。
这可以是本地磁盘、网络位置或远程服务器。
在配置归档目录时，确保有足够的磁盘空间存储归档日志，因为这对数据库的正常运行和故障恢复至关重要。
4. 日志切换：当在线日志文件满了或发生某些事件时，数据库会执行一个日志切换（Log Switch）。
这时，当前的在线日志文件会被标记为不可用，并且一个新的在线日志文件会开始记录新的变更。
同时，旧的在线日志文件会被归档。
5. 数据库恢复：归档日志对数据库的恢复非常关键。
如果数据库发生故障，系统可以利用归档日志中的信息，从最后一个完整备份以来的任何时间点将数据库还原到一致的状态。
这种恢复过程称为“介质恢复”（Media Recovery）。
总的来说，归档日志是Oracle数据库中一项关键的功能，它确保了数据库的可靠性和一致性，同时提供了故障恢复的能力。
oracle存储过程记录执行日志
oracle存储过程记录执行日志
1、一般来说，存储过程记录执行日志的方法如下：
（1）使用dbms_output存储过程中的输出信息
dbms_output是Oracle提供的一种存储过程中的输出记录，可以使
用DBMS_OUTPUT.PUT_LINE函数在存储过程中输出信息。
输出的信息都会
被存储在一个缓冲区中，可以使用DBMS_OUTPUT.GET_LINE函数在PL/SQL
程序外部获取缓冲区中的数据。
（2）使用utl_file输出日志
utl_file是Oracle提供的一个模块，可以从存储过程中输出文件，
使用UTL_FILE.PUT_LINE函数可以在存储过程中向文件中输出日志信息，
文件的内容存储在存储过程程序外，比如服务器的磁盘上。
（3）使用异常处理程序记录日志
如果在存储过程中引发异常，可以使用EXCEPTIONWHEN程序块来处理，EXCEPTIONWHEN块可以定义其中一种异常发生时的处理动作，比如记录日志，发送警报等。
2、记录存储过程执行日志的具体步骤：
（1）在存储过程中设置参数
在存储过程中，需要定义一些参数，比如要记录的信息的类型，日志
文件的名称，是否弹出提示框等。
（2）在存储过程中定义CURSOR
在存储过程中定义CURSOR可以提取存储过程执行时的细节信息，比如错误代码，错误信息，系统变量等。
（3）在存储过程中进行检查和异常处理
在存储过程中。
oracle归档日志满了
oracle归档⽇志满了oracle归档⽇志满了/oracle归档⽇志清理查看归档⽂件信息--登录Oraclesqlplus 账号/密码 as sysdba--查看当前归档⽇志⽬录show parameter recovery;解决⽅法⼀:修改归档⽇志⽂件⼤⼩--登录Oraclesqlplus 账号/密码 as sysdba--更改归档⽇志⽬录alter system set db_recovery_file_dest='/u01/app/oracle/archivelog' scope=spfile;--更改归档⽇志⽬录⼤⼩alter system set db_recovery_file_dest_size=4096m scope=spfile;--重启数据库并查看归档⽇志⽬录及⼤⼩(修改后记得重启)shutdown immediate;startup;show parameter recovery;解决⽅法⼆:删除归档⽇志⽂件--rman流程set oracle_sid=你⾃⼰的sid --1-- 查看⾃⼰的sid: 开始(右键)->run->输⼊: services.msc ->找 ORACLEService....(....即为你的sid)格式的Name rman --2connect target/ --3--查看是否开启归档⽇志archive log list;--校验⽇志的可⽤性crosscheck archivelog all;--列出所有失效的归档⽇志list expired archivelog all;--删除log sequencewei16及16之前的所有归档⽇志delete archivelog until sequence 16;--删除系统时间7天以前的归档⽇志,不会删除闪回去有效的归档⽇志delete archivelog all completed before 'sysdate-7';--注意这个命令,删除系统时间1天以内到现在的归档⽇志delete archivelog from time 'sysdate-1';--该命令清除所有的归档⽇志delete noprompt archivelog all completed before 'sysdate';或delete noprompt archivelog all;Oracle 启动关闭⽅式⼀、⼏种启动⽅式： 1、startup nomount ⾮安装启动，这种⽅式启动下可执⾏：重建控制⽂件、重建数据库 启动instance，即启动SGA和后台进程，这种启动只需要init.ora⽂件。
oracle重做日志文件和归档日志
数据库恢复的原理
当数据库发生故障时，可以利用重做 日志文件来进行恢复。Oracle会根据 重做日志文件中的记录，重新执行对 数据库所做的更改，从而将数据库恢 复到一致的状态。
04 Oracle重做日志文件和归 档日志的管理和维护
日志文件的备份与恢复
备份策略
制定定期备份和增量备份策略，确保重做日志文件和归档日志的安全。
恢复方法
在发生故障时，根据备份情况选择适当的恢复方法，如全量恢复或增量恢复。
日志文件的清理与维护
清理过期日志
定期清理过期或不再需要的日志文件 ，释放存储空间。
Oracle重做日志文件和归档日志
contents
目录
• Oracle重做日志文件 • 归档日志 • Oracle重做日志文件和归档日志的关系 • Oracle重做日志文件和归档日志的管理
和维护 • Oracle重做日志文件和归档日志的故障
处理
ቤተ መጻሕፍቲ ባይዱ
01 Oracle重做日志文件
重做日志文件的作用
数据恢复
THANKS FOR WATCHING
感谢您的观看
存储容量
需要合理规划存储空间，确保有足够的空间存储归档日志文件，避 免空间不足导致数据库故障。
归档日志的恢复
恢复方法
当数据库发生故障时，可以使用归档日志进行恢复。可以选择完全恢复或部分恢复，根据需要选择相应的归档日志文 件。
恢复过程
在恢复过程中，需要按照时间顺序应用归档日志文件，确保数据的一致性。可以使用RMAN（Oracle Recovery Manager）进行自动恢复或手动恢复。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
oracle日志文件全.txt什么叫神话？请听男人向你表达爱意；什么叫传说？请听男人对你的承诺；什么叫梦境？请看你自己听到前两者时的反应。
如果是安全关闭数据库.数据库处于一致状态:SQL> STARTUP NOMOUNTSQL> CREATE CONTROLFILE REUSE DATABASE "TEST " RESETLOGS ARCHIVELOGSQL> ALTER DATABASE OPEN RESETLOGS;马上备份如果不是非安全关闭:非当前日志就SQL> alter database clear unarchived logfile group n;SQL> alter database clear logfile 'C:\oracle\product\10.1.0\oradata\hupan\REDO01 .LOG' group 1;当前日志:在initsid> .ora中加入如下参数 _allow_resetlogs_corruption=TRUEalter system set "_allow_resetlogs_corruption" = true scope = spfile;SQL> recover database until cancel;Cancel如果出错，不再理会，发出SQL> alter database open resetlogs一、Oracle中的几类日志文件Redo log files -->联机重做日志Archive log files -->归档日志Alert log files -->告警日志Trace files -->跟踪日志user_dump_dest -->用户跟踪日志backupground_dump_dest -->进程跟踪日志--查看后台进程相关目录SQL> show parameter dumpNAME TYPE VALUE------------------------------------ -----------------------------------------background_core_dump string partialbackground_dump_dest string /u01/app/oracle/admin/orcl/bdumpcore_dump_dest string /u01/app/oracle/admin/orcl/cdumpmax_dump_file_size string UNLIMITEDshadow_core_dump string partialuser_dump_dest string /u01/app/oracle/admin/orcl/udump关于Oracle 常用目录及路径请参考：Oracle 常用目录结构(10g)关于Oracle 体系结构请参考：Oracle实例和Oracle数据库(Oracle体系结构)二、联机重做日志的规划管理1.联机重做日志记录了数据的所有变化(DML,DDL或管理员对数据所作的结构性更改等)提供恢复机制(对于意外删除或宕机利用日志文件实现数据恢复)可以被分组管理2.联机重做日志组由一个或多个相同的联机日志文件组成一个联机重做日志组至少两个日志组，每组一个成员(建议每组两个成员，分散放开到不同的磁盘)由LGWR后台进程同时将日志内容写入到一个组的所有成员LGWR的触发条件在事务提交的时候(COMMIT)Redo Log Buffer 三分之一满Redo Log Buffer 多于一兆的变化记录在DBWn写入数据文件之前3.联机重做日志成员重做日志组内的每一个联机日志文件称为一个成员一个组内的每一个成员具有相同的日志序列号(log sequence number),且成员的大小相同每次日志切换时，Oracle服务器分配一个新的LSN号给即将写入日志的日志文件组LSN号用于唯一区分每一个联机日志组和归档日志处于归档模式的联机日志，LSN号在归档时也被写入到归档日志之中4.日志文件的工作方式日志文件采用按顺序循环写的方式当一组联机日志组写满，LGWR则将日志写入到下一组，当最后一组写满则从第一组开始写入写入下一组的过程称为日志切换切换时发生检查点过程检查点的信息同时写入到控制文件5.联机日志文件的规划总原则分散放开，多路复用日志所在的磁盘应当具有较高的I/O一般日志组大小应满足自动切换间隔至少15-20分钟左右业务需求建议使用rdo结尾的日志文件名，避免误删日志文件。
如redo1.rdo,redo2.rdo 规划样例Redo Log Group1 Redo Log Group2 Redo Log Group3Member1 Member1 Member1 -->Physical Disk 1Member2 Member2 Member2 -->Physical Disk 2Member3 Member3 Member3-->Physical Disk 36.日志切换和检查点切换ALTER SYSTEM SWITCH LOGFILE; --强制手动切换ALTER SYSTEM CHECKPOINT;强制设置检查点间隔ALTER SYSTEM SET FAST_START_MTTR_TARGET = n7.添加日志文件组ALTER DATABASE ADD LOGFILE [GROUP n]('$ORACLE_BASE/oradata/u01/logn1.rdo','$ORACLE_BASE/oradata/u01/logn2.rdo')SIZE mM;8.添加日志成员ALTER DATABASE ADD LOGFILE MEMBER'$ORACLE_BASE/oradata/u01/logn1.rdo' TO GROUP 1, '$ORACLE_BASE/oradata/u01/logn2.rdo' TO GROUP 2;9.删除日志成员不能删除组内的唯一一个成员不能删除处于active 和current 状态组内的成员删除处于active 和current 状态组内的成员，应使用日志切换使其处于INACTIVE 状态后再删除对于组内如果一个成员为NULL 值，一个为INVALID，且组处入INACTIVE，仅能删除INVALID状态成员删除日志成员，物理文件并没有真正删除，需要手动删除删除日志文件后，控制文件被更新对于处于归档模式下的数据库，删除成员时确保日志已被归档，查看v$log视图获得归档信息ALTER DATABASE DROP LOGFILE MEMBER '$ORACLE_BASE/oradata/u01/logn1.rdo'10.删除日志组一个实例至少需要两个联机日志文件组活动或当前的日志组不能被删除组内成员状态有NULL 值或INVALID状态并存，组不可删除日志组被删除后，物理文件需要手动删除(对于非OMF)ALTER DATABASE DROP LOGFILE GROUP n11.日志的重定位及重命名所需权限ALTER DATABASE 系统权限复制文件到目的位置操作系统权限(写权限)CURRENT状态组内的成员不能被重命名建议该行为之前备份数据库重命名或重定位之后建议立即备份控制文件重定位及重命名的两种方法添加一个新成员到日志组，然后删除一个旧的成员使用ALTER DATABASE RENAME FILE 命令(不区分归档与非归档模式)复制联机日志文件到新路径:ho cp <oldfile> <newfile>执行ALTER DATABASE RENAME FILE '<oldfile>' TO '<newfile>' 对于处于CURRENT状态的需要改名且不切换的情况下办法是切换到MOUNT状态下再执行上述操作12.清空日志文件组ALTER DATABASE CLEAR LOGIFLE GROUP nALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP n --使用unarchived 避免归档13.日志周期循环及切换分析Group 1 Group 2 Group 3Current Inactive Inactive---------- Log Switch -------------Active Current Inactive---------- Log Switch -------------Active Active Current---------- Log Switch -------------Current Inactive Inactive--Active 和Current 称之为在一个循环周期之内(按顺序写日志)--Inactive 称为一个周期之外(一个新的循环)--新一轮循环开始如在归档状态则先归档再清空，否则直接清空日志--数据库启动时Active 和Current 状态的日志不能丢失，否则出错对于CURRENT组的也可以使用隐藏参数来解决步骤：alter system set "_allow_resetlogs_corruption" = true scope = spfile; recover database using bakcup controlfile;alter database open resetlogs;shutdown immediate;startup mount;alter database open resetlogs;alter system reset "_allow_resetlogs_corruption" scope = spfile sid = '*'对于归档模式下的日志文件丢失，同样可以按上述步骤处理本篇文章来源于Linux公社网站() 原文链接：/Linux/2011-03/33068p4.htmREDO01.LOG文件误删除后恢复的方法如下：conn sys/sys@数据库服务名称 as sysdba;SQL>shutdown immediate;SQL>startup mount;SQL>recover database until cancel;SQL>alter database open resetlogs;SQL>shutdown;SQL>startup;。