解决归档空间满一例

---解决归档日志空间满的问题

今天在检查一个测试库的时候,发现一个平常都起着的一个测试库竟然都没有打开,处在mount状态

SQL> select open_mode from v$database;

OPEN_MODE ---------- MOUNTED

--执行打开的语句报错,从错误里看到这是一个典型的没有归档空间的问题

SQL> alter database open; alter database open * 第 1 行出现错误: ORA-16014: 日志 1 的序列号 890 未归档, 没有可用的目的地 ORA-00312: 联机日志 1 线程 1: ‘C:\ORACLE\PRODUCT\10.2.0\ORADATA\PSDB0\REDO01.LOG‘

--查看当前归档

SQL> archive log list 数据库日志模式            存档模式 自动存档             启用 存档终点            USE_DB_RECOVERY_FILE_DEST 最早的联机日志序列     890 下一个存档日志序列   890 当前日志序列           892

--查看归档参数

SQL> show parameter recovery

NAME                                 TYPE        VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest                string      C:\oracle\product\10.2.0\flash                                                  _recovery_area db_recovery_file_dest_size           big integer 2G recovery_parallelism                 integer     0

--查看当前日志序列

SQL> select group#,sequence#,status from v$log;

GROUP#  SEQUENCE# STATUS ---------- ---------- ----------------          1        890 INACTIVE          3        892 CURRENT          2        891 INACTIVE

--进入归档目录删掉了大批日志信息

C:\oracle\product\10.2.0\flash_recovery_area  手动删除日志

--再次打开数据库,还是报错 这是因为刚才删除日志是用的操作系统命令,ORACLE并不知道,所以还是报错

SQL> alter database open; alter database open * 第 1 行出现错误: ORA-16038: 日志 1 序列号 890 无法归档 ORA-19809: 超出了恢复文件数的限制 ORA-00312: 联机日志 1 线程 1: ‘C:\ORACLE\PRODUCT\10.2.0\ORADATA\PSDB0\REDO01.LOG‘

--登陆RMAN  删除一下归档日志在控制文件的记录

D:\renqinglei>rman target /

恢复管理器: Release 10.2.0.1.0 - Production on 星期三 5月 14 14:28:25 2014

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

已连接到目标数据库: PSDB0 (DBID=1088542104, 未打开)

RMAN> crosscheck archivelog all;

使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: sid=64 devtype=DISK 对归档日志的验证成功 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_18\O1_MF_1_875_9O0XNOYM_.ARC 记录 ID=109 时间戳 =845196567 对归档日志的验证成功 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_21\O1_MF_1_876_9O8TJZT8_.ARC 记录 ID=110 时间戳 =845455521 对归档日志的验证成功 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_22\O1_MF_1_877_9OCGKKWR_.ARC 记录 ID=111 时间戳 =845541555 对归档日志的验证成功 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_23\O1_MF_1_878_9OG2LZ5R_.ARC 记录 ID=112 时间戳 =845627616 对归档日志的验证成功 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_24\O1_MF_1_879_9OJQK61P_.ARC 记录 ID=113 时间戳 =845714600 对归档日志的验证成功 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_25\O1_MF_1_880_9OMD7WFY_.ARC 记录 ID=114 时间戳 =845801341 对归档日志的验证成功 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_28\O1_MF_1_881_9OV9H373_.ARC 记录 ID=115 时间戳 =846060644 对归档日志的验证成功 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_29\O1_MF_1_882_9OXXLWD2_.ARC 记录 ID=116 时间戳 =846146782 对归档日志的验证成功 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_29\O1_MF_1_883_9OZD4DBJ_.ARC 记录 ID=117 时间戳 =846194446 对归档日志的验证失败 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_05_04\O1_MF_1_884_9PC2R3M0_.ARC 记录 ID=118 时间戳 =846664454 对归档日志的验证失败 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_05_05\O1_MF_1_885_9PFQGT4R_.ARC 记录 ID=119 时间戳 =846751196 对归档日志的验证失败 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_05_06\O1_MF_1_886_9PJC3X7N_.ARC 记录 ID=120 时间戳 =846836862 对归档日志的验证失败 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_05_07\O1_MF_1_887_9PM0FZQT_.ARC 记录 ID=121 时间戳 =846924225 对归档日志的验证失败 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_05_08\O1_MF_1_888_9POO8KB7_.ARC 记录 ID=122 时间戳 =847011090 对归档日志的验证失败 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_05_09\O1_MF_1_889_9PR8GXCM_.ARC 记录 ID=123 时间戳 =847096287 对归档日志的验证失败 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_05_14\O1_MF_1_890_9Q62P30S_.ARC 记录 ID=124 时间戳 =847549123 对归档日志的验证失败 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_05_14\O1_MF_1_891_9Q62P46R_.ARC 记录 ID=125 时间戳 =847549125 已交叉检验的 17 对象

