ora-16014;ora-00312 常见的问题

本文介绍了处理Oracle数据库归档日志中ORA-16014错误的方法,包括调整Flash Recovery Area大小、删除不必要的备份文件及改变归档日志存放路径。

今天早晨打开alter_XX.log  。看了一下日志,发现了两个错误,昨天刚使用rman 的delete archivelog all,delete obsolete backup,把控制文件里面的日志记录删除和备份过期的文件删除,这个错也是昨天产生的。就想总结一下处理过程:

 

使用 cat /XXX/XXX/XXX/XXX/bdump/alter_zdtdb.log|grep -i ora-   

ORA-16014: log 2 sequence# 10353 not archived, no available destinations
ORA-00312: online log 2 thread 1: '/data/app/oracle/oradata/zdtdb/redo02.log'

 

接下来看了一下参数;

SQL> show parameter db_recovery_file
 
NAME                                            TYPE                VALUE
------------------------------------       -----------           ------------------------------
db_recovery_file_dest                string              /data/app/oracle/flash_recovery_area                                                
db_recovery_file_dest_size      big integer     6G

我靠,6G,很大啦。

我们可以通过如下三种方法来解决:
1. 增加Flash recovery Area 大小。 这种方法治标不治本。 当满了之后,还是会增加。
SQL> alter system set db_recovery_file_dest_size=3G scope=both;
系统已更改。
检查flash recovery area的使用情况:
SQL> select * from v$flash_recovery_area_usage;
计算flash recovery area已经占用的空间:
SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
2. 也可以删除归档目录中不用的备份或者文件。
删除archive log:
RMAN> crosscheck archivelog all;
RMAN> delete expired archivelog all;
删除备份:
RMAN>delete obsolete;
RMAN>crosscheck backupset;
 RMAN>delete expired backupset;
3. 将Archive log 指定到其他位置。 推荐使用这种方法。
 alter system set log_archive_dest_1='location=/oracle/oracle10g/log/archive_log';
给大家参考!

 

 

### 关于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、付费专栏及课程。

余额充值