DG架构的归档日志切换(卸载归档日志专有磁盘)--生【生产验证过】

说明：
过了业务高峰期后，归档日志存储空间和读写IO已经不需要单独磁盘支撑，为了降本增效，去除单独归档日志专有磁盘。

1. 关闭DG复制

1.1 【备库】查看模式 ，正常都是auto

show parameter standby_file_management

1.2【备库】将standby_file_management设置为manual，并取消日志应用

alter system set standby_file_management=manual;
alter database recover managed standby database cancel;

1.3 【主库】停止主库归档日志传输到备库

ALTER system SET log_archive_dest_state_2 = 'defer';

2. 修改归档日志路径

查询归档当前目录：

show parameter log_archive_dest

2.1【主库】更改主库归档日志路径：

alter system set log_archive_dest_1='location=/data/oradata1/archivelog valid_for=(all_logfiles,all_roles) db_unique_name=pd';

2.2【主库】切换归档日志，查看新归档日志是否已经到新的目录

alter system switch logfile;

2.3【备库】更改备库归档日志路径：

alter system set log_archive_dest_1='location=/data/oradata1/archivelog valid_for=(all_logfiles,all_roles) db_unique_name=st';

3.启动DG复制

3.1【主库】开启主库归档日志传输到备库

ALTER system SET log_archive_dest_state_2 = enable;

3.2【备库】将standby_file_management设置为auto

alter system set standby_file_management=auto scope=both;

3.3切换为实时应用

alter database recover managed standby database parallel 16 using current logfile disconnect from session;

4.查询验证

-- 查看备库DG状态
SELECT PROCESS,CLIENT_PROCESS,PROCESS,STATUS,THREAD#,SEQUENCE#,BLOCK#,BLOCKS FROM V$MANAGED_STANDBY;
-- 查询在线日志情况
select thread#, group#, sequence#, bytes, archived, s.status , blocksize, member
FROM v$standby_log s
join v$logfile using (GROUP#)
order by thread#, group#;

– 查询DG同步情况，是否有延时

select*from v$dataguard_stats

5.清理痕迹（保证归档日志的连续性，需要恢复的时候出现断档就麻烦了）（PS：归档日志备库应用完后再处理，不要急！！！）

5.1 将旧目录归档日志迁移到当前目录（按需，我这是计划将原归档目录删除掉，所以要做迁移）
mv /data/oradata2/archivelog/ARC00004451* ./

5.2备库归档日志处理(确定完全同步后)

rman target /
-- 检查归档日志
crosscheck archivelog all;
-- 删除过期归档日志(迁移后，清理掉失效归档日志)
delete expired archivelog all;

5.3 手动注册归档日志（按需）(sqlplus)

alter database register logfile '/data/oradata1/archivelog/ARC0000445115_0901235.0001.arc';
alter database register logfile '/data/oradata1/archivelog/ARC0000445116_0901235.0001.arc';

6. 最后：盘清理完成后，将磁盘卸载

一定要看清楚再卸载！！！