【YashanDB知识库】归档日志清理
本文内容来自YashanDB官网,原文内容请见 https://www.yashandb.com/newsinfo/7281311.html?templateId=1718516
问题:
按照官方文档提供的清理归档日志三种方式,手动删除归档日志文件返回succeed后,发现归档日志文件仍然存在
原因:
按照Yashan的默认配置,如果archivelog没有备份,没有同步到备机时,归档日志是不能删除的。因此考虑是因为archivelog没有备份,也没有同步到备机的情况下直接执行了归档日志删除操作,
解决方法:
YashanDB手动清理归档日志的策略是由ARCH_CLEAN_IGNORE_MODE参数决定的,指定清理归档日志文件时的忽略模式,包括如下值:
● NONE:表示清理归档文件时不忽略备份和备机。
● BACKUP:表示清理归档时忽略备份,此设置可能导致数据库无法恢复至任意时间点 。
● STANDBY:表示清理归档时忽略备机,此设置可能导致备机跟不上主机,出现need repair状态,单机部署中默认忽略备机。
● BOTH:表示清理归档时忽略备份和备机,此设置可能导致如上所述的两种问题均会出现。
其中:
● 忽略备份指的是无论该归档文件是否已经备份,均会被清理。
● 忽略备机指的是无论该归档文件是否已经被所有备机获取,均会被清理。
可通过以下方式清理归档日志:
--将清理归档日志策略指定为BOTH模式
1、alter system set ARCH_CLEAN_IGNORE_MODE=BOTH;
2、查看归档日志:
select * from V$ARCHIVED_LOG;
3、再需要选择以下sql执行清理归档日志的命令:
--删除所有归档日志
ALTER DATABASE DELETE ARCHIVELOG ALL;
--删除包括2022-01-06 11:30:00之前的归档日志
ALTER DATABASE DELETE ARCHIVELOG UNTIL TIME TO_DATE('2022-01-06 11:30:00', 'yyyy-mm-dd hh24:mi:ss');
--删除序列号包括71号之前的归档日志
ALTER DATABASE DELETE ARCHIVELOG UNTIL SEQUENCE 71;
--强制归档清理
ALTER DATABASE DELETE ARCHIVELOG ALL FORCE;
注意:
1、YashanDB具有自动清理归档日志的功能,默认情况下触发归档日志清理的最低和最高阈值分别为12G和16G,可根据实际情况设置该阈值来达到及时清理归档日志的目的,避免归档日志清理不及时导致磁盘空间被占满的情况。
示例SQL如下:
alter system set ARCH_CLEAN_LOWER_THRESHOLD=2G;
alter system set ARCH_CLEAN_UPPER_THRESHOLD=4G;
2、上述清理归档日志的相关参数可在后台yasql环境用以下sql查看
show parameter clean;
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· 易语言 —— 开山篇
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比