flashback_area 区域溢出导致数据库宕机
发布时间:2020-12-15 06:25:17 所属栏目:百科 来源:网络整理
导读:问题: ORA-00257 ORA-16014 log 1 sequence# 1085 not archived,no available destinationsORA-00312 online log 1 thread 1 'usrapporacleoradatawanyanredo01.log' ????? 原因: ????? 归档日志闪回恢复区的2G都被写满了. 检查步骤: SQLshutdown immedia
问题: ORA-00257 ORA-16014 log 1 sequence# 1085 not archived,no available destinations ORA-00312 online log 1 thread 1 'usrapporacleoradatawanyanredo01.log' ????? 原因: ????? 归档日志闪回恢复区的2G都被写满了. 检查步骤: SQL>shutdown immediate SQL>startup ORA-00257 ORA-16014 log 1 sequence# 1085 not archived,no available destinations ORA-00312 online log 1 thread 1 'usrapporacleoradatawanyanredo01.log' SQL> alter database open; ERROR at line 1: ORA-16014: log 1 sequence# 92 not archived,no available destinations ORA-00312: online log 1 thread 1: 'C:ORACLEPRODUCT10.2.0ORADATAORCLREDO01.LOG' SQL> select * from v$log ; GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------- 1 1 93 52428800 1 NO INACTIVE 4345718 04-FEB-09 3 1 94 52428800 1 NO INACTIVE 4347356 04-FEB-09 2 1 95 52428800 1 NO CURRENT 4368182 04-FEB-09
SQL> show parameter db_recovery_file_dest_size NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest_size big integer 3G
第一种方法、删除recovery 文件 通过检查实际的归档文件夹后发现,实际使用的归档空间的远远小于3G,猜测可能由于手工删除归档日志所致。
$ rman target / Recovery Manager: Release 9.2.0.4.0 - 64bit Production Copyright (c) 1995,2002,Oracle Corporation. All rights reserved. connected to target database: AVATAR2 (DBID=2480694409) RMAN> crosscheck archivelog all; using target database controlfile instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=25 devtype=DISK validation failed for archived log ......................................... 2.使用delete expired archivelog all 命令删除所有过期归档日志: RMAN> delete expired archivelog all; RCLARCHIVELOG2009_02_04O1_MF_1_86_4RL2RJWB_.ARC 81 1 87 X 04-2月 -09 C:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAO RCLARCHIVELOG2009_02_04O1_MF_1_87_4RL2RYGN_.ARC 82 1 88 X 04-2月 -09 C:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAO RCLARCHIVELOG2009_02_04O1_MF_1_88_4RL2SGFO_.ARC 83 1 89 X 04-2月 -09 C:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAO RCLARCHIVELOG2009_02_04O1_MF_1_89_4RL2SY0H_.ARC 84 1 90 X 04-2月 -09 C:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAO RCLARCHIVELOG2009_02_04O1_MF_1_90_4RL2TOB8_.ARC 85 1 91 X 04-2月 -09 C:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAO RCLARCHIVELOG2009_02_04O1_MF_1_91_4RL2VHC7_.ARC SQL> alter database open; Database altered. ?
据数据库目前可用存储空间为200GB、FLASH_RECOVERY_AREA空间为2GB的实际情况,把FLASH_RECOVERY_AREA的空间修改为20GB。 alter system set DB_RECOVERY_FILE_DEST_SIZE=20g;
??
(编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |