OB日志归档问题咨询

11小透明 · 2024 年4 月 25 日 10:18

【测试环境】

【 OB】

【 4.3.0】

1.s3备份不加delete_mode有什么影响

2.单个piece的大小上限是多少，我现在从MySQL同步了个大表到OB里，发现数据80G，但是归档的日志已经有578G了，这个正常吗

谐云 · 2024 年4 月 25 日 10:23

你的问题我们已经收到稍后会给你回复

11小透明 · 2024 年4 月 25 日 10:27

好的老师

谐云 · 2024 年4 月 25 日 11:40

[问题1]
问题描述：s3备份不加delete_mode有什么影响
关联产品及工具：OBServer
问题进展及状态:已解决
可能会导致删除异常
[问题2]
问题描述：piece大小
关联产品及工具：OBServer
问题进展及状态:已解决
日志分片我理解是按照时间分的相关参数piece_switch_interval，归档不能只看数据量，他对应的都是根据备份来的。这边建议看一下日志归档概述

对于涉及到数据的增删改查等测试，建议您先通过产品或相关工具平台平台做好数据备份，或者创建新的测试环境，以免误操作带来的生产环境数据丢失风险！

11小透明 · 2024 年4 月 25 日 13:03

【问题1】可能会导致删除异常，指的是无法清理过期数据吗？
当前的s3不支持打标签的前提下该如何使用呢

11小透明 · 2024 年4 月 26 日 14:23

这个有老师能看下吗，打不了这个标签的情况下 s3备份的数据能被清理吗

obpilot · 2024 年4 月 26 日 14:31

第二个问题很有趣，能发一下下面信息吗？

SELECT tenant_id, incarnation, round_id, dest_id, status, start_scn_display, checkpoint_scn_display, concat(used_piece_id, '/', base_piece_id) piece_info, round(piece_switch_interval / (3600*24*1000000)) piece_switch_day, compression_ratio, input_bytes_display, output_bytes_display, comment, PATH
FROM oceanbase.CDB_OB_ARCHIVELOG_SUMMARY
ORDER BY checkpoint_scn DESC ;

SELECT tenant_id, incarnation, round_id, piece_id, dest_id, status, start_scn_display, end_scn_display, checkpoint_scn_display, compression_ratio, input_bytes_display, output_bytes_display, file_status,path
FROM oceanbase.CDB_OB_ARCHIVELOG_PIECE_FILES
ORDER BY checkpoint_scn DESC ;