ora-00257 归档日志错误解决方案
在实际项目中遇到了ora-00257错误（空间不足错误），通过查找资料，绝大部分说这是由于归档日志太多，占用了全部的硬盘剩余空间导致的，通过简单删除日志或加大存储空间就能够解决。
诊断过程：
（1）查看数据库redolog情况:
sql> conn /@dmsasc as sysdba
sql> select * from v$log;
发现arc字段值为no，表示系统没法自动做归档。
检查一下归档目录和log sequence:
sql> archive log list;
（2）手工切换日志:
sql> alter system switch logfile;
ora-01013: 用户请求取消当前的操作
在等待长时间没反应后，中断操作，手工切换日志没有成功。
（3）查看flash_recovery_area空间使用情况：
sql> select * from v$recovery_file_dest;
计算flash recovery area已经占用的空间：
sql> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
flash_recovery_area空间已使用了2.35gb
sql> select * from v$flash_recovery_area_usage;
归档日志空间已使用了多少百分比，发现archivelog占近93.96％，，这样flash_recovery_area空间的空间已经被完全占据了。
（4）找到recovery目录：
sql> show parameter recover;
解决过程：
（1）根据数据库目前可用存储空间为200gb、flash_recovery_area空间为8gb的实际情况，把flash_recovery_area的空间修改为20gb。
sql> alter system set db_recovery_file_dest_size=20g;
sql> select * from v$recovery_file_dest;
（2）再检查日志状态，发现redolog处于正常的归档状态:arc yes
sql> select * from v$log;
sql> select * from v$flash_recovery_area_usage;
（3）转移或清除对应的归档日志, 删除一些不用的日期目录的文件，注意保留最后几个文件，注意在删除归档日志后，必须用rman维护控制文件，否则空间显示仍然不释放。
rman target sys/xxxx@xxx （数据库用户名/密码）
rman> crosscheck archivelog all; //检查一些无用archivelog
rman> delete expired archivelog all; //删除过期归档
delete archivelog until time 'sysdate-1'; //删除截止到前一天的所有archivelog
（4）再次检查发现使用率正常：
sql> select * from v$flash_recovery_area_usage;
（5）重启oracle(注意在archive log模式下不能正常startup情况下)
sql> shutdown immediate;
sql> startup mount;
sql> alter database noarchivelog;
sql> alter database open;
sql> shutdown immediate;
sql> startup mount;
sql> show parameter log_archive_dest;
sql> alter database archivelog; //恢复成archive log模式
sql> archive log list;
sql> shutdown immediate;
sql> startup;
相关阅读：
spfile 错误导致数据库无法启动(ora-01565)
ora-01172、ora-01151错误处理
ora-00600 [2662]错误解决
ora-01078 和 lrm-00109 报错解决方法
ora-00471 处理方法笔记