--删除已经无效的文件记录

RMAN> delete expired archivelog all;

释放的通道: ORA_DISK_1 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: sid=64 devtype=DISK

已存档的日志副本列表 关键字     Thrd Seq     S 短时间     名称 ------- ---- ------- - ---------- ---- 109     1    875     X 17-4月 -14 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_18\O1_MF_1_875_9O0XNOYM_.ARC 110     1    876     X 18-4月 -14 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_21\O1_MF_1_876_9O8TJZT8_.ARC 111     1    877     X 21-4月 -14 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_22\O1_MF_1_877_9OCGKKWR_.ARC 112     1    878     X 22-4月 -14 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_23\O1_MF_1_878_9OG2LZ5R_.ARC 113     1    879     X 23-4月 -14 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_24\O1_MF_1_879_9OJQK61P_.ARC 114     1    880     X 24-4月 -14 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_25\O1_MF_1_880_9OMD7WFY_.ARC 115     1    881     X 25-4月 -14 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_28\O1_MF_1_881_9OV9H373_.ARC 116     1    882     X 28-4月 -14 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_29\O1_MF_1_882_9OXXLWD2_.ARC 117     1    883     X 29-4月 -14 C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_29\O1_MF_1_883_9OZD4DBJ_.ARC

是否确定要删除以上对象 (输入 YES 或 NO)? YES 已删除的存档日志 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_18\O1_MF_1_875_9O0XNOYM_.ARC 记录 ID=109 时间戳 =845196567 已删除的存档日志 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_21\O1_MF_1_876_9O8TJZT8_.ARC 记录 ID=110 时间戳 =845455521 已删除的存档日志 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_22\O1_MF_1_877_9OCGKKWR_.ARC 记录 ID=111 时间戳 =845541555 已删除的存档日志 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_23\O1_MF_1_878_9OG2LZ5R_.ARC 记录 ID=112 时间戳 =845627616 已删除的存档日志 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_24\O1_MF_1_879_9OJQK61P_.ARC 记录 ID=113 时间戳 =845714600 已删除的存档日志 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_25\O1_MF_1_880_9OMD7WFY_.ARC 记录 ID=114 时间戳 =845801341 已删除的存档日志 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_28\O1_MF_1_881_9OV9H373_.ARC 记录 ID=115 时间戳 =846060644 已删除的存档日志 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_29\O1_MF_1_882_9OXXLWD2_.ARC 记录 ID=116 时间戳 =846146782 已删除的存档日志 存档日志文件名 =C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PSDB0\ARCHIVELOG\2014_04_29\O1_MF_1_883_9OZD4DBJ_.ARC 记录 ID=117 时间戳 =846194446 9 EXPIRED 对象已删除

--选择再尝试打开数据,可以打开

SQL> alter database open;

数据库已更改。

时间: 2024-10-09 22:33:38

解决归档空间满一例的相关文章

ORACLE_11G归档空间满,由于数据库装完后使用的是默认空间是闪回区---根据真实故事改编

1.首先根据alert跟踪日志发现归档空间满,路径大致如下:cd $ORACLE_BASE/diag/rdbms/jsswgsjk/jsswgsjk1/tracetail -f alert_jsswgsjk1.log 2.sqlplus 执行命令结果:--可以看出没有正确使用归档盘:+ARCH 3.修改归档文件路径:--如果数据库当前是归档状态修改归档路径不用重启数据库alter system set log_archive_dest_1='location=+ARCH';4.查看归档路径正确性

