dannil00的博客

摘要： Windows生产环境中Oracle数据库常因归档日志堆积和磁盘空间耗尽导致ORA-00257或ORA-19809错误。本文针对此类“双重危机”提出解决方案：1. 紧急救援：手动删除老旧归档日志（保留近3-7天），通过RMAN执行CROSSCHECK和DELETE EXPIRED释放逻辑空间；2. 长效治理：调整FRA大小与保留策略（如15天窗口），利用Windows任务计划定时清理；3. 终极方案：迁移归档路径至大容量磁盘。强调定期巡检与容量规划的重要性，避免被动抢救。适用于Windows Ser

摘要： Oracle数据库启动时报错ORA-03113和ORA-01034，初步排查发现物理磁盘空间充足（剩余7.4G），但实际因快速恢复区（FRA）逻辑上限（8G）耗尽导致归档日志无法写入。通过查看警报日志确认ORA-19809错误，使用RMAN在MOUNT状态下清理归档日志（delete archivelog all），成功启动数据库。建议后续配置RMAN自动清理策略（如保留7天日志）或扩大FRA配额（如调整为15G），并定期检查空间使用情况。核心教训：需同时关注操作系统空间和Oracle内部逻辑限制，

本地开发环境的oracle运行有一段时间了，占用空间越来越大，查看后发现diag\rdbms文件夹占用空间很多，于是打算清理一下，下面总结下这次清理的内容。关于11g的新特性ADR，这里不做介绍，不是本文重点，本文旨在记录日志清理的操作。可以看到这里有多个目录，我们关注rdbms，后面删除日志的时候因为存在多个home，会报错无法删除，我们需要指定一个home来操作。这里我已经删除过了，所以只剩这一个了，原来的忘记截图。查看incident：show incident。在命令行窗口输入adrci。

Oracle11g 通过DBF文件恢复数据