这个是一个真实的Oracle(ORA-19815解决方法)的案例,希望对大家有帮助。今天朋友公司的平台出现了登陆缓慢、查询数据慢问题,并且通过spotlight监控oracle也出现登陆不成功现象,通过查看系统的内存、进程等,没有发现问题,最后找到了我,我先查看了一下平台的内存、进程,也没有发现问题,最后查看oracle的告警日志,发现问题如下:
ARC0: Failed to archive thread 1 sequence 53 (19809) Sun Jun 10 23:12:12 2012 Errors in file /home/oracle/admin/BGTP/bdump/bgtp_arc1_3906.trc: ORA-19815: WARNING: db_recovery_file_dest_size of 2147483648 bytes is 100.00% used, and has 0 remaining bytes available. Sun Jun 10 23:12:12 2012 ************************************************************************ You have following choices to free up space from flash 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. ************************************************************************ 是ORA-19815问题,通过metalink查询,是闪回区空间耗尽,解决的方法我使用增大闪回区的存储空间,来解决此问题现在先查看一下v$recovery_file_dest试图650) this.width=650;" border=0>可以发现可以回收的空间为
0 ,在查看闪回区的使用率
SQL> select file_type, percent_space_used as used,percent_space_reclaimable as reclaimable, number_of_files as "number" from v$flash_recovery_area_usage; FILE_TYPE USED RECLAIMABLE number ------------ ---------- ----------- ---------- CONTROLFILE 0 0 0 ONLINELOG 0 0 0 ARCHIVELOG 98.65 0 51 BACKUPPIECE 0 0 0 IMAGECOPY 0 0 0 FLASHBACKLOG 0 0 0 6 rows selected. 浅谈Oracle SQL traceOracle经典乱码问题——靠靠靠靠相关资讯 Oracle存储过程
Oracle存储过程拼接in语句 & 自定 (今 09:21) 【PL/SQL系列】Oracle存储过程使用 (04月23日) Oracle存储过程及Java调用 (05/28/2015 20:29:33) Java调用Oracle存储过程返回多条结 (04月29日) Oracle中的存储过程简单应用 (04月10日) 判断点是否落在面中的Oracle存储过 (05/09/2015 09:39:30)
本文评论 查看全部评论 (0)
评论声明尊重网上道德,遵守中华人民共和国的各项有关法律法规 承担
收藏该网址