ora-00257错误解决办法

最新推荐文章于 2024-10-30 22:57:10 发布

cjeoe86644

最新推荐文章于 2024-10-30 22:57:10 发布

阅读量119

点赞数

文章标签：数据库

本文介绍了当遇到Oracle数据库归档日志过多导致的空间问题时的解决方案。通过查看DB_RECOVERY_FILE_DEST_SIZE参数确认归档日志存放路径，并介绍如何删除部分旧归档日志以释放空间。此外还强调了使用RMAN进行控制文件维护的重要性。

摘要由CSDN通过智能技术生成

报这个错误时归档日志文件太多，占用空间太大导致的
查看 DB_RECOVERY_FILE_DEST_SIZE大小：
oracle@DBSERA:~> sqlplus /nolog

SQL*Plus: Release 11.2.0.2.0 Production on Fri Feb 3 10:27:20 2012

SQL> conn /as sysdba
Connected.
SQL> show parameter DB_RECOVERY_FILE_DEST_SIZE;

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest_size big integer 200G
SQL>
是200G其实归档日志也没超过200G，具体不知道什么原因，待研究。
通过show parameter db_recovery_file_dest;找到归档日志目录：
SQL> show parameter db_recovery_file_dest;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest                string      /tmp/ora_backup
db_recovery_file_dest_size           big integer 200G
SQL>
目录是/tmp/ora_backup
删除一些旧的日志，注意不要都删除了，如果归档日志有用的话做好备份再删除
在删除归档日志后，必须用RMAN维护控制文件，否则空间显示仍然不释放。
保留16天的归档日志：
oracle@DBSERA:~> rman target /

Recovery Manager: Release 11.2.0.2.0 - Production on Fri Feb 3 10:18:35 2012

connected to target database: FCUBS (DBID=2796951402)

RMAN> DELETE NOPROMPT ARCHIVELOG UNTIL TIME 'SYSDATE-16';

待命令执行完，则可以登录，此方法供参考，应该还有其他方法解决这个问题。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/20576390/viewspace-715605/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/20576390/viewspace-715605/