登录oracle的时候突然出现如下问题:
ORA-00257:archiver error.Connect internal only, until freed.
疑惑,可以猜想得到,可能是归档日志空间不足导致的。
用sysdba用户登录:
查询归档日志的空间的使用率:
归档日志默认的大小是2G
可以这么计算已经使用的空间:
SELECT SUM(A.BLOCK_SIZE * A.BLOCKS) / 1024 / 1024
FROM V$ARCHIVED_LOG A
WHERE A.DELETED = 'NO';
可见空间已经几乎耗尽了。
需要对归档日志进行清除,在删除归档日志之后需要使用rman维护控制文件,否则空间仍然无法释放:
首先检查无用的archivelog:
删除无用的archivelog和删除截止到10天前的归档日志:
分享到:
相关推荐
归档日期满了报 ORA-00257 archiver error. Connect internal only, until freed 错误的处理方法
ora-01033:oracle initialization or shutdown in progress 解决方法 ora-01033:oracle initialization or shutdown in progress 解决方法 ora-01033:oracle initialization or shutdown in progress 解决方法 ora-...
oracle数据库报错ORA-00257: archiver error. Connect internal only, until freed ,如何解决呢?此问题定位在归档日志满了,下面把具体解决办法总结分享给大家。 解决办法: SQL> select * from V$FLASH_RECOVERY_...
-- 解决ORA-00904: "WMSYS"."WM_CONCAT": 标识符无效 的文件包....... -- 解决ORA-00904: "WMSYS"."WM_CONCAT": 标识符无效 的文件包....... -- 解决ORA-00904: "WMSYS"."WM_CONCAT": 标识符无效 的文件包....... ...
在运行查询SELECT * FROM V$SESSION 会出现ORA-29275:部分多字节字符的错误,这是什么原因开始我不得其解,网上也没有介绍什么好办法。本文给出答案。
ORA-32001:write to spfile requested but no spfile is in use请求写入spfile,但没有使用spfile的解决方法 在输入以下语句中报了这样的错误: SQL>alter system set control_files=’/u01/app/oracle/oradata/prod/...
在oracle里面运行一下,解决Exception java.sql.SQLException ORA-00600 内部错误代码
ORA-12154: TNS: 无法解析指定的连接标识符的解决方法
NULL 博文链接:https://gembler.iteye.com/blog/346242
ORA-00031:标记要终止的会话解决方案; ORA-00031:标记要终止的会话解决方案;
oracle网络配置(listener_ora-sqlnet_ora-tnsnames_ora).mht
ORA-00603: ORACLE server session terminated by fatal error ORA-27504: IPC error creating OSD context ORA-27300: OS system dependent operation:sskgxp_select failed with status: 3 ORA-27301: OS ...
ORA-01036:非法的变量名/编号 oracle特有的错误
调整参数后引起,ORA-00838: Specified value of MEMORY_TARGET is too small, needs to be at least 3 2768M 的解决方案
oracle12c程序连接时异常: ORA-01017: 用户名/口令无效; 登录被拒绝 的解决方案。
ora-00257问题处理.doc
Patch 8922013: ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [17059], [0X93953434]
oracle19c缺少的函数
NULL 博文链接:https://springlin.iteye.com/blog/1520668
NULL 博文链接:https://3w1h.iteye.com/blog/1211779