ORA-19809: limit exceeded for recovery files

最新推荐文章于 2022-02-25 20:00:37 发布
最新推荐文章于 2022-02-25 20:00:37 发布
阅读量104 收藏
点赞数
分类专栏： oracle 文章标签： Oracle thread C C++ C#
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/tobeno2/article/details/83925051
版权

ORA-16038: log 3 sequence# 472 cannot be archived
ORA-19809: limit exceeded for recovery files
ORA-00312: online log 3 thread 1: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\CHEP\REDO03.LOG'

 

把archivelog目录下不需要的日志文件删除，然后执行：

 

rman
connect target sys/oracle
crosscheck archivelog all;
delete expired archivelog all;

rman备份报ORA-19809 ORA-19804
cqszpx的博客
06-27 214
rman备份时报错信息：ORA-19809: limit exceeded for recovery filesORA-19804: cannot reclaim 52428800 bytes disk space from 2147483648 limitRMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS
ORA-19809: 超出了恢复文件数的限制
liu3348的专栏
05-13 4161
ORA-19809: 超出了恢复文件数的限制 一、故障现象： RMAN> backup database; 启动 backup 于 05-10月-14 使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: sid=158 devtype=DISK 通道 ORA_DISK_1: 启动全部数据文件备份集 通道 ORA_DISK_1
ORA-19809: limit exceeded for recovery files（超出了恢复文件数的限制）
syf8377的专栏
09-10 2295
客户数据库宕掉了，连接过去一看 可以正常到mount状态，然后alter database open，观察日志里面提示： ORA-19809: limit exceeded for recovery files Cause: The limit for recovery files specified by the DB_RECOVERY_FILE_DEST_SIZE was exceeded. ...
DBCA出错：ORA-19809: limit exceeded for recovery files处理过程
csdn's blog
07-08 1万+
1，dbca建库后台报错问题描述 [root@companydb1 rpms]# find / -name *alert*log /mnt/resource/app/oracle/diag/rdbms/strora/strora/trace/alert_strora.log /mnt/resource/app/oracle/product/11.2.0/dbhome_1/log/diag/rdbm...
ORA-19809: limit exceeded for recovery files问题解决
smstong的成长轨迹
08-26 9248
今天查看数据库管理器出错日志oradim.log 发现如下报警信息： ORA-16038: log 3 sequence# 472 cannot be archived ORA-19809: limit exceeded for recovery files ORA-00312: online log 3 thread 1: 'C:\ORACLE\PRODUCT\10.2.0\ORADA
ORA-19809: limit exceeded for recovery files问题
weixin_34301307的博客
06-14 195
2019独角兽企业重金招聘Python工程师标准>>> ...
ora-19809: limit exceeded for recovery files
有梦就别怕痛
01-10 423
错误代码： ora-19809: limit exceeded for recovery files 错误原因： 闪回恢复区flash_recovery_area目录容量已满 解决方法： 1. 设置归档到其他目录，修改alter system set log_archive_dest = 其他目录  2. 转移或删除闪回恢复区里的归档日志  3. 缩短备份保留时间，改为较
ORA-19815，ORA-19809 ：limit exceeded for recovery files
乐沙弥的世界
09-13 5008
数据库重新启动的时候，收到了ORA-19815的错误。从错误的提示来看，是由于闪回区的空间被填满导致无法成功启动。这种情形我们通常考虑的是清 除归档日志，那就直接在OS层面rm了，真的是这样吗？客官，如果你有相同的情形，接下往下看......
ora-16038:日志无法归档 ora-00312 ORA-19809: limit exceeded for recovery files ora-19804
weixin_33857230的博客
11-14 213
ORA-03113:通信通道的文件结尾 进程ID4781 查看alter.log 发现提示联机日志文件有问题 网上的方法看不是很懂，看到有很多错误 ora-16038:日志无法归档 ora-00312 ORA-19809: limit exceeded for recovery files ora-19804:无法回收。。。磁盘空间 原来...
ORA-19809: 超出了恢复文件数的限制 ORA-19804: 无法回收 42991616 字节磁盘空间 (从 314572800 限制中)
不再疯要傻
02-14 5620
Rac环境下，启动数据库时候提示以下错误： [grid@RAC1 ~]$ srvctl  start database -d racdb PRCR-1079 : 无法启动资源 ora.racdb.db ORA-01034: ORACLE not available ORA-27101: shared memory realm does notexist Linux-x86_64 Erro
oracle数据库startup报ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
huangbaokang的博客
12-14 2835
oracle数据库startup的时候报了如下错： SQL> startup ORACLE instance started. Total System Global Area 6597406720 bytes Fixed Size 2240784 bytes Variable Size 4932505328 bytes Datab...
ORA-19804: cannot reclaim 48156160 bytes disk space from 4039114752 limit
rudy gao
03-15 2329
1.　今天启动计算机时，发现如下错误： SYS@orcl>select status from v$database; select status from v$database * ERROR at line 1: ORA-01034: ORACLE not available Process ID: 0 Session ID: 0 Serial number: 0 2.　查看log.xml
Unity 【Content Size Fitter】- 聊天气泡自动适配Text文本框大小
当代野生程序猿
02-25 6261
通常在展示人物对话的时候文本的长度是不定的，因此会需要动态的调整对话内容文本框的背景图片的大小，这里以如下这种气泡框的对话为例： 实现该需求涉及到的内容包括Content Size Fitter组件的使用、2D Sprite工具包的使用。 Content Size Fitter组件用于Text文本框，如图所示，我们将Horzontal Fit设为Preferred Size，当我们调整Text文本框中的内容时，其大小会自动进行调整。 注意Rect Transform中Pivot轴心点的设置
新唐NUC972 Linux（一）：USB烧写linux出厂镜像
小破孩的博客
02-20 3573
USB烧写出厂镜像 文章目录USB烧写出厂镜像前言一、硬件连接二、安装驱动三、烧写linux程序四、运行程序 前言 今天开始进军linux，学了那么久单片机，也摸得七七八八，至少点个灯还是会的。本人之所以买酷客的linux开发板主要是便宜，资料也算齐全，虽然没有原子那么好，不过也够了，找那么多借口，其实就是qiong。今天先从USB烧录官方提供的linux相关程序到芯片开始吧。 一、硬件连接 1、连接电源线 2、RS232转USB，需要安装CH340驱动，用于在电脑串口超级终端中查看调试信息。 3、U
WeChall CTF Writeup（一）
weixin_43211186的博客
02-25 1690
以下题目标题组成： [Score] [Title] [Author] 文章目录0x01 1 Training: Get Sourced by Gizmore0x02 1 Training: Stegano I by Gizmore0x03 1 Training: Crypto - Caesar I by Gizmore0x04 1 Training: WWW-Robots by Gizmore0x05 1 Training: ASCII by Gizmore 0x01 1 Training: Get Sou
C语言每日一练——第126天：佩奇借书问题
热门推荐
Edison's 小宇宙
02-25 2万+
史上最强借书方案问题讲解（代码详解+思路分析+动图演示+特性总结）
CS5261与CS5265功能应用|CS5261替代RTD2171|CS5265替代RTD2172
qq1659747718的博客
02-25 1448
CS5261可以完全替代兼容停产RTD2171,CS5265可以完全替代兼容RTD2172，芯片单价低，整体方案设计简单，整体BOM成本较RTD2171、RTD2172低。
ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated ORA-01263: Name given for file destination directory is invalid OSD-04018: ?????????????????????????? O/S-Error: (OS 123) ????????????????????????????????
最新发布
03-25
### 关于ORA-01261和ORA-01263错误的解决方案 #### 错误描述 ORA-01261 和 ORA-01263 是与 `db_recovery_file_dest` 参数配置相关的常见错误。具体来说： - **ORA-01261**: 表明指定的 `db_recovery_file_dest` 路径字符串无法被翻译或解析，通常是因为路径不存在或者权限不足[^2]。 - **ORA-01263**: 可能涉及更深层次的操作系统级问题，比如文件系统的挂载状态异常。 这些错误的根本原因是 `db_recovery_file_dest` 的目标位置未正确定义或不可访问。 --- #### 解决方案概述 以下是针对上述两个错误的具体解决措施： 1. **验证并修正 `db_recovery_file_dest` 的路径** 确认 `db_recovery_file_dest` 所指向的目标目录是否存在以及是否具有正确的读写权限。如果该目录缺失，则需手动创建它，并赋予适当权限给 Oracle 用户[^5]。 ```bash mkdir -p /u01/app/oracle/fast_recovery_area chown oracle:oinstall /u01/app/oracle/fast_recovery_area chmod 770 /u01/app/oracle/fast_recovery_area ``` 2. **设置合理的存储配额** 如果仅设置了 `db_recovery_file_dest` 而忽略了其大小限制 (`db_recovery_file_dest_size`)，可能会引发其他关联错误 (如 ORA-19802)[^4]。因此，在调整路径的同时也应合理规划恢复区域的空间容量。例如： ```sql ALTER SYSTEM SET db_recovery_file_dest='/u01/app/oracle/fast_recovery_area' SCOPE=BOTH; ALTER SYSTEM SET db_recovery_file_dest_size=10G SCOPE=BOTH; ``` 3. **检查操作系统层面的因素** 对于某些特定情况下的 ORA-01261 或 ORA-01263 报告，可能还需要进一步排查底层环境的影响因素，包括但不限于磁盘分区状况、SELinux 设置等。可以通过以下命令确认相关细节： ```bash df -hT /u01/app/oracle/fast_recovery_area/ ls -ld /u01/app/oracle/fast_recovery_area/ getenforce # 查看 SELinux 是否启用 ``` 4. **清理过期数据释放空间** 当快速恢复区接近饱和时会触发警告甚至阻止新操作完成。此时建议定期删除不再需要的历史归档日志或其他冗余备份件来腾出更多可用资源[^3]: ```sql RMAN> DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'; RMAN> CROSSCHECK BACKUP; -- 同步元数据记录 RMAN> DELETE EXPIRED BACKUP; ``` 通过以上步骤可以有效应对由不当配置引起的此类故障现象。 --- ### 示例脚本 为了便于实际应用中的操作指导，提供如下综合处理流程作为参考： ```bash #!/bin/bash # 定义变量 BASE_DIR="/u01/app/oracle" RECOVERY_AREA="$BASE_DIR/fast_recovery_area" # 创建必要目录结构 if [ ! -d "$RECOVERY_AREA" ]; then echo "Creating recovery area at $RECOVERY_AREA..." sudo mkdir -p "$RECOVERY_AREA" sudo chown -R oracle:oinstall "$BASE_DIR" sudo chmod 770 "$RECOVERY_AREA" fi echo "Verifying disk usage and permissions..." df -hT "$RECOVERY_AREA" ls -lhd "$RECOVERY_AREA" # 切换至 Oracle 用户执行后续 SQL 命令 su - oracle <<EOF export ORACLE_SID=<your_sid> sqlplus / as sysdba <<SQL ALTER SYSTEM SET db_recovery_file_dest='$RECOVERY_AREA' SCOPE=BOTH; ALTER SYSTEM SET db_recovery_file_dest_size=10G SCOPE=BOTH; EXIT; SQL exit EOF ``` 注意替换 `<your_sid>` 为对应实例名后再运行此脚本。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值