一、环境描述
甲骨文12 c单实例DataGuard
Rhel 7.3
二、测试过程
主库操作
1。关闭DG,切换日志
完成<强>改变系统设置log_archive_dest_state_2=推迟;
系统改变。
完成显示参数log_archive_dest_state_2
名称,,,,,,,,,,,,,,,,类型,,,,价值
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
log_archive_dest_state_2,,,,,,字符串,,,
log_archive_dest_state_20推迟,,,,,字符串大敌;,,使
log_archive_dest_state_21,,,,,字符串大敌;,,使
log_archive_dest_state_22,,,,,字符串大敌;,,使
log_archive_dest_state_23,,,,,字符串大敌;,,使
log_archive_dest_state_24,,,,,字符串大敌;,,使
log_archive_dest_state_25,,,,,字符串大敌;,,使
log_archive_dest_state_26,,,,,字符串大敌;,,使
log_archive_dest_state_27,,,,,字符串大敌;,,使
log_archive_dest_state_28,,,,,字符串大敌;,,使
log_archive_dest_state_29,,,,,字符串大敌;,,使
完成改变系统切换日志文件;
系统改变。
完成改变系统切换日志文件;
系统改变。
完成,
2. rman删除归档
RMAN>列表archivelog;
数据库的归档日志副本列表db_unique_name ORCL
=====================================================================
键,,Thrd Seq,,年代较低的时候,,,,,,
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
40,,,1,31,,11月26日—- 2017 19:15:13
,,,,名称:_31_958415134/oracle/arch/1。dbf
42,,,132岁的大敌;,,11月26日—- 2017 19:22:34
,,,,名称:/oracle/arch/1 _32_958415134.dbf
RMAN><强>删除noprompt archivelog;
发布渠道:ORA_DISK_1
分配渠道:ORA_DISK_1
频道ORA_DISK_1: SID=39设备类型=磁盘
<强> rman - 08137:警告:归档日志不删除,需要备用或上游捕获流程
归档日志文件名称=/oracle/arch/1 _32_958415134。dbf线程=1序列=32
数据库的归档日志副本列表db_unique_name ORCL
=====================================================================
键,,Thrd Seq,,年代较低的时候,,,,,,
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
40,,,1,31,,11月26日—- 2017 19:15:13
,,,,名称:_31_958415134/oracle/arch/1。dbf
删除归档日志
归档日志文件名称=/oracle/arch/1 _31_958415134。dbf RECID=40邮票=961096954
删除1对象
RMAN>,
三,小结
当我们DG环境,人为或者异常情况导致DG异常,没有被应用的归档日志是不会被删除的。这里可能会出现一个问题就是
当我们的磁盘空间紧张,可能生成大量的日志占满磁盘,导致数据库无法写入的问题。需要我们有监控系统,发现DG异常及时处理
,千万不要等着影响业务才被动的去处理。
