• ORA-00257 archiver error. 错误的处理方法


    archive log 日志已满


    方法/步骤

    1. 1

      SecureCRT登录服务器,切换用户oracle,连接oracle

      [root@userbeta~]# su - oracle

      [oracle@userbeta~]$ sqlplus /nolog

      SQL> connect /as sysdba

      ORA-00257:archiver error解决办法
    2. 2

      检查flash recovery area的使用情况,可以看见archivelog已经很大了,达到99.94

      SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

      ORA-00257:archiver error解决办法
    3. 3

      计算flash recovery area已经占用的空间

      SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;

      ORA-00257:archiver error解决办法
    4. 4

      修改FLASH_RECOVERY_AREA的空间修改为6GB,修改前确认磁盘有足够空间

      SQL> ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=8g;

      ORA-00257:archiver error解决办法
    5. 5

      现在来清理一下archivelog归档日志,生产环境建议备份

      查询日志目录位置

      show parameter recover;

      删除归档日志,USERDB是数据库实例名

      cd /u01/app/oracle/flash_recovery_area/USERDB/archivelog

      使用root帐户删除该目录下的文件或者备份其它地方

      ORA-00257:archiver error解决办法
    6. 6

      使用rman 操作,内容太多,只做部分截图

      [oracle@userbeta archivelog]$ rman

      RMAN> connect target sys/sys_passwd

      crosscheck backup;

      delete obsolete;

      delete expired backup;

      crosscheck archivelog all;

      delete expired archivelog all;

      //此步会有提示,输入 YES 回车

      host;   //退出rman

      ORA-00257:archiver error解决办法
    7. 7

      确认是否操作成功

      #  sqlplus /nolog

      SQL>  connect /as sysdba

      SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

      ORA-00257:archiver error解决办法
    8. 8

      删除完成,重新连接数据库

      ORA-00257:archiver error解决办法
      END










    ORA-00257: archiver error. Connect internal only, until freed 错误的处理方法

    1. 用sys用户登录


      sqlplus sys/pass@tt as sysdba

    2. 看看archiv log所在位置


    SQL> show parameter log_archive_dest;
    	NAME                                     TYPE        VALUE
    ------------------------------------ ----------- ------------------------------
    log_archive_dest                   string
    	log_archive_dest_1               string
    	log_archive_dest_10             string

    3. 一般VALUE为空时,可以用archive log list;检查一下归档目录和log sequence


     
    SQL> archive log list;
    	Database log mode                 Archive Mode
    	Automatic archival                   Enabled
    	Archive destination                  USE_DB_RECOVERY_FILE_DEST
    	Oldest online log sequence     360
    	Next log sequence to archive  360
    	Current log sequence              362

    4. 检查flash recovery area的使用情况,可以看见archivelog已经很大了,达到96.62


     
    SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;
    FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
    ------------ ------------------ ------------------------- ---------------
    CONTROLFILE                 .13                        0               1
    	ONLINELOG                  2.93                        0               3
    	ARCHIVELOG                96.62                       0              141
    	BACKUPPIECE                   0                         0               0
    	IMAGECOPY                      0                         0               0
    	FLASHBACKLOG                0                         0               0

    5. 计算flash recovery area已经占用的空间


    SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
    	SUM(PERCENT_SPACE_USED)*3/100
    -----------------------------
                           2.9904
    

    6. 找到recovery目录, show parameter recover


     
    SQL> show parameter recover;
    NAME                                 TYPE        VALUE
    ------------------------------------ ----------- ------------------------------
    db_recovery_file_dest                string           /u01/app/oracle/flash_recovery_area
    	db_recovery_file_dest_size        big integer   5G
    	recovery_parallelism                   integer         0
    

    7 上述结果告诉我们,归档位置用的是默认值,放在flash_recovery_area下(db_recovery_file_dest目录=/u01/app/oracle/flash_recovery_area)


     
    [root@sha3 10.2.0]# echo $ORACLE_BASE
    	/u01/app/oracle
    	[root@sha3 10.2.0]# cd $ORACLE_BASE/flash_recovery_area/tt/archivelog

    转移或清除对应的归档日志, 删除一些不用的日期目录的文件,注意保留最后几个文件(比如360以后的)
    ---------------------------------------------------------------------------------------
    注意:
    在删除归档日志后,必须用RMAN维护控制文件,否则空间显示仍然不释放。
    ---------------------------------------------------------------------------------------

    8. rman target sys/pass


     
    [root@sha3 oracle]# rman target sys/pass
    Recovery  Manager: Release 10.2.0.4.0 - Production on Tue Jan 20 01:41:26 2009
    	Copyright (c) 1982, 2007, Oracle.  All rights reserved.
    	connected to target database: tt (DBID=4147983671)

     

    9. 检查一些无用的archivelog


     
    RMAN> crosscheck archivelog all;

    10. 删除过期的归档


    RMAN> delete expired archivelog all;
    	delete archivelog until time 'sysdate-1' ; 删除截止到前一天的所有archivelog

    11. 再次查询,发现使用率正常,已经降到23.03


     
    SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;
    	FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
    ------------ ------------------ ------------------------- ---------------
    CONTROLFILE                 .13                         0               1
    	ONLINELOG                  2.93                         0               3
    	ARCHIVELOG                23.03                         0              36
    	BACKUPPIECE                   0                         0               0
    	IMAGECOPY                     0                         0               0
    	FLASHBACKLOG                  0                         0               0
    其它有用的Command:
    ----------------------------------
    如果archive log模式下不能正常startup,则先恢复成noarchive log,startup成功后,再shutdown;
    	shutdown immediate;
    	startup mount;
    	alter database noarchivelog;
    	alter database open;
    	shutdown immediate;
    再次startup以archive log模式
    shutdown immediate;
    	startup mount;
    	show parameter log_archive_dest;
    	alter database archivelog;
    	archive log list;
    	alter database open;
    如果还不行,则删除一些archlog log
    	SQL> select group#,sequence# from v$log;
    	    GROUP# SEQUENCE#
    ---------- ----------
             1         62
    	         3         64
    	         2         63
    原来是日志组一的一个日志不能归档
    SQL> alter database clear unarchived logfile group 1;
    	alter database open;
    最后,也可以指定位置Arch Log, 请按照如下配置
    select name from v$datafile;
    	alter system set log_archive_dest='/opt/app/oracle/oradata/usagedb/arch' scope=spfile
    或者修改大小
    SQL> alter system set db_recovery_file_dest_size=3G scope=both;
  • 相关阅读:
    Java中的IO操作和缓冲区
    Java是否还能再辉煌十年?
    Java的字符串操作
    WordCount(Java实现)
    自我介绍+软工5问
    数据库系统第六章【关系数据理论】(B站视频)
    ini 配置文件读取程序(C语言)
    epoll介绍 实例
    Blizzardhash算法oneway hash
    pychartdir模块安装
  • 原文地址:https://www.cnblogs.com/ios9/p/9716696.html
Copyright © 2020-2023  润新知