oracle 归档空间满的解决办法

问题现象: 通过命令提示符登陆数据库,一般提示"ora-03113:通信通道的文件结尾"错误,查看trace日志,可以看到详细信息.部分摘录如下(橙色部分给出了建议方案): Errors in file g:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_1368.trc: ORA-19815: 警告: db_recovery_file_dest_size 字节 (共 4102029312 字节) 已使用 100.00%,

CentOS7下jenkins迁移和升级以及解决磁盘空间满的问题下

jenkins迁移和升级 查看jenkins安装包以及路径[[email protected] ~]# rpm -ql jenkins/etc/init.d/jenkins/etc/logrotate.d/jenkins/etc/sysconfig/jenkins/usr/lib/jenkins/usr/lib/jenkins/jenkins.war/usr/sbin/rcjenkins/var/cache/jenkins/var/lib/jenkins/var/log/jenkins 首先解决

No space left on device 解决Linux系统磁盘空间满的办法

由于当初安装系统时设计不合理,有些分区分的过小,以及网络通讯故障等造成日志文件迅速增长等其他原因都可能表现为磁盘空间满,造成无法读写磁盘,应用程序无法执行等. (以/home空间满为例): 1. 定期对重要文件系统扫描,并作对比,分析那些文件经常读写 #ls –lR /home >;files.txt #diff filesold.txt files.txt 通过分析预测空间的增长情况,同时可以考虑对不经常读写文件进行压缩,以减少占用空间. 2. 查看空间满的文件系统的inodes消耗 #df

RAC由于归档表空间满而无法启动实例的解决

今天想测试点东西,登录测试库:发现实例是关闭的: SQL> startupORACLE instance started. Total System Global Area 2722467840 bytesFixed Size                  2231472 bytesVariable Size            1476395856 bytesDatabase Buffers         1241513984 bytesRedo Buffers            

ORA-03113 通信通道的文件结尾(ORA-19804 ORA-16038-归档空间满的处理方法)

1.数据库启动报错SQL> startupORACLE 例程已经启动. Total System Global Area 1887350784 bytesFixed Size 2176848 bytesVariable Size 1325402288 bytesDatabase Buffers 553648128 bytesRedo Buffers 6123520 bytes数据库装载完毕.ORA-03113: 通信通道的文件结尾进程 ID: 1244会话 ID: 96 序列号: 3 2.查看告

硬盘空间满导致mysql ibd文件被删后提示Tablespace is missing for table 'db_rsk/XXX"

昨天一早,开发人员反馈说一个测试环境报Tablespace is missing for table 'db_rsk/XXX",周末刚升级过,特地让开发回去查了下,说脚本中肯定没有drop table的操作.datadir下检查了下,发现frm文件在的ibd文件没有了,bing了下,没发现类似异常.于是先回到mysql.err往回搜索,半天后发现上周五下午mysql出现了一次异常宕机,说是磁盘空间不足了,看日志该文件被损坏了,如下: 2016-11-12 11:31:00 28443 [ERRO

linux no space left on device的解决办法(iNode满导致)

今天在腾讯云的服务器被攻击后,apache启动报错,查找原因发现是磁盘空间不够no space left on device, 诡异的是df命令磁盘占用仅55% 继续查找原因,发现是iNode已满,即没有索引空间 这就好办了,首先定位哪个目录占用iNode最多,命令如下: find */ ! -type l | cut -d / -f 1 | uniq -c 定位完成,清理目录,整个世界都清净了 linux no space left on device的解决办法(iNode满导致),布布扣,b

Oracle 临时表空间满的清理

正常来说,在完成所送select语句.createindex等一些使用TEMP表空间的排序操作后,Oracle是会自动释放掉临时段的.但有些有侯我们则会遇到临时段没有被释放,TEMP表空间几乎满的状况,甚至是我们重启了数据库仍没有解决问题.这个问题在论坛中也常被网友问到,下面我总结一下,给出几种处理方法. 方法一.重启库 库重启时,smon进程会完成临时段释放,TEMP表空间的清理操作,不过很多的时侯我们的库是不允许down的,所以这种方法缺少了一点的应用机会,不过这种方法还是很好用的. 方法二