ORA-00257 解决办法

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

        这个错误与前面遇到的ORA-16014  有点类似,也是导数过程中突然停下来,没反应,但硬盘读得厉害,最后强制停止,再打开数据库出现如下提示:

ORA-00257: archiver error. Connect internal only, until freed

在网上搜索得知,上述错误是由于归档日志(archive log)已满引起的。

解决办法:

1、使用sysdba用户登录查看archive log 存放位置:

2、一般VALUE为空时,可以用archive log list;检查一下归档目录和log sequence:

3、检查flash recovery area的使用情况,可以看见archivelog已经很大了,达到102.21:

4、计算flash recovery area已经占用的空间:

5、找到recovery目录, show parameter recover

6、由上可见,归档位置用的是默认值,放在flash_recovery_area下,而且已经超出最大空间,即然已超出,那就转移或清除对应的归档日志, 删除一些不用的日期目录的文件,注意保留最后几个文件。

注意: 
在删除归档日志后,必须用RMAN维护控制文件,否则空间显示仍然不释放。

7、 登录rman,检查一些无用的archivelog

8、删除过期的归档,delete archivelog until time 'sysdate-1' ; 删除截止到前一天的所有archivelog

 

9、再次查询,发现使用率正常,已经降到2.22

附:如果archive log模式下不能正常startup,则先恢复成noarchive log,startup成功后,再shutdown;
shutdown immediate;
startup mount;
alter database noarchivelog;
alter database open;
shutdown immediate;

再次startup以archive log模式
shutdown immediate;
startup mount;
show parameter log_archive_dest; 
alter database archivelog;
archive log list; 
alter database open;
如果还不行,则删除一些archlog log

原来是日志组一的一个日志不能归档

最后,查看datafile位置

指定位置Archive Log, 请按照如下配置

或者修改大小:

至此基本解决

结语:通过两次上述类似错误,发现都是归档模式下日志爆满引起的,为避免再次发生类似错误,建议建立策略定期删除过期没用的归档日志。












本文转自pimg200551CTO博客,原文链接: http://blog.51cto.com/pimg2005/857879,如需转载请自行联系原作者







相关实践学习
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
相关文章
|
SQL 监控 Oracle
Oracle 数据库发生等待事件:enq: TX - row lock contention ,排查思路
Oracle 数据库发生等待事件:enq: TX - row lock contention ,排查思路
Oracle 数据库发生等待事件:enq: TX - row lock contention ,排查思路
|
数据采集 人工智能
论文介绍:训练计算最优的大型语言模型
【2月更文挑战第30天】研究人员发现,在有限计算资源下,优化大型语言模型的训练需使模型大小和训练数据量成比例增长,以达到计算最优。通过训练700亿参数的Chinchilla模型并对比GPT-3等,验证了该策略的有效性。论文强调数据集质量和伦理隐私问题,并提出预测模型扩展的方法。这一发现对AI领域的模型训练策略提供了新思路,但也面临数据质量和伦理挑战。
219 2
论文介绍:训练计算最优的大型语言模型
|
6月前
|
机器学习/深度学习 存储 人工智能
算力资源选择指南:如何匹配你的开发需求?
本文作者结合七年分布式计算经验,深入剖析算力卡与服务器的本质区别及其选型策略。从硬件架构看,算力卡专注高性能计算,如A100/H100在矩阵运算效率上提升显著,但文件读写较弱;服务器则是全能型系统,适合多任务场景。在应用场景中,算力卡适用于机器学习训练等浮点密集任务,而服务器在部署和服务支持上更具优势。成本模型显示,算力卡三年TCO更低但运维成本更高,需根据实际需求权衡。最后,作者提供选型决策树,建议根据任务类型、生态需求和负载特征选择合适方案。
263 8
|
11月前
|
运维 监控 BI
卓越架构之FinOps最佳实践
本文探讨了云成本管理的趋势和FinOps的最佳实践。随着云计算的普及,传统的IT管理模式已无法适应按需使用和按量付费的新模式,导致企业面临资源浪费和成本失控的风险。FinOps作为一种管理理念,强调运维、财务和技术团队的合作,通过数据驱动和业务价值驱动的方式优化云成本。文章介绍了FinOps的核心挑战、最佳实践及技术工具的应用,帮助企业有效管理和优化云成本,实现降本增效。
|
运维 监控 物联网
物联网卡:物联网卡网络不稳定的解决办法
物联网卡(IoT SIM卡)网络不稳定的问题可能由多种因素引起,包括网络覆盖、SIM卡状态、设备配置、服务提供商的网络问题以及数据使用量限制等。以下是一些解决物联网卡网络不稳定的操作建议:
|
机器学习/深度学习 人工智能 算法
人工智能-大语言模型-微调技术-LoRA及背后原理简介
人工智能-大语言模型-微调技术-LoRA及背后原理简介
|
传感器 物联网 微服务
Netty的源码分析和业务场景
【8月更文挑战第2天】Netty 是一款高性能的异步事件驱动网络框架,其源码深邃且复杂。通过采用Reactor模式与主从多线程设计,Netty能高效处理网络事件。例如,`NioEventLoop`负责I/O事件及任务执行,内置线程循环机制。内存管理方面,Netty提供高效内存池与`ByteBuf`类来减少开销并优化内存操作。在业务场景上,Netty广泛应用于分布式系统、微服务架构中的高效通信,以及实时通信场景如在线游戏和直播中的大量并发连接处理,同时也在物联网领域发挥重要作用,确保设备与服务器间稳定快速的数据传输。
196 1
|
5G 语音技术 开发者
短视频批量混剪-经验漫谈
“批量生产”、“快速裂变”和“去重”是制作营销短视频的关键,基于有限数量的基础素材大规模生成指定数量的新视频,是营销短视频创作的常见思路。本篇主要介绍一些经验方法,助您更快更高效地生产优质短视频。
791 0
短视频批量混剪-经验漫谈
|
数据可视化 Python 容器
基础 | Pyecharts绘图基础之图例配置项(LegendOpts)
基础 | Pyecharts绘图基础之图例配置项(LegendOpts)