ora-16014 ora-00312

本文记录了一次Oracle数据库出现ORA-16014和ORA-16038错误的处理过程,包括错误日志分析、登录问题解决及通过清除故障日志组恢复正常运行的方法。
自己的数据库。试验机器。早上出现ora 16014和ora 16038错误
报警日志如下
Errors in file /opt/oracle/admin/ge01/udump/ge01_ora_4513.trc:
ORA-19504: failed to create file "/home/oracle/arc/1_23_676230365.dbf"
ORA-27040: file create error, unable to create file
Linux Error: 13: Permission denied
Sun Feb 15 00:48:16 2009
Errors in file /opt/oracle/admin/ge01/bdump/ge01_arc1_4517.trc:
ORA-19504: failed to create file "/home/oracle/arc/1_24_676230365.dbf"
ORA-27040: file create error, unable to create file
Linux Error: 13: Permission denied
Sun Feb 15 00:48:16 2009
ARCH: Error 19504 Creating archive log file to '/home/oracle/arc/1_23_676230365.dbf'
Sun Feb 15 00:48:16 2009
ARC1: Error 19504 Creating archive log file to '/home/oracle/arc/1_24_676230365.dbf'
Sun Feb 15 00:48:16 2009
ARCH: Failed to archive thread 1 sequence 23 (19504)
ORA-16038 signalled during: ALTER DATABASE OPEN...
Sun Feb 15 00:48:16 2009
ARC2: Archival started
ARC0: STARTING ARCH PROCESSES COMPLETE
ARC0: Becoming the heartbeat ARCH
ARC2 started with pid=18, OS id=4519
Sun Feb 15 00:48:16 2009
ARC1: Failed to archive thread 1 sequence 24 (19504)
Sun Feb 15 00:48:16 2009
ARC0: Archiving not possible: No primary destinations
Sun Feb 15 00:48:16 2009
ARCH: Archival stopped, error occurred. Will continue retrying
Sun Feb 15 00:48:16 2009
ORACLE Instance ge01 - Archival Error
Sun Feb 15 00:48:16 2009
ORA-16038: log 3 sequence# 24 cannot be archived
ORA-19504: failed to create file ""
ORA-00312: online log 3 thread 1: '/opt/oracle/oradata/ge01/redo03.log'
Sun Feb 15 00:48:16 2009
Errors in file /opt/oracle/admin/ge01/bdump/ge01_arc1_4517.trc:
ORA-16038: log 3 sequence# 24 cannot be archived
ORA-19504: failed to create file ""
ORA-00312: online log 3 thread 1: '/opt/oracle/oradata/ge01/redo03.log'
Sun Feb 15 00:48:16 2009
ARC0: Failed to archive thread 1 sequence 23 (4)
ARCH: Archival stopped, error occurred. Will continue retrying
Sun Feb 15 00:48:16 2009
ORACLE Instance ge01 - Archival Error
Sun Feb 15 00:48:16 2009
ORA-16014: log 1 sequence# 23 not archived, no available destinations
ORA-00312: online log 1 thread 1: '/opt/oracle/oradata/ge01/redo01.log'
Sun Feb 15 00:48:16 2009
Errors in file /opt/oracle/admin/ge01/bdump/ge01_arc0_4515.trc:
ORA-16014: log 1 sequence# 23 not archived, no available destinations
ORA-00312: online log 1 thread 1: '/opt/oracle/oradata/ge01/redo01.log'
Sun Feb 15 00:49:16 2009
ARC0: Archiving not possible: No primary destinations
ARC0: Failed to archive thread 1 sequence 23 (4)
Sun Feb 15 00:50:16 2009
ARC1: Archiving not possible: No primary destinations
ARC1: Failed to archive thread 1 sequence 23 (4)
 
看辅助的ora 00312指出了有日志文件坏掉了。
以sysdba登上数据库。结果出现ora 01012错误。无法登陆数据库。真是祸不单行啊。
01012错误是内存溢出错误。最简单的解决方式就是重启系统。把系统重新启动后。能够以sysdba登陆上去。
登陆上去后。把数据库启动为mount状态。
select * from v$log;
找到出错的日志组,是1号组
alter database clear unarchived logfile group 1;
把该日志组清除;
alter database open;
数据库启动。
 
综合看来。这种错误在生产环境一般不会出现。毕竟生产环境的一个组里有多个成员存在。出现这个错误的几率比较小。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22123669/viewspace-671095/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/22123669/viewspace-671095/

### 关于ORA-00374和ORA-00312错误的原因及解决办法 #### 错误描述 ORA-00374表示“控制文件中未找到在线重做日志组”,这通常意味着某个线程的日志组丢失或损坏。而ORA-00312则提供了更具体的路径信息,指出哪个特定的在线重做日志文件存在问题。 --- #### 原因分析 这些错误可能由以下原因之一引起: 1. **物理文件缺失**:某些在线重做日志文件被意外删除或移动。 2. **磁盘故障**:存储重做日志的磁盘发生硬件故障,导致文件不可访问。 3. **配置不一致**:数据库实例启动时使用的参数与实际存在的日志文件位置不符。 4. **人为操作失误**:管理员手动修改了日志文件的位置或名称,但未更新相应的数据库元数据。 --- #### 解决方案 ##### 方法一:验证并修复控制文件中的日志条目 如果确认该日志组确实不再需要,则可以通过以下SQL语句将其从控制文件中移除[^6]: ```sql ALTER DATABASE DROP LOGFILE GROUP <group_number>; ``` 例如,假设问题涉及的是第3号日志组,则命令应为: ```sql ALTER DATABASE DROP LOGFILE GROUP 3; ``` 此方法适用于那些已经废弃或者永久丢失的日志组。 ##### 方法二:重新创建丢失的日志成员 当只是个别日志成员丢失而非整个日志组消失时,可以尝试添加新的日志成员来替代旧的一个。具体步骤如下: 1. 查询当前所有日志及其状态: ```sql SELECT * FROM V$LOG WHERE STATUS='CURRENT'; ``` 2. 添加一个新的日志成员至对应日志组: ```sql ALTER DATABASE ADD LOGFILE MEMBER '<new_log_path>' TO GROUP <group_number>; ``` 例如: ```sql ALTER DATABASE ADD LOGFILE MEMBER '/path/to/new/logfile.log' TO GROUP 3; ``` 完成之后还需要确保新加入的日志能够正常工作,并最终考虑删除原失效链接。 ##### 方法三:通过RMAN备份恢复 如果有最新的RMAN全量备份可用的话,那么最稳妥的办法就是利用它来进行完整的数据库恢复过程。注意在此过程中要特别小心设置正确的归档模式和其他必要选项以防止再次遇到相同类型的障碍。 --- ### 注意事项 在实施任何更改之前,请务必做好充分准备,包括但不限于制作一份详细的计划书、测试环境下的模拟演练以及保存好现有的重要资料副本等措施以防万一出现问题能及时回滚到先前的状态上去。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值