Oracle DG中如何使用重定向归档路径解决本地磁盘空间不足问题

必须先确认备库归档应用状态，否则直接修改log_archive_dest_1极可能导致中断或数据丢失；需检查v$archived_log中applied字段、v$archive_dest_status传输错误、MRP进程状态，并按角色和VALID_FOR规则正确配置备库路径，同时排查db_recovery_file_dest等隐式控制参数。

归档路径重定向前必须确认备库是否在应用归档

直接改 log_archive_dest_1 而不检查应用状态，极大概率导致备库中断或数据丢失。先连备库查：select sequence#, applied from v$archived_log order by sequence# desc fetch first 5 rows only; —— 如果最后几条 applied 是 no，说明归档堆积未应用，此时切路径只是把问题从一个目录搬到另一个目录，根本没解决卡点。

再查传输链路：SELECT dest_name, status, error FROM v$archive_dest_status WHERE dest_id = 2;（DG 通常用 dest_id=2 指向备库）。如果 error 非空，比如含 ORA-19504 或 Permission denied，说明主库根本传不过来，改备库路径毫无意义。

若确认是 MRP 进程停了，执行：ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT; 拉起应用，等几轮归档消化完再动路径。

备库上修改 log_archive_dest_1 的实际写法

Oracle DG 备库的归档路径不能照搬主库配置，必须匹配角色和 VALID_FOR 规则。常见错误是直接套用主库语句：ALTER SYSTEM SET log_archive_dest_1='LOCATION=/new/arch' SCOPE=BOTH; —— 这在备库会报错或被忽略。

• 如果是物理备库（非 ADG），且没有 DG Broker 管理，用：ALTER SYSTEM SET log_archive_dest_1='LOCATION=/oradata04/arch VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE) DB_UNIQUE_NAME=stbzdq' SCOPE=BOTH;
• 如果是 ADG（实时应用），且原配置含 SYNC 或 NODELAY，新路径必须支持同步写入性能，否则会拖慢主库；建议先关掉同步：ALTER SYSTEM SET log_archive_dest_2='SERVICE=stb LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=stbzdq' SCOPE=BOTH;，再单独设本地归档路径
• 路径必须存在、属主为 oracle、权限为 750，且文件系统剩余空间真实可用（df -h 看，别信 LVM 逻辑卷的“空闲”）

改完路径后归档不写入新目录？检查三个硬性条件

即使语句执行成功，归档也可能继续往旧目录写，原因往往藏在底层配置里：

• db_recovery_file_dest 参数优先级高于 log_archive_dest_n。如果该参数已设（比如指向 /u01/fast_recovery_area），所有归档默认写那里，log_archive_dest_1 会被绕过。查：SHOW PARAMETER db_recovery_file_dest;，若非空，先清空：ALTER SYSTEM SET db_recovery_file_dest='' SCOPE=BOTH;
• 备库开启了 FRA（快速恢复区）自动管理，且 db_recovery_file_dest_size 不够大，Oracle 会拒绝写入新路径。临时调大：ALTER SYSTEM SET db_recovery_file_dest_size=50G SCOPE=BOTH;
• RAC 环境下，每个节点的 log_archive_dest_1 必须单独设置，不能只改一个实例。用 ALTER SYSTEM ... SID='*'; 批量下发，或逐个登录节点执行

切换后如何验证归档真正在新路径生成

别只看参数，要盯实际文件和日志：

• 手动切归档：ALTER SYSTEM SWITCH LOGFILE;（主库执行），然后立刻去备库新路径下 ls -lt /oradata04/arch/*.dbf，看是否有最新序列号文件
• 查动态视图：SELECT destination, archived_thread#, archived_seq# FROM v$archive_dest_status WHERE status = 'VALID';，确认 destination 列显示的是你设的新路径
• 查告警日志：tail -f $ORACLE_BASE/diag/rdbms/stbzdq/STBZDQ/trace/alert_STBZDQ.log，搜索 ARC0 进程输出，正常会有类似 Archived Log entry XXXX: thread X sequence Y, dest id Z, /oradata04/arch/...
• 注意：刚切完可能有缓存延迟，等 2~3 分钟再查；如果 5 分钟后新路径仍无文件，且告警日志出现 ORA-19802 或 cannot open archive log，基本是权限或路径拼写问题

最易被忽略的是 FRA 和 db_recovery_file_dest 的隐式控制——它不报错，但默默接管归档路径，让你白调参数。动手前务必先查清这两个开关状态。