根本原因是RAC双节点不共享FRA空间使用状态，各自独立检查db_recovery_file_dest_size；必须确保两节点的db_recovery_file_dest指向完全相同的ASM磁盘组路径（如+FRA/orcl/），且DB_UNIQUE_NAME与路径中数据库名严格一致。ORA-19809 超出FRA空间限制，但db_recovery_file_dest_size明明设得够大根本原因不是参数没调够，而是双节点rac下两个实例各自往同一fra目录写归档，却**不共享fra空间使用状态**。每个实例只管自己写的量，各自检查db_recovery_file_dest_size，导致实际总用量超限却无感知。实操建议： 唱鸭 音乐创作全流程的AI自动作曲工具，集 AI 辅助作词、AI 自动作曲、编曲、混音于一体
相关推荐
Decay__1 小时前
VMware 安装 SQL Server 双节点 AlwaysOn 可用性组教程 —— WSFC、AG 与侦听器完整部署（系列核心篇）databook2 小时前
时间序列数据，先拆规律还是先查异常茶栀(*´I`*)2 小时前
SQL 性能分析：从慢查询日志到执行计划的完整定位方法师夷长技以自愈2 小时前
手搓 AI Agent 第 8 篇：从手写循环到画流程图——LangGraph 封装艺杯羹3 小时前
1Panel 装好后 ufw 仍是 inactive：一次服务器安全盲区复盘jyOverQ3 小时前
从零学 JVM（六）：垃圾回收算法详解——标记清除、标记复制与标记整理aifannihao3 小时前
Rust 1.100 的 DropGuard：用 Python 实测失败回滚与吞异常code2cat3 小时前
【随笔】MCP工具重试：任务已经创建，响应丢了怎么办用户019027581615 小时前
天勤 tqsdk 能做 A 股行情吗？期货强项与股票数据选型wuyk5555 小时前
Spider-第10讲-SQLite持久化与去重