如何解决DG主库执行Drop Tablespace备库未同步_STANDBY_FILE_MANAGEMENT排查

张开发
• 2026/4/18 3:49:39 • 15 分钟阅读

最新文章

推荐文章

相关文章

分享文章

如何解决DG主库执行Drop Tablespace备库未同步_STANDBY_FILE_MANAGEMENT排查
根本原因是STANDBY_FILE_MANAGEMENTAUTO仅自动同步ADD/RESIZE操作不处理DROP TABLESPACE等DDL引发的物理文件删除导致备库控制文件仍记录已删文件路径进而触发ORA-01157等错误。为什么 DROP TABLESPACE 在主库执行后备库没反应根本原因不是 dg 同步机制失效而是 standby_file_management 参数默认值为 auto 时仅对 add、resize 类操作自动同步文件如数据文件增删但 drop tablespace 属于 ddl 元数据变更不触发备库自动清理对应数据文件——它只同步日志里记录的 ddl不主动删除物理文件。常见错误现象SELECT * FROM V$DATAFILE 在备库仍能看到已删除表空间的数据文件路径备库告警日志出现 ORA-01157: cannot identify/lock data file 或 ORA-01110 报错RECOVER MANAGED STANDBY DATABASE 持续挂起或报错。STANDBY_FILE_MANAGEMENTAUTO 不等于“全托管”它只管“加”和“调”不管“删”主库 DROP TABLESPACE ... INCLUDING CONTENTS AND DATAFILES 的 AND DATAFILES 部分在备库完全无效如果主库用的是 OMFOracle Managed Files备库可能自动生成同名文件掩盖问题但实际未清理旧文件如何确认备库是否已丢失该表空间的物理文件别只查 DBA_TABLESPACES得看文件是否还在磁盘上且被 Oracle 认知。重点检查三层状态数据库字典、控制文件记录、操作系统路径。查备库 V$DATAFILE确认对应文件 STATUS 是否为 OFFLINE 或 INVALIDNAME 字段是否指向已不存在的路径查备库 V$TABLESPACE 和 DBA_TABLESPACES确认表空间是否还存在有时 DROP 未完全传播字典残留登录备库服务器用 ls -l 检查 NAME 列出的路径是否存在若不存在说明文件已被主库删掉但备库控制文件还没更新运行 ALTER DATABASE DATAFILE path OFFLINE DROP; 前必须确保该文件确实不在磁盘上否则会报错手动清理备库残留数据文件的正确步骤核心原则先让控制文件“忘记”这个文件再从 OS 层确认清理。不能跳过 OFFLINE DROP 直接删文件否则下次启动或恢复会失败。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手依托大模型帮助用户记录、整理和分析音视频内容体验用大模型做音视频笔记、整理会议记录。

更多文章