以下为用户给出的连接数据库时出现的报错图片：


查询alert.log日志，如下：

报错日志如下：

Errors in file /u01/app/oracle/diag/rdbms/XXX/XXX/trace/XXX_arc0_1687690.trc:

ORA-19815: WARNING: db_recovery_file_dest_size of 85899345920 bytes is 100.00% used, and has 0 remaining bytes available.

************************************************************************

You have following choices to free up space from recovery area:

1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,

   then consider changing RMAN ARCHIVELOG DELETION POLICY.

2. Back up files to tertiary device such as tape using RMAN

   BACKUP RECOVERY AREA command.

3. Add disk space and increase db_recovery_file_dest_size parameter to

   reflect the new space.

4. Delete unnecessary files using RMAN DELETE command. If an operating

   system command was used to delete files, then use RMAN CROSSCHECK and

   DELETE EXPIRED commands.

************************************************************************

Errors in file /u01/app/oracle/diag/rdbms/XXX/XXX/trace/XXX_arc0_1687690.trc:

ORA-19809: limit exceeded for recovery files

ORA-19804: cannot reclaim 465567744 bytes disk space from 85899345920 limit

ARC0: Error 19809 Creating archive log file to '+DATA'

ARCH: Archival stopped, error occurred. Will continue retrying

ORACLE Instance otmdb2 - Archival Error

ORA-16038: log 4 sequence# 106589 cannot be archived

ORA-19809: limit exceeded for recovery files

ORA-00312: online log 4 thread 2: '+DATA/XXX/onlinelog/group_4_redo_log_04_01.log'

ORA-00312: online log 4 thread 2: '/u01/app/oracle/product/group_4_redo_log_04_02.log'

故障现象：
所有用户无法连接数据库，RMAN也无法登陆。
数据库节点1状态宕机，stated状态。

处理方法：
1、查询是否归档：
select name,log_mode from v$database;

查询归档路径：
select name from v$archived_log where name is not null;

发现归档路径是设置的默认路径FLASHBACK闪回空间


2、查询归档使用百分比情况（因为是默认路径在FLASHBACK）：
 select * from V$FLASH_RECOVERY_AREA_USAGE;

发现使用百分比达到99%

解决方法一：
3、删除归档日志
su - grid
asmcmd
cd DATA/
cd ARCHIVE/
cd 2015-06-23/
rm *  （注意保留最后一个最新日期的归档日志不要删除）

rman target /             （在登陆rman时有可能会无法登陆，一直卡住，可以尝试换另外一个节点登陆）
crosscheck archivelog;
delete expired archivelog;


解决方法二：
扩容闪回空间
节点1宕机了，登陆节点2

1、查看闪回空间总容量
show parameter db_recovery


2、查询闪回空间使用率：
select * from v$flash_recovery_area_usage;

3、计算flash recovery area已经占用的空间：(这里的8就是闪回空间总容量)

select sum(percent_space_used)*8/100 from v$flash_recovery_area_usage;


--查看归档日志空间使用情况（PERCENT_SPACE_USED是已使用的百分比）
 select FILE_TYPE,PERCENT_SPACE_USED,NUMBER_OF_FILES from v$flash_recovery_area_usage where file_type='ARCHIVED LOG' 

4、扩大闪回空间容量
alter system set db_recovery_file_dest_size=20G scope=both;


注意：
1、扩大闪回空间容量，设置要比原来的大
2、扩大闪回空间容量前最好能停止应用程序
3、全备数据库（备份脚本要有备份归档日志，自动清理过期归档日志），这样可以释放闪回空间。


补充：
根本原因是：开发组人员进行了大量归档更新操作（update,delete），但没有通知我们，导致产生大量归档日志文件，开发组人员关闭归档更新操作（update，delete）后，问题解决。