题记:在数据库运行过程中,oracle 自动向Flash Recovery Area写入文件,当剩余空间不足15%的时候,它就会在alert 中增加警告,提示你空间不足。但此时不会影响数据库的正常运转,直到所有空间统统被用掉之后,oracle 首先尝试删除寻些过期的文件,冗余文件或备份过的文件,如果这些做完了,还是没有空闲空间的话,数据库就被hang 住了。
ORA-16014错误解决办法 1.问题以及解决过程 SQL> select status from v$instance; STATUS ------------ MOUNTED SQL> alter database open; alter database open * 第 1 行出现错误: ORA-16014: 日志 2 的序列号 138 未归档, 没有可用的目的地 ORA-00312: 联机日志 2 线程 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG'
SQL> show parameter db_recovery_file NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:\oracle\product\10.2.0/flash_recovery_area db_recovery_file_dest_size big integer 2G SQL> alter system archive log current; alter system archive log current * 第 1 行出现错误: ORA-01109: 数据库未打开
SQL> alter system switch logfile; alter system switch logfile * 第 1 行出现错误: ORA-01109: 数据库未打开
SQL> shutdown immediate; ORA-01109: 数据库未打开
已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup ORACLE 例程已经启动。 Total System Global Area 201326592 bytes Fixed Size 1248092 bytes Variable Size 88081572 bytes Database Buffers 109051904 bytes Redo Buffers 2945024 bytes 数据库装载完毕。 ORA-16038: 日志 2 序列号 138 无法归档 ORA-19809: 超出了恢复文件数的限制 ORA-00312: 联机日志 2 线程 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG'
SQL> alter database open; alter database open * 第 1 行出现错误: ORA-16014: 日志 2 的序列号138 未归档, 没有可用的目的地 ORA-00312: 联机日志 2 线程 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG'
SQL> show parameter db_recovery NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:\oracle\product\10.2.0/flash_recovery_area db_recovery_file_dest_size big integer 12G SQL> alter system set db_recovery_file_dest_size=13G scope=both; 系统已更改。 SQL> alter database open; 数据库已更改。 2.反思: (1).检查flash recovery area的使用情况: SQL> select * from v$flash_recovery_area_usage; FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES ------------ ------------------ ------------------------- --------------- CONTROLFILE 0 0 0 ONLINELOG 0 0 0 ARCHIVELOG 6.36 0 4 BACKUPPIECE .22 0 1 IMAGECOPY 63.68 0 5 FLASHBACKLOG .51 .25 2 已选择6行。 SQL> (2).计算flash recovery area已经占用的空间: SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage; SUM(PERCENT_SPACE_USED)*3/100 ----------------------------- 12.3231 可以看到,这里已经有12.331G使用了,这说明我们刚开始设置的db_recovery_file_dest_size=12G不足,导致online redo log无法归档,在这里,我们通过设置db_recovery_file_dest_size参数,增大了flash recovery area来解决这个问题。 (3).也可以通过删除flash recovery area中不必要的备份来释放flash recovery area空间来解决这个问题: (1). delete obsolete; (2). crosscheck backupset; delete expired backupset; |