转自:http://blog.csdn.net/linghe301/article/details/9291273
今天在进行Oracle相关测试,因为Windows自动更新,自己重启机器了,结果重启完毕之后,我的oracle就无法正常启动了
报ora-03113错误。
ORA-03113: 通信通道的文件结尾 02.进程 ID: 8636 03.会话 ID: 192 序列号: 9
去D:\app\Administrator\diag\rdbms\orcl\orcl\trace\alert_orcl.log里面查看报错信息,发现以下相关信息
Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_9532.trc: ORA-19815: 警告: db_recovery_file_dest_size 字节 (共 4102029312 字节) 已使用 100.00%, 尚有 0 字节可用。 ************************************************************************ You have following choices to free up space from recovery area: 1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard, then consider changing RMAN ARCHIVELOG DELETION POLICY. 2. Back up files to tertiary device such as tape using RMAN BACKUP RECOVERY AREA command. 3. Add disk space and increase db_recovery_file_dest_size parameter to reflect the new space. 4. Delete unnecessary files using RMAN DELETE command. If an operating system command was used to delete files, then use RMAN CROSSCHECK and DELETE EXPIRED commands. ************************************************************************ Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_9532.trc: ORA-19809: 超出了恢复文件数的限制 ORA-19804: 无法回收 47112704 字节磁盘空间 (从 4102029312 限制中) ARCH: Error 19809 Creating archive log file to 'D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_171_%U_.ARC' Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_9532.trc: ORA-16038: 日志 3 sequence# 171 无法归档 ORA-19809: 超出了恢复文件数的限制 ORA-00312: 联机日志 3 线程 1: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO03.LOG'
这个信息以及很清楚了,说明我的归档日志满了
那么怎么才能验证我的归档日志满了呢?
首先我看一下我的DB_RECOVERY_FILE_DEST_SIZE值有多大
C:\Users\Administrator>sqlplus /nolog SQL*Plus: Release 11.2.0.1.0 Production on 星期三 7月 10 15:33:36 2013 Copyright (c) 1982, 2010, Oracle. All rights reserved. SQL> conn / as sysdba 已连接。 SQL> startup mount; ORACLE 例程已经启动。 Total System Global Area 5110898688 bytes Fixed Size 2184592 bytes Variable Size 3355445872 bytes Database Buffers 1744830464 bytes Redo Buffers 8437760 bytes 数据库装载完毕。 SQL> show parameter db_recovery_file_dest_size; NAME TYPE VALUE ------------------------------------ ----------- ----- db_recovery_file_dest_size big integer 3912M
但是我实际的归档日志文件
db_recovery_file_dest = "D:\app\Administrator\flash_recovery_area"
db_recovery_file_dest_size= 3912M
D:\app\Administrator\flash_recovery_area\orcl\ARCHIVELOG路径下有3.8GB已经达到临界值,也就是错误上面所述。
问题已经找到,我怎么才能进行修复呢。其实报错日志里面的信息以及写的很清楚了使用RMAN登录
因为归档日志很多,我紧紧截取了少部分
C:\Users\Administrator>rman target / 恢复管理器: Release 11.2.0.1.0 - Production on 星期三 7月 10 14:58:42 2013 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. 连接到目标数据库: ORCL (DBID=1336354077) RMAN> delete archivelog all; 使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: SID=222 设备类型=DISK db_unique_name 为 ORCL 的数据库的归档日志副本列表 ===================================================================== 关键字 线程序列 S 时间下限 ------- ---- ------- - ---------- 96 1 167 A 10-7月 -13 名称: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_167_8XSOXYGH_.ARC 97 1 168 A 10-7月 -13 名称: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_168_8XSOY383_.ARC 98 1 169 A 10-7月 -13 名称: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_169_8XSOY9R0_.ARC 99 1 170 A 10-7月 -13 名称: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_170_8XSOYH2F_.ARC 100 1 171 A 10-7月 -13 名称: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_171_8XT08TB7_.ARC 101 1 172 A 10-7月 -13 名称: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_172_8XT08TGG_.ARC 102 1 173 A 10-7月 -13 名称: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_173_8XT0900C_.ARC 是否确定要删除以上对象 (输入 YES 或 NO)? 是否确定要删除以上对象 (输入 YES 或 NO)? yes 已删除的归档日志 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_167_8XSOXYGH_.ARC RECID=96 ST AMP=820410050 已删除的归档日志 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_168_8XSOY383_.ARC RECID=97 ST AMP=820410057 已删除的归档日志 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_169_8XSOY9R0_.ARC RECID=98 ST AMP=820410062 已删除的归档日志 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_170_8XSOYH2F_.ARC RECID=99 ST AMP=820410067 已删除的归档日志 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_171_8XT08TB7_.ARC RECID=100 S TAMP=820420638 已删除的归档日志 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_172_8XT08TGG_.ARC RECID=101 S TAMP=820420638 已删除的归档日志 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_173_8XT0900C_.ARC RECID=102 S TAMP=820420643 7 对象已删除
其实方法还有很多
1:增大db_recovery_file_dest_size值
2:更换归档日志路径
3:检查失效的归档日志文件,然后删除
C:\Users\Administrator>rman target / 恢复管理器: Release 11.2.0.1.0 - Production on 星期三 7月 10 15:41:53 2013 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. 已连接到目标数据库: ORCL (DBID=1336354077, 未打开) RMAN> crosscheck archivelog all; 使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: SID=189 设备类型=DISK 对归档日志的验证成功 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_174_8XT1VGG9_.ARC RECID=103 S TAMP=820422255 对归档日志的验证成功 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_175_8XT1WOMS_.ARC RECID=104 S TAMP=820422294 对归档日志的验证成功 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_176_8XT1Y02X_.ARC RECID=105 S TAMP=820422338 对归档日志的验证成功 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_177_8XT1Z783_.ARC RECID=106 S TAMP=820422377 对归档日志的验证成功 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_178_8XT20GWL_.ARC RECID=107 S TAMP=820422416 对归档日志的验证成功 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_179_8XT21P6K_.ARC RECID=108 S TAMP=820422458 对归档日志的验证成功 归档日志文件名=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_07_10\O1_MF_1_180_8XT231SN_.ARC RECID=109 S TAMP=820422499 已交叉检验的 7 对象
如何删除参考:http://www.blogjava.net/decode360/archive/2009/06/25/287747.html
其实本身我的Oracle是非归档模式,前一段时间进行了测试切换成归档模式了,所以导致今天的问题,那么这次就直接切换成非归档模式
SQL> conn / as sysdba 已连接。 SQL> archive log list 数据库日志模式 存档模式 自动存档 启用 存档终点 USE_DB_RECOVERY_FILE_DEST 最早的联机日志序列 178 下一个存档日志序列 180 当前日志序列 180 SQL> shutdown immediate; 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup mount; ORACLE 例程已经启动。 Total System Global Area 5110898688 bytes Fixed Size 2184592 bytes Variable Size 3355445872 bytes Database Buffers 1744830464 bytes Redo Buffers 8437760 bytes 数据库装载完毕。 SQL> alter database noarchivelog; 数据库已更改。 SQL> alter database open; 数据库已更改。 SQL> archive log list; 数据库日志模式 非存档模式 自动存档 禁用 存档终点 USE_DB_RECOVERY_FILE_DEST 最早的联机日志序列 179 当前日志序列 181
相关推荐
### Oracle回闪日志满了与ORA-03113错误处理 在Oracle数据库管理过程中,经常遇到的一些问题包括回闪日志空间不足以及ORA-03113错误等。这些问题若不及时解决,可能会导致数据库性能下降甚至停机。下面我们将详细...
在启动数据库时,可能会出现 ORA-03113 错误,该错误通常是由于数据库日志文件的不一致所引起的。为了解决这个问题,我们需要对数据库进行恢复和重置日志文件。下面是解决该问题的步骤: 首先,使用 sqlplus 工具以...
在启动Oracle 10g数据库时遇到ORA-16038错误,该错误通常与归档日志操作有关。具体错误信息为: ``` ORA-16038: log 1 sequence #230 cannot be archived ORA-19809: limit exceeded for recovery files ORA-00312: ...
当归档日志空间不足时,会引发ORA-03113和ORA-00257错误,前者表示“end-of-file on communication channel”,通常跟数据库实例无法正常关闭有关;后者表示“archiver error”,表明归档进程无法执行其任务,因为...
在Oracle数据库管理中,"ORA-00600"是一个内部错误代码,通常表示数据库遇到了一个未知或未处理的内部错误。这个错误是由于多种原因引起的,包括数据文件损坏、控制文件问题、实例恢复不完整或者软件bug等。在描述中...
1. **归档日志空间不足**:当数据库系统尝试写入新的归档日志文件时,发现指定的归档日志目录或磁盘空间已满,无法再保存新的归档记录。 2. **权限问题**:数据库用户可能没有足够的权限来访问或写入归档日志路径。...
ORACLE归档日志设置 ORACLE数据库的归档日志设置是一种重要的机制,旨在保障数据库的安全性和灾难恢复能力。通过设置数据库的日志模式和自动归档模式,可以确保数据库的可靠性和可恢复性。 数据库日志模式的设置是...
对于许多数据库系统而言,如果没有适当的备份和归档策略,一旦发生意外断电,尤其是在系统开启异步I/O的情况下,可能会导致数据库无法正常启动。这种情况下,数据库往往会在尝试启动时遇到ORA-600错误。本文旨在探讨...
- **ORA-16652**: 这个错误通常出现在物理备库无法找到或应用某些归档日志文件的情况下。解决方法包括检查归档日志的位置、归档日志的完整性以及归档日志传输的过程。 - **ORA-16603**: 此错误通常发生在归档日志...
当归档日志填满或者无法创建新的归档日志时,数据库将无法继续事务处理,从而触发ORA-00257错误。在Oracle 10g中,Flash Recovery Area负责归档日志的自动管理,包括日志的保留策略和空间分配。如果归档日志的空间...
数据库ORA-01196错误是Oracle数据库在运行归档模式时可能出现的一种故障,通常与数据文件不一致和归档日志丢失或未正确应用有关。这种情况通常发生在数据库需要介质恢复,即由于硬件故障、操作系统崩溃或者如描述中...
Oracle 的 Archivelog 机制是为了确保数据库的可恢复性,在数据库中, archivelog 文件是记录数据库的所有变化的日志文件,当 archivelog 文件达到一定的大小时, Oracle 就会抛出 ORA-00257 错误,这时我们需要...
后台进程则执行诸如检查点、归档日志切换等后台任务。 二、ORA-00020错误的产生原因 1. **配置限制**:Oracle数据库的初始化参数PROCESSES定义了系统允许的最大并发进程数。如果超过了这个值,新的连接尝试将失败并...
ORA-01033 错误通常表示在启动或关闭数据库实例时出现了问题,具体表现为“Oracle 无法为操作系统打开进程”。 本文将详细介绍如何解决 ORA-01033 错误,并通过一段示例日志来分析其他可能的错误原因及解决方案。 ...
在Oracle数据库管理中,ORA-16038错误通常表明数据库遇到了与重做日志(Redo Log)相关的严重问题。具体而言,此错误码意味着数据库在处理重做日志时遇到无法预料的异常,这可能由多种原因引起,包括但不限于硬件...
12545:因目标主机和对象不存在,连接失败`、`ORA-12560:TNS:协议适配器错误`、`ORA-01034:ORACLE not available`、`ORA-27101:shared memory realm does not exist`、`ORA-03113`以及`ORA-19815:归档日志空间不足`。...
当归档日志空间不足时,可能会导致各种错误,比如“ORA-00257”,这会阻碍数据库的正常运行。以下是针对“ORA-00257归档日志清理问题”的详细解决方案和相关知识点: 1. **错误解析**:ORA-00257通常表示数据库尝试...