ORA-16014: 日志 1 的序列号 83 未归档, 没有可用的目的
2011-02-14 16:40
435 查看
D:/oracle/BIN>sqlplus "sys/leuphis@leuphis as sysdba"
SQL> alter database open;
alter database open
*
第 1 行出现错误:
ORA-16014: 日志 1 的序列号 83 未归档, 没有可用的目的地
ORA-00312: 联机日志 1 线程 1:
'D:/ORADATA/LEUPHIS/ONLINELOG/O1_MF_1_45DCY21Y_.LOG'
ORA-00312: 联机日志 1 线程 1:
'D:/FLASH_RECOVERY_AREA/LEUPHIS/ONLINELOG/O1_MF_1_45DCY43F_.LOG'
检查flash recovery area的使用情况:
SQL> select * from v$flash_recovery_area_usage;
FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES 参考资料:www.svn8.com
------------ ------------------ ------------------------- ---------------
CONTROLFILE .22 0 1
ONLINELOG 4.88 0 3
ARCHIVELOG 65.01 0 73
BACKUPPIECE 0 0 0
IMAGECOPY 0 0 0
FLASHBACKLOG 0 0 0
已选择6行。
计算flash recovery area已经占用的空间:
SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
SUM(PERCENT_SPACE_USED)*3/100
-----------------------------
2.1033
SQL> show parameter db_recovery
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string D:/flash_recovery_area
db_recovery_file_dest_size big integer 2G
这里已经有2.1033G使用了,这说明我们刚开始设置的db_recovery_file_dest_size=2G不足,导致online redo log无法归档,在这里,我们通过设置db_recovery_file_dest_size参数,增大了flash recovery area来解决这个问题。
参考资料:www.svn8.com
SQL> alter system set db_recovery_file_dest_size=3G scope=both;
系统已更改。
SQL> alter database open;
数据库已更改。
ORA-16014 log string sequence# string not archived, no available destinations
Cause: An attempt was made to archive the named log, but the archive was unsuccessful. The archive failed because there were no archive log destinations specified or all destinations experienced debilitating errors.
Action: Verify that archive log destinations are being specified and/or take the necessary step to correct any errors that may have occurred.
Svn8.Com
本文来自:http://www.svn8.com/sql/Oracle/2009110512305.html
SQL> alter database open;
alter database open
*
第 1 行出现错误:
ORA-16014: 日志 1 的序列号 83 未归档, 没有可用的目的地
ORA-00312: 联机日志 1 线程 1:
'D:/ORADATA/LEUPHIS/ONLINELOG/O1_MF_1_45DCY21Y_.LOG'
ORA-00312: 联机日志 1 线程 1:
'D:/FLASH_RECOVERY_AREA/LEUPHIS/ONLINELOG/O1_MF_1_45DCY43F_.LOG'
检查flash recovery area的使用情况:
SQL> select * from v$flash_recovery_area_usage;
FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES 参考资料:www.svn8.com
------------ ------------------ ------------------------- ---------------
CONTROLFILE .22 0 1
ONLINELOG 4.88 0 3
ARCHIVELOG 65.01 0 73
BACKUPPIECE 0 0 0
IMAGECOPY 0 0 0
FLASHBACKLOG 0 0 0
已选择6行。
计算flash recovery area已经占用的空间:
SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
SUM(PERCENT_SPACE_USED)*3/100
-----------------------------
2.1033
SQL> show parameter db_recovery
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string D:/flash_recovery_area
db_recovery_file_dest_size big integer 2G
这里已经有2.1033G使用了,这说明我们刚开始设置的db_recovery_file_dest_size=2G不足,导致online redo log无法归档,在这里,我们通过设置db_recovery_file_dest_size参数,增大了flash recovery area来解决这个问题。
参考资料:www.svn8.com
SQL> alter system set db_recovery_file_dest_size=3G scope=both;
系统已更改。
SQL> alter database open;
数据库已更改。
ORA-16014 log string sequence# string not archived, no available destinations
Cause: An attempt was made to archive the named log, but the archive was unsuccessful. The archive failed because there were no archive log destinations specified or all destinations experienced debilitating errors.
Action: Verify that archive log destinations are being specified and/or take the necessary step to correct any errors that may have occurred.
Svn8.Com
本文来自:http://www.svn8.com/sql/Oracle/2009110512305.html
相关文章推荐
- ORA-16014: 日志 1 的序列号 83 未归档, 没有可用的目的
- ORA-16014:日志1的序列号83未归档,没有可用的目的地的错误
- ORA-16014: 日志 1 的序列号 242 未归档, 没有可用的目的地
- ORA-16014: 日志 1 的序列号 100 未归档, 没有可用的目的地
- ORA-16014: 日志 2 的序列号 138 未归档, 没有可用的目的地
- ORA-16014: 日志 3 的序列号 187 未归档, 没有可用的目的地 问题解析与解决方法
- ORA-16014: 日志 2 的序列号 77 未归档, 没有可用的目的地
- 日志1的序列号83未归档,没有可用的目的地
- oracle initialization or shutdown in progress与ORA-16038: 日志 5 序列号 126 无法归档 ORA-19809: 超出了恢复文件数的限
- ORA-16014和ORA-00312 无法归档日志解决方案
- ORA-03113: end-of-file on communication channel ORA-00257: archiver error. Connect 归档日志满导致数据库没有办法启动
- ORACLE ORA-16014+ORA-00312 数据库在线重做日志没有归档
- 手工完全恢复(非归档模式下,日志没有被覆盖)
- 归档日志目录设置问题(ORA-16019)
- ORA-16009: 远程归档日志目标必须为备用数据库
- Oracle归档日志满了导致Oracle连接(ORA-00257)报错处理
- 求解逻辑standby数据库alert日志频繁报ORA-19815而实际操作系统空间没有使用
- 解决oracle归档日志写满了(ORA-00257)的问题
- 没有备份、只有归档日志,如何恢复数据文件?
- Oracle出错:由于输出设备已满或不可用, 归档程序无法归档重做日志。归档日志错误!