精华内容
下载资源
问答
  • 如何解决“归档日志已满问题” 问题描述:所用数据库为Oracle10g ,模式为归档模式,oracle 系统默认的归档空间为2G,由于日志过多,空间写满,数据库的redo文件能归档,而出现oracle数据库挂起的问题。 oem打开...

    一 如何解决“归档日志已满问题”

    问题描述:所用数据库为 Oracle 10g ,模式为归档模式,oracle 系统默认的归档空间为2G,由于日志过多,空间写满,数据库的redo文件不能归档,而出现oracle数据库挂起的问题。

    oem打开oracle 10g 数据库操作界面,会显示如下错误信息:    “ 由于输出设备已满或不可用, 归档程序无法归档重做日志。”

    数据库无法使用

    现将解决办法稍作总结:

    方法一:增大归档日志空间的大小

    可以通过下面的方法来调整系统的回闪恢复区大小:
    首先是关闭数据库:以SYS身份链接到oracle,执行>shutdown immediate;
    启动数据库到mount状态:>startup mount
    查看回闪恢复区的大小和存放目标:>show parameter db_recovery_file_dest
    修改回闪恢复区的大小>alter system set db_recovery_file_dest_size = 4G(缺省是2G,可以根据实际情况调整大小)
    最后打开数据库:>alter database open;

      OK , 问题解决。数据库恢复使用。

    方法二 :进入oracle清空日志信息,把空间释放出来

    启动数据库到mount状态:

     >sqlplus “/as sysdba”

    >startup mount

    新起一个终端,用rman进入把归档日志删除

    命令>rman target/  (只安装了一个oracle10g数据库)

    命令>crosscheck archive

    展开全文
  • Oracle归档日志使用情况及自动清理

    千次阅读 2020-06-18 16:33:48
    背景 新上的应用最近在做压力测试,测试了一天就发现登录报错了,提示: ...使用sys用户登录数据库使用如下语句可以查询归档日志使用情况及使用率。 [oracle@ESBDatabase ~]$ sqlplus / as sysdba SQL

    背景

    新上的应用最近在做压力测试,测试了一天就发现登录报错了,提示:

    ORA-00257: Archiver error. Connect AS SYSDBA only until resolved

    百度后,确定原因为归档日志空间不足,也查询了具体的归档日志扩容方法及清理方法,记录一下,帮助自己也帮助其他其他朋友。

    归档日志使用情况查询

    使用sys用户登录数据库使用如下语句可以查询归档日志的使用情况及使用率。

    [oracle@ESBDatabase ~]$ sqlplus / as sysdba
    SQL*Plus: Release 12.1.0.2.0 Production on Thu Jun 18 14:29:25 2020
    Copyright (c) 1982, 2014, Oracle.  All rights reserved.
    
    Connected to:
    Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
    With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options
    
    # 查询归档文件位置、大小信息
    SQL> select * from v$recovery_file_dest;
    NAME                                         SPACE_LIMIT  SPACE_USED   SPACE_RECLAIMABLE    NUMBER_OF_FILES    CON_ID
    -------------------------------------     ---------------     ----------------     -----------------------------     -------------------------     ----------
    /u01/app/fast_recovery_area     2.1475E+10     8498622464		       0	                                     381	                           0
    
    # 查询归档日志文件使用情况
    SQL> select * from v$flash_recovery_area_usage;
    FILE_TYPE		       PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES	CON_ID
    ------------------------------ ------------------ ------------------------- --------------- ----------
    CONTROL FILE					           0			  0		  0	     0
    REDO LOG					                   0			  0		  0	     0
    ARCHIVED LOG				          39.88			  0		384	     0
    BACKUP PIECE					            0			  0		  0	     0
    IMAGE COPY					                0			  0		  0	     0
    FLASHBACK LOG					        0			  0		  0	     0
    FOREIGN ARCHIVED LOG				0			  0		  0	     0
    AUXILIARY DATAFILE COPY 			0			  0		  0	     0
    
    8 rows selected.
    

    归档日志扩容及清理

    归档日志扩容

    通过sys用户登录后使用如下语句进行容量设置:

    SQL> alter system set db_recovery_file_dest_size=20G;
    

    归档日志清理

    使用RMAN方式登录,并执行如下语句进行日志清理:

    # 检查所有归档日志文件
    RMAN> crosscheck archivelog all;
    # 删除失效的归档日志文件
    RMAN> delete noprompt expired archivelog all;
    # 删除七天前的归档日志文件
    RMAN> delete noprompt archivelog all completed befored 'sysdate-7';
    

    归档日志定时清理

    1. 新建归档日志脚本
    [oracle@localhost ~]$ vim /home/oracle/del_arch.sh
    #!/bin/bash
    echo "----------------------------------------`date`---------------------------------------"
    source ~/.bash_profile
    rman target / <<EOF
    crosscheck archivelog all;
    delete noprompt expired archivelog all;
    delete noprompt archivelog all completed before 'sysdate-7';
    EOF
    echo -e "\n"
    echo "------------------------------------ FINISHED ------------------------------------"
    
    1. 将清理脚本添加到定时任务中
    [oracle@localhost ~]$ crontab -e
    * 1 * * *  sh /home/oracle/del_arc.sh 
    
    展开全文
  • Oracle11g的logminer是默认打开的,所以需要额外开启, 1、Logminer环境准备 ...确定归档日志是否打开 SQL> archive log list; Database log mode Archive Mode Automatic archival Enabled ...

    Oracle11g的logminer是默认打开的,所以不需要额外开启,

     

    1、Logminer环境准备

    确定归档日志是否打开

    SQL> archive log list;

    Database log mode                  Archive Mode

    Automatic archival                    Enabled

    Archive destination                   USE_DB_RECOVERY_FILE_DEST

    Oldest online log sequence     99

    Next log sequence to archive   101

    Current log sequence               101

    SQL>

    # 如果没有打开,执行如下命令开启归档日志

    SQL> alter database archivelog;

     

     

    如果logminer没有安装,就执行下面的脚本安装logminer

    #(1)创建dbms_logmnr包,用来分析归档日志

    SQL> @$ORACLE_HOME/rdbms/admin/dbmslm.sql; 

     

    Package created.

     

     

    Grant succeeded.

     

     

    Synonym created.

     

    SQL>

    #(2)用来创建DBMS_LOGMNR_D包,该包用来创建数据字典文件。

    SQL> @$ORACLE_HOME/rdbms/admin/dbmslmd.sql;

     

    Package created.

     

     

    Synonym created.

     

    SQL>

     

    天才                          

     

    2,开启logminer账号

    创建表空间:

                    create tablespace logminer  

                    logging 

                    datafile '/home/oradata/powerdes/logminer01.dbf'

                    size 50m 

                    autoextend on 

                    next 50m  

                    extent management local; 

    创建用户:        

                    CREATE USER logminer PROFILE "DEFAULT"     IDENTIFIED BY "logminer0418" DEFAULT TABLESPACE "LOGMINER"     ACCOUNT UNLOCK;

    赋予权限

                    grant create session to logminer;

                    grant connect,resource to logminer;

                   

     

     

     

    3,确认数据库打开扩充日志数据模式功能

     a.查看是否打开附加日志数据模式功能

    SQL> select SUPPLEMENTAL_LOG_DATA_MIN from v$database;

     

    SUPPLEME

    --------

    YES

     

    SQL>

     

     b.若没有打开,则打开,alterdatabase add supplemental log data;

    SQL> alter database add supplemental log data;

     

    Database altered.

     

    SQL>

     

    PS:这里如果不打开的话,在分析归档日志的时候,就看不到执行操作的machine、os_name、user_name等等,对分析操作排查问题会产生很大困扰。supplemental lsogging(扩充日志)在通常情况下,redo log 只记录的进行恢复所必需的信息,但是这些信息对于我们使用redo log进行一些其他应用时是不够的,例如在 redo log中使用rowid唯一标识一行而不是通过Primary key,如果我们在另外的数据库分析这些日志并想重新执行某些dml时就可能会有问题,因为不同的数据库其rowid代表的内容是不同的。在这时候就需要一些额外的信息(columns)加入redo log,这就是supplemental logging。

     

     

    4,分析归档日志

     

    (1)将要分析的归档日志、undo日志等添加到分析队列

      execdbms_logmnr.add_logfile('/data2/archivelog/archivelog1_26441_906253421.dbf');

     exec dbms_logmnr.add_logfile('/data2/logs/redo01.log')

     

    (2)可以删除添加的日志

     exec dbms_logmnr.remove_logfile('/log/log1.log')

     

     (3)对添加入队列的日志进行分析

     execdbms_logmnr.start_logmnr(options=>dbms_logmnr.dict_from_online_catalog);

     

     (4)从v$logmnr_contents查前滚SQL和反算回来的回滚SQL

     select sql_redo,sql_undo from v$logmnr_contents;

     

      (5)存储数据到临时表

                    一般线上数据库,一天的归档日志非常多,所以直接查询v$logmnr_contents就比较消耗资源,会很卡,因为执行查询的时候,只一个个从已经添加到队列的归档日志进行数据录入到v$logmnr_contents的。

     

    比如,曾经分析过一家传统的公司,oa系统,每天所有的归档日志分析下来到v$logmnr_contents表,总数据量是16410242条记录,使用create table logminer.Z1 as select * from v$logmnr_contents;这个临时表logminer.Z1占据了54G的磁盘空间。所以为了check方便,需要通过一些检索字段,比如通过sql_redo来过滤表。

                    createtable logminer.Z_20170319 as select * from v$logmnr_contents t where t.sql_redolike ‘%UC_USER%’ or t.sql_redo like ‘%uc_user%’;

     

    执行select * fromv$logmnr_contents;非常慢,因为是会去归档日志里面查询数据出来然后显示,这个时候你在后台的alert log里面会看到如下信息,从一个个归档日志里面去mining数据出来:

    LOGMINER: Begin mining logfile for session -2147483391 thread 1 sequence 26203, /data2/archlogs_tmp/1_26203_906253421.dbfs

    LOGMINER: End   mining logfile for session -2147483391 thread 1 sequence 26203, /data2/archlogs_tmp/1_26203_906253421.dbfs

    LOGMINER: Begin mining logfile for session -2147483391 thread 1 sequence 26204, /data2/archlogs_tmp/1_26204_906253421.dbf

    LOGMINER: End   mining logfile for session -2147483391 thread 1 sequence 26204, /data2/archlogs_tmp/1_26204_906253421.dbf

    LOGMINER: Begin mining logfile for session -2147483391 thread 1 sequence 26205, /data2/archlogs_tmp/1_26205_906253421.dbf

    LOGMINER: End   mining logfile for session -2147483391 thread 1 sequence 26205, /data2/archlogs_tmp/1_26205_906253421.dbf

    ……………………很多不停遍历归档日志文件

     

     

    5、分析在线redo日志文件

    查看当前的在线redo文件地址:select t1.GROUP#,t1.STATUS,t2.MEMBER,t2.TYPE from v$log t1 innerjoin v$logfile t2 on t1.GROUP#=t2.GROUP# and t1.STATUS='CURRENT';

     

    #(1) 查看当前正在使用的在线redo日志,并且创建表数据进行操作

    SQL>   select t1.GROUP#,t1.STATUS,t2.MEMBER,t2.TYPE from v$log t1 inner join v$logfile t2 on t1.GROUP#=t2.GROUP# and t1.STATUS='CURRENT';

        GROUP# STATUS           MEMBER                                                                           TYPE

    ---------- ---------------- -------------------------------------------------------------------------------- -------

             1 CURRENT          /home/oradata/powerdes/redo01.log                                                ONLINE

     

    SQL>

     

    SQL> conn logminer/logminer0418;

    Connected.

    SQL> create table z1(id number);

     

    Table created.

     

    SQL> insert into z1(id) values(1);

     

    1 row created.

     

    SQL> insert into z1(id) values(2);

     

    1 row created.

     

    SQL> insert into z1(id) values(3);

     

    1 row created.

     

    SQL> commit;

     

    Commit complete.

     

    SQL>

     

    #(2) 然后去分析在线redo日志

     

    SQL> exec dbms_logmnr.add_logfile('/home/oradata/powerdes/redo01.log');

     

    PL/SQL procedure successfully completed.

     

    SQL>   exec dbms_logmnr.start_logmnr(options=>dbms_logmnr.dict_from_online_catalog);

     

    PL/SQL procedure successfully completed.

     

    SQL> create table l1_Z1 as select * from v$logmnr_contents;

     

    Table created.

     

    SQL>

     

    # 然后去查看分析的在线redo日志,在sql_redo里面可以看到曾经的操作。

    SQL> select t.timestamp,t.sql_redo from l1_Z1 t where seg_owner='LOGMINER';

    TIMESTAMP   SQL_REDO

    ----------- --------------------------------------------------------------------------------

    2017/3/29 1 create table z1(id number);

    2017/3/29 1 insert into "LOGMINER"."Z1"("ID") values ('1');

    2017/3/29 1 insert into "LOGMINER"."Z1"("ID") values ('2');

    2017/3/29 1 insert into "LOGMINER"."Z1"("ID") values ('3');

     

    SQL>

     

    展开全文
  • Oracle归档日志使用情况查询

    万次阅读 2014-08-25 21:29:33
    查看归档日志大小及使用情况 select * from v$recovery_file_dest SQL> select * from v$recovery_file_dest; NAME --------------------------------------------------------------------------------  ...

    查看归档日志大小及使用情况
    select * from v$recovery_file_dest

    SQL> select * from v$recovery_file_dest;

    NAME
    --------------------------------------------------------------------------------
    SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES
    ----------- ---------- ----------------- ---------------
    /u03/fast_recovery_area
     8589934592 6551817216 

     
    SQL> select * from v$flash_recovery_area_usage;

    FILE_TYPE            PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE
    -------------------- ------------------ -------------------------
    NUMBER_OF_FILES
    ---------------
    CONTROL FILE                          0                         0
                  0

    REDO LOG                           1.83                         0
                  3

    ARCHIVED LOG                      74.44                         0
                159
    如果 ARCHIVED LOG 超过90% oracle随时有宕机的危险

    增大归档日志空间
    SQL> alter system set db_recovery_file_dest_size=20G;

    System altered.

    删除归档日志

    1.看看现在用了多少归档日志了(按百分比):
     select * from v$flash_recovery_area_usage;
    如果超过90%随时有宕机的危险
    2.当删除归档文件后需要用RMAN工具释放归档所占用的空间,首先连接RMAN工具
     
    rman target sys/pass
     
    3.查查归档日志吧
     
    crosscheck archivelog all;
     
    4.觉着没用就干掉它吧,如果想保留今天的用下面那个语句
     
    delete expired archivelog all;(全部删除)
     
    delete archivelog until time 'sysdate - 1';(保留当天删除,删除之前所有)

    也可以:$ORACLE_BASE/flash_recovery_area/你的实例名/archivelog/这个路径下,找到归档日志文件,把没用的删了

    关闭归档

     

    1.,用SYS用户进行登录,首先设置归档进程关闭。
     
    alter system set log_archive_start = false scope = spfile;
     
    2.然后关闭数据库
     
    shutdown immediate;
     
    3.启动DB到mount模式
     
    startup mount;
     
    4.关闭闪回数据库模式,如果不关的话总报错ORA-38774
     
    alter database flashback off;
     
    5.接着将数据库改为非归档模式吧
     
    alter database noarchivelog;
     
    6.打开数据库
     
    alter database open;
     
    7.查看一下空间大小吧
     
    select * from v$recovery_file_dest;
     
    8.看一下日志状态
     
    select * from v$log;
     
    9.使用情况查看方法还是如出一辙
     
    select * from v$flash_recovery_area_usage;

     

    归档设置

     

    一 设置为归档方式

    1 sql> archive log list;   #查看是不是归档方式
    2 sql> alter system set log_archive_start=true scope=spfile; #启用主动归档
       sql> alter system set log_archive_dest=''location=/oracle/ora9/oradata/arch'' scope=spfile;
          #设置归档路径
       sql> alter system set log_archive_dest_1=''location=/oracle/ora9/oradata/arch1'' scope=spfile;
       sql> alter system set log_archive_dest_2=''location=/oracle/ora9/oradata/arch2'' scope=spfile;
          #如果归档到两个位置,则可以通过上边方法实现
      sql> alter system set log_archive_format=''arch_%d_%t_%r_%s.log''  #设置归档日记款式

      或者:
    1.SQL>ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=20G SCOPE=BOTH; 

    2.SQL>ALTER SYSTEM SET DB_RECOVERY_FILE_DEST='/DBA/FB' SCOPE=BOTH;

     

    3 sql> shutdown immediate;
    4 sql> startup mount;    #打开控制文件,不打开数据文件
    5 sql> alter database archivelog; #将数据库切换为归档模式
    6 sql> alter database open;   #将数据文件打开
    7 sql> archive log list;   #查看此时是否处于归档模式
    8 查询以确定数据库位于archivelog模式中且归档过程正在运行
    sql> select log_mode from v$database;
    sql> select archiver from v$instance;
    9 日志切换
    sql> alter system switch logfile;
    10 这次日志切换将归档写到两个目标地,
      1,即第二步的/oracle/ora9/oradata/arch1和/oracle/ora9/oradata/arch1,要是要对目录确认

    在oracle情况中运行如下查询:
    sql> select name from v$archived_log;
    而后在操作系统中确认查询所列出的文件
    二 设置非归档方式
    1 sql> archive log list;   #查看是否是归档方式
    2 sql> alter system set log_archive_start=false scope=spfile; #禁用自动归档
    3 sql> shutdown immediate;
    4 sql> startup mount;    #打开控制文件,不打开数据文件
    5 sql> alter database noarchivelog; #将数据库切换为非归档模式
    6 sql> alter database open;   #将数据文件打开
    7 sql> archive log list;   #查看此时便处于非归档模式

    三 归档相关命令

    archive log stop;
    archive log start;
    archive log list;

    show parameters;
    show parameters log_archive_start;
    show parameters log_archive_max_process; #归档进程数
    alter system set log_archive_max_process=5; #将归档进程数改为5
    select * from v$bgprocess;    #检察后台进程
     =================
     SQL> show parameter archive log; 显示所有的归档日志
    SQL> show parameter recover;
    NAME                                 TYPE        VALUE
    ------------------------------------ ----------- ------------------------------
    db_recovery_file_dest                string      /u03/fast_recovery_area
    db_recovery_file_dest_size           big integer 8G  归档日志大小
    db_unrecoverable_scn_tracking        boolean     TRUE
    recovery_parallelism                 integer     0

     

     

     

    展开全文
  • [oracle@localhost ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Tue Dec 17 17:06:14 2019 Copyright (c) 1982, 2009, Oracle. All rights reserved.... Connected to: Oracle Database...
  • Oracle归档模式下恢复-recover期间归档日志文件使用 重新制定归档日志文件所在目录的方法: 1、使用recover from “归档日志所在的新目录” database命令。 2、使用alter system archive log start to “归档...
  • 文章目录Oracle数据库开启归档日志和补充日志归档日志补充日志 Oracle数据库开启归档日志和补充日志 项目中要对Oracle的redo.log进行解析,实现数据同步,由于项目逻辑原因,需要开启归档日志和补充日志。 归档日志 ...
  • racle数据库可以运行在2种模式下:归档模式(archivelog)非归档模式(noarchivelog) 归档模式可以提高Oracle数据库的可恢复性,生产数据库都应该...归档日志开启准备工作: 1.进入dos窗口—>>> 菜单键+R,进入 运行
  • 删除归档日志

    2012-12-18 17:04:00
    在连接数据库出现因为归档日志没有连接上去的时候,可以通过删除oracle归档日志来解决该问题
  • oracle归档日志管理

    2017-02-15 10:46:13
    oracle 归档日志 管理
  • RMAN清除方式会自动清除磁盘上的归档日志文件,同时会释放控制文件中对应的归档日志的归档信息,但最近在使用中就遇到了一个问题,下面这篇文章主要给大家介绍了关于解决Oracle RMAN删除归档日志不释放问题的方法,...
  • oracle归档日志笔记

    2018-05-15 15:06:35
    oracle归档日志笔记,oracle归档日志笔记
  • 使用LogMiner挖掘归档日志

    千次阅读 2015-03-13 22:25:06
    通过它我们可以得到重做日志或者归档日志的内容。 当数据库出现问题之后,使用LogMiner挖掘日志,有时候会找到问题的根源,即使找到,也对定位问题的成因会有所帮助。一、 安装LogMinerLogMiner的安装非常简单,...
  • db2归档日志和在线日志清理

    千次阅读 2019-03-28 11:36:05
    DB2归档日志的相关信息保存在恢复历史文件中,可以通过 db2 list history 命令查看。 db2inst1@suse-db:~>...该命令会清除指定时间戳及之前的所有条目(只是归档日志的)。默认情况下,系统不会...
  • Oracle清除归档日志

    2016-06-21 13:55:50
    Oracle清除归档日志
  • 数据库归档日志

    千次阅读 2019-10-22 17:13:33
    关于归档日志:Oracle要将填满的在线日志文件组归档时,则要... 在数据库打开正常系统使用下,如果归档日志是永久保存,在线后备可以进行和使用。 数据库可运行在两种不同方式下: NOARCHIVELOG方式或ARCHIVELOG...
  • Oracle管理oracle归档日志管理 oracle归档日志管理 在Oracle中数据一般是存放在数据文件中不过数据库与Oracle最大的区别之一就是数据库可以在...这里详细说明在线重做日志而是说一下归档日志ArchiveLog在线重做日志
  • 要求:应用程序做修改实现增量数据更新(能重复导入) 我提出了使用DBMS_LOGMNR分析归档日志并redo变化的方案:A库上线前数据库需要启用归档日志每次同步数据时对A库先执行一次日志切换,然后拷贝归档日志文件...
  • oracle归档日志

    2015-05-15 14:20:49
    本文档为oracle归档日志,开启归档日志可进行非脱机备份(热备)!
  • 归档日志管理

    千次阅读 2014-01-04 19:32:38
    archive 归档日志管理
  • Oracle 归档日志

    千次阅读 2019-01-25 12:12:17
    Oracle 归档日志
  • DB2 归档日志清理

    2018-02-01 09:57:00
    DB2的日志清理工作,db2 list history archive log all for CISFEDB 查看归档时间戳以及归档日志个数,Number of matching file entries = 6 表示有效日志个数 5.1、db2 force application all 停连接会话
  • 使用RMAN删除归档日志和闪回日志

    千次阅读 2010-12-24 23:53:00
    的OEM管理器中有可视化的日志展现出,当我们手工清除archive目录下的文件后,这些记录并没有被我们从controlfile中清除掉,也就是oracle并知道这些文件已经存在了!这时候我们要做手工的清除的话,下面我经过实验...
  • oracle归档日志删除

    2013-03-28 22:20:31
    怎样查看oracle的归档日志大小及其删除归档日志的方法
  • 归档日志路径

    千次阅读 2015-12-30 02:22:39
    归档日志路径为LOG_ARCHIVE_DEST指定的路径: SQL> show parameter log_archive_dest;   NAME TYPE VALUE ------------------------------------ ----------- ------------------
  • LogMiner是集成在Oracle8i/Oracle9i数据库产品中的日志分析工具,通过该工具可以分析重做日志和归档日志中的所有...文中以Oracle8i(8.1.5)for Windows 2000/NT为例说明如何使用LogMiner对重做日志和归档日志进行分析。
  • Oracle归档日志

    2013-02-22 09:19:37
    归档日志(Archive Log)是非活动的重做日志备份....当数据库出现介质失败时,使用数据文件备份,归档日志和重做日志可以完全恢复数据库. 日志操作模式:ARCHIVELOG NOARCHIVELOG 1,改变日志操作模式: 检查当前日

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 92,779
精华内容 37,111
关键字:

归档日志使用和不使用