flashback_area 区域溢出导致数据库宕机

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 问题:ORA-00257 ORA-16014 log 1 sequence# 1085 not archived, no available destinationsORA-00312 online log 1 thread 1 'usrapporacleoradatawanyanredo01.

问题:

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:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.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


从以上信息猜测,由于GROUP1无法归档引起,检查归档空间

SQL> show parameter db_recovery_file_dest_size

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest_size           big integer 3G


解决问题步骤

第一种方法、删除recovery 文件

通过检查实际的归档文件夹后发现,实际使用的归档空间的远远小于3G,猜测可能由于手工删除归档日志所致。
采用以下方法解决:


当手工删除了归档日志以后,Rman备份会检测到日志缺失,从而无法进一步继续执行。
所以此时需要手工执行crosscheck过程,之后Rman备份可以恢复正常。
1.crosscheck日志

$ 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;


RCL\ARCHIVELOG\2009_02_04\O1_MF_1_86_4RL2RJWB_.ARC
81      1    87      X 04-2月 -09 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\O
RCL\ARCHIVELOG\2009_02_04\O1_MF_1_87_4RL2RYGN_.ARC
82      1    88      X 04-2月 -09 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\O
RCL\ARCHIVELOG\2009_02_04\O1_MF_1_88_4RL2SGFO_.ARC
83      1    89      X 04-2月 -09 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\O
RCL\ARCHIVELOG\2009_02_04\O1_MF_1_89_4RL2SY0H_.ARC
84      1    90      X 04-2月 -09 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\O
RCL\ARCHIVELOG\2009_02_04\O1_MF_1_90_4RL2TOB8_.ARC
85      1    91      X 04-2月 -09 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\O
RCL\ARCHIVELOG\2009_02_04\O1_MF_1_91_4RL2VHC7_.ARC

SQL> alter database open;
 

Database altered.


 


第二种方法:修改默认参数文件,让数据库允许存放过大的recovery文件

据数据库目前可用存储空间为200GB、FLASH_RECOVERY_AREA空间为2GB的实际情况,把FLASH_RECOVERY_AREA的空间修改为20GB。

alter system set DB_RECOVERY_FILE_DEST_SIZE=20g;



相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
2月前
|
SQL 安全 Devops
一个简单的代码拼写错误导致17个生产数据库被删!微软Azure DevOps宕机10小时始末
一个简单的代码拼写错误导致17个生产数据库被删!微软Azure DevOps宕机10小时始末
43 0
|
2月前
|
消息中间件 Java 数据库
面试题:如何保证三个数据库之间的数据一致性,如服务突然宕机
面试题:如何保证三个数据库之间的数据一致性,如服务突然宕机
50 0
|
12月前
|
存储 运维 监控
分布式数据库HBase的重要机制和原理的宕机恢复和故障处理
HBase是一个分布式数据库系统,支持高可用性、高性能和高伸缩性。在分布式环境中,数据的分布式存储和管理是非常重要的。HBase通过分布式存储和管理数据来实现高可用性和高性能。同时,HBase还提供了一些重要的机制和原理来支持宕机恢复和故障处理。
391 1
|
存储 SQL 消息中间件
Redis的KEYS命令引起RDS数据库雪崩,RDS发生两次宕机,造成几百万的资金损失
Redis的KEYS命令引起RDS数据库雪崩,RDS发生两次宕机,造成几百万的资金损失
371 0
|
关系型数据库 MySQL 数据库
|
容灾 关系型数据库 数据库
容灾切换中的数据库宕机问题简单分析(一)
最近对一个统计库做了计划内的容灾切换,即主备切换。操作的过程其实还是蛮顺利的。但是灾难切换中如果出现在问题,那就是灾难中的灾难了。 按照计划对配置信息做了同步,然后使用DG Broker做了SwitchOver操作。
1178 0