2022年2月

adg修复
前言
一、介绍
二、实战
三、11G常规修复
a.在主库上创建一个备库的控制文件
b.以备库的当前SCN号为起点,在主库上做一个增量备份
c.将增量备份和控制文件拷贝到备库上
d.使用新的控制文件将备库启动到mount状态
e.增量备份注册到RMAN的catalog,取消日志应用,恢复增量备份
f.开启备库的恢复进程
四、12C新特性修复
a.记录备库当前SCN号
b.使用recover standby using service恢复
c.备库启动到nomount状态,恢复控制文件
d.备库恢复,修复GAP
e.开启备库日志应用,检查同步
五、18C新特性恢复
a、执行RECOVER STANDBY DATABASE FROM SERVICE刷新备库
b.备库修改standby log路径
c.主库切日志,备库开启日志应用

- 阅读剩余部分 -

1、实施反馈归档已满,请求处理。
2、查看空间,确实满了,执行清理脚本
3、没过多久,又快满了,查询归档日志切换频率
4、由于归档满,数据库停掉,快照没有自动生成,于是手动执行awr报告

exec dbms_workload_repository.create_snapshot();

5、检查每天的日志生成,非常均匀,分析8:00-9:00,一个小时内的AWR报告,发现如下:
每秒的redo size约为4MB,每小时就是15GB
2019061209080318.png

检查日志来源于哪个对象,检查Segments by DB Blocks Changes
20190612090701521.png
6、查看操作系统定时任务计划
发现有个任务

  • 17 * /home/oracle/XXXX.sh

ps -ef | grep XXXX.sh |wc -l

发现改任务每分钟执行1次,目前还有17次未执行。