【YashanDB知识库】归档日志清理

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 本文介绍了YashanDB中手动清理归档日志时遇到的问题及解决方法。问题源于在归档日志未备份或未同步到备机时尝试删除,导致文件仍存在。解决方案是通过调整`ARCH_CLEAN_IGNORE_MODE`参数(如设置为BOTH模式)来忽略备份和备机限制,执行归档日志清理命令(如`ALTER DATABASE DELETE ARCHIVELOG`)。同时,注意YashanDB支持自动清理功能,可通过设置上下阈值避免磁盘空间不足。相关参数可用`show parameter clean`查看。

本文内容来自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;

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
27天前
|
SQL 存储 关系型数据库
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
|
10天前
|
SQL 测试技术 数据库
【YashanDB知识库】IMP跨网络导入慢问题
问题现象:290M数据,本地导入2分钟,跨机导入耗时显著增加(最高30分钟)。 原因分析:`imp`逐条SQL通过网络传输至yashanDB执行,交互频繁导致性能下降。 影响版本:客户测试环境22.2.8.3。 解决方法:将导入文件上传至与yashanDB同机后使用`imp`,减少网络延迟。 经验总结:优化`imp`工具,支持直接上传文件至服务器端执行,降低网络依赖。
|
10天前
|
监控 数据库
【YashanDB 知识库】ycm 托管数据库时报错 OM host ip:127.0.0.1 is not support join to YCM
在托管数据库时,若 OM 的 IP 被设置为 127.0.0.1,将导致无法托管至 YCM,并使数据库失去监控。此问题源于安装时修改了 OM 的监听 IP。解决方法包括:将 OM 的 IP 修改为本机实际 IP 或 0.0.0.0,同时更新 env 文件及 yasom 后台数据库中的相关配置。经验总结指出,应避免非必要的后台 IP 修改,且数据库安装需遵循规范,不使用仅限本机访问的 IP(如 127.0.0.1)。
|
10天前
|
监控 网络安全 数据库
YashanDB 知识库:ycm 纳管主机安装 YCM-AGENT 时报错 “任务提交失败,无法连接主机”
在安装 ycm-agent 纳管主机时,可能出现因端口未开放导致的报错问题。此问题会阻止 YCM 对主机和数据库的监控功能,影响版本为 `yashandb-cloud-manager-23.2.1.100-linux-aarch64.tar`。原因是目标主机(如 10.149.223.121)未开放 9070 或 9071 端口。解决方法包括关闭防火墙、添加白名单或开放指定端口,需与管理员确认操作。处理过程涉及网络检查、端口测试等步骤。端口问题解决后,若再次安装报唯一键错误,需先移除失败主机再重试。
|
10天前
|
监控 Java Shell
【YashanDB 知识库】ycm 托管数据库时,数据库非 OM 安装无法托管
本文主要介绍了因数据库未按规范使用 yasboot 安装导致的问题及解决方法。问题表现为无 yasom 和 yasagent 进程,且目录结构缺失,致使 ycm 无法托管与监控。分析发现可能是数据库版本旧或安装不规范引起。解决方法为先生成配置文件,安装 yasom 和 yasagent,再生成并修改托管配置模板,最终通过命令完成托管至 yasom 和 ycm。总结强调了按规范安装数据库的重要性以避免类似问题。
|
14天前
|
数据库 文件存储 数据安全/隐私保护
YashanDB redo日志文件管理
YashanDB的redo日志文件用于记录数据库物理日志,支持宕机重演和主备复制。 redo日志有4种状态:NEW(新创建)、CURRENT(当前写入)、ACTIVE(未归档或未写盘)和INACTIVE(可复用)。可通过V$LOGFILE视图或直接查看$YASDB_DATA/dbfiles目录来管理redo日志。此外,支持添加、切换和删除redo日志以优化性能或应对磁盘故障等情况,但需注意仅能删除INACTIVE或NEW状态的日志以确保数据安全。
|
27天前
|
SQL 关系型数据库 MySQL
【YashanDB知识库】MySQL field 函数的改写方法
【YashanDB知识库】MySQL field 函数的改写方法
|
27天前
|
数据库
【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警
【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警
|
27天前
|
SQL Oracle 关系型数据库
【YashanDB知识库】共享利用Python脚本解决Oracle的SQL脚本@@用法
【YashanDB知识库】共享利用Python脚本解决Oracle的SQL脚本@@用法
|
14天前
|
存储 数据库
YashanDB归档日志文件管理
本文介绍了YashanDB中归档日志文件的管理,包括默认存储路径($YASDB_DATA/archive)和文件命名规则。单机部署格式为arch_{resetlogs_id}_{sequence}.ARC,共享集群新增instanceId字段,格式为arch{instanceId}_{resetlogs_id}_{sequence}.ARC。1号节点与单机格式一致。可通过V$ARCHIVED_LOG视图查询相关信息,文件的增删由归档管理操作控制,详情参见官方文档。

热门文章

最新文章

下一篇
oss创建bucket