糟糕,Oracle归档满RMAN进不去，CPU98%了！

📢📢📢📣📣📣

哈喽！大家好，我是【IT邦德】，江湖人称jeames007，10余年DBA及大数据工作经验

一位上进心十足的【大数据领域博主】！😜😜😜

中国DBA联盟(ACDU)成员，目前服务于工业互联网

擅长主流Oracle、MySQL、PG、高斯及Greenplum运维开发，备份恢复，安装迁移，性能优化、故障应急处理等。

✨ 如果有对【数据库】感兴趣的【小可爱】，欢迎关注【IT邦德】💞💞💞

❤️❤️❤️感谢各位大可爱小可爱！❤️❤️❤️

文章目录

- [📣 1.故障现象](#📣 1.故障现象)
- [📣 2.故障分析](#📣 2.故障分析)
- [📣 3.故障处理](#📣 3.故障处理)
- - [✨ 3.1 物理删除归档](#✨ 3.1 物理删除归档)
  - [✨ 3.2 停止监听](#✨ 3.2 停止监听)
  - [✨ 3.3 强制关库](#✨ 3.3 强制关库)
  - [✨ 3.4 pfile修改启库](#✨ 3.4 pfile修改启库)
  - [✨ 3.5 RMAN删除归档](#✨ 3.5 RMAN删除归档)
  - [✨ 3.6 重新启库调整归档](#✨ 3.6 重新启库调整归档)
- [📣 4.定时删除归档任务](#📣 4.定时删除归档任务)
- [📣 5.总结](#📣 5.总结)

Oracle归档满基本会导致服务器卡，无法登录SQLPLUS及RMAN，做好策略

📣 1.故障现象

业务反馈应用无法访问数据库，如下报错

报错ORA-00257: Archiver error. Connect AS SYSDBA only until resolved错误解决

📣 2.故障分析

从本次报错来看，是归档满导致，处理的办法是直接删归档即可，可是当登录服务器的时候，发现根本无法登录RMAN执行删除归档，而且SQLPLUS也不进去，无法调整归档相关参数，怎么办？
从ALERT日志来看，无法开库的原因是归档空间满，数据库已经无法登录导致

Errors in file /u01/oracle/diag/rdbms/devdb/devdb/trace/devdb_tt00_3486.trc:

ORA-19809: limit exceeded for recovery files

ORA-19804: cannot reclaim 1073741824 bytes disk space from 214748364800 bytes limit

那么接下来首先得从物理空间删除归档，

再强制管库调整归档参数，重新启动库删除归档

📣 3.故障处理

✨ 3.1 物理删除归档

确认归档路径后发现是放到快速恢复区，那么找到后直接物理删除归档

快速恢复区目录：fast_recovery_area

✨ 3.2 停止监听

$oracle@dev1 \~\]$ lsnrctl stop$

✨ 3.3 强制关库

--强制关闭库，这个很关键，因为此时已经无法SQLPLUS登录了

ps -ef|grep ora_dbw0_$ORACLE_SID

然后kill掉

kill -9 PID

✨ 3.4 pfile修改启库

--创建PFILE

SYS@devdb> create pfile='/home/oracle/devspfile.ora' from spfile;

--将快速恢复区修改大一点启动库，原来200G，修改到400G
*.db_recovery_file_dest_size=404800m
--pfile启动数据库
SQL> startup pfile='/home/oracle/pfile.ora';
$oracle@dev1 \~\]$ sqlplus / as sysdba SQL* Plus: Release 19.0.0.0.0 - Production on Thu Mar 14 13:55:26 2024 Version 19.3.0.0.0 Copyright © 1982, 2019, Oracle. All rights reserved. Connected to an idle instance. SYS@devdb\> startup pfile='/home/oracle/devspfile.ora'; ORACLE instance started. Total System Global Area 2.5837E+10 bytes Fixed Size 26605704 bytes Variable Size 3288334336 bytes Database Buffers 2.2481E+10 bytes Redo Buffers 40501248 bytes Database mounted. Database opened. SYS@devdb\> archive log list Database log mode Archive Mode Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence 274 Next log sequence to archive 278 Current log sequence 278$

✨ 3.5 RMAN删除归档

--登录RMAN删除归档

RMAN> crosscheck archivelog all;

RMAN> delete expired archivelog all;

RMAN> delete archivelog until time 'sysdate-1';

select * from V$FLASH_RECOVERY_AREA_USAGE;

注意：必须通过RMAN删除归档，不然控制文件不更新，还是登录不了

✨ 3.6 重新启库调整归档

--重新启动库

SYS@devdb> startup force;

--调整归档路径，从快速恢复区移动到其他目录

SYS@devdb> alter system set log_archive_dest_1='location=/zisemi/oracle/arch;

📣 4.定时删除归档任务

因为是个单机库，后期防止归档满，设置定时任务删除
$root@devdb \~\]# su - oracle \[oracle@devdb \~\]$ mkdir -p /home/oracle/script \[oracle@devdb \~\]$ mkdir -p /home/oracle/arch/log \[root@devdb \~\]# su - oracle \[oracle@devdb \~\]$ mkdir -p /home/oracle/script \[oracle@devdb \~\]$ mkdir -p /home/oracle/archlog$

bash 复制代码

vi /home/oracle/script/archdel_dev.sh
export ORACLE_HOME=/u01/oracle/product/19.3.0/dbhome_1
export ORACLE_SID=devdb
export PATH=/usr/sbin:$PATH
export PATH=$ORACLE_HOME/bin:$PATH
rman target / log /home/oracle/archlog/log_arch.log  <<EOF
run{ 
allocate channel ch1 type disk;
allocate channel ch2 type disk;
crosscheck archivelog all;
delete noprompt expired archivelog all;
delete noprompt archivelog until time 'sysdate-3';
release channel ch1;
release channel ch2;
}
EOF

crontab -l

0 23 * * * su - oracle -c "/home/oracle/script/archdel_dev.sh"

📣 5.总结

本次故障总结如下：

1.归档不要放在快速恢复区，不好管控

2.归档要设置定时任务删除，比如备份后删除或者定时脚本删除

3.归档满一定要从RMAN进去删除，控制文件才能更新

4.归档满基本会导致服务器卡，无法登录SQLPLUS及RMAN，需要采取强制关库