关于Ora-16014的解决方法.docx

今天在测试环境中测试更新时，开发工程师告诉我说数据库无法连接，错误代码为ora-16014。于是我进行了检查，发现磁盘空间已满，于是删除了磁盘上多余的空间，问题暂时得到解决。然而好景不长，半小时后问题再次发生。经分析，是recovery区域的大小超过了参数db_recovery_file_dest_size所指定的大小，造成数据库挂起。在尝试关闭数据库重启后，仍然不能解决问题。 为解决此问题，一种是修改db_recovery_file_dest_size的值，将其扩大。另一种方法是清理db_recovery_file_dest?参数所指定区域的多余数据，为该区域腾出必要的空间。具体方案根据具体情况解决。?如下为问题解决步骤，系为转载。?1.问题以及解决过程SQL select status from v$instance;STATUS------------MOUNTEDSQL alter database open;alter database open*第 1 行出现错误:ORA-16014: 日志 2 的序列号 27 未归档, 没有可用的目的地ORA-00312: 联机日志 2 线程 1:D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/REDO02.LOGSQL show parameter db_recovery_fileNAME???????????????????????????????? TYPE??????? VALUE------------------------------------ ----------- ------------------------------db_recovery_file_dest??????????????? string????? D:/oracle/product/10.2.0/flash _recovery_areadb_recovery_file_dest_size?????????? big integer 2GSQL 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 startupORACLE 例程已经启动。Total System Global Area? 201326592 bytesFixed Size????????????????? 1248092 bytesVariable Size?????????????bytesDatabase Buffers????????? 109051904 bytesRedo Buffers??????????????? 2945024 bytes数据库装载完毕。ORA-16038: 日志 2 序列号 27 无法归档ORA-19809: 超出了恢复文件数的限制ORA-00312: 联机日志 2 线程 1:D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/REDO02.LOGSQL alter database open;alter database open*第 1 行出现错误:ORA-16014: 日志 2 的序列号 27 未归档, 没有可用的目的地ORA-00312: 联机日志 2 线程 1:D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/REDO02.LOGSQL show parameter db_recoveryNAME???????????????????????????????? TYPE??????? VALUE------------------------------------ ----------- ------------------------------db_recovery_file_dest??????????????? string????? D:/oracle/product/10.2.0/flash _recovery_areadb_recovery_file_dest_size?????????? big integer 2GSQL alter system set db_recovery_file_dest_size=3G scope=bot