ob增量恢复需要的clog日志的pices

【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】OB
【 使用版本 】OBCE-4.2.2.1
【问题描述】OB在做增量恢复的时候，指定了 SCN | 时间，我想知道 恢复到这个SCN | 时间所需要的clog 具体到pices
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

MySQL [(none)]> alter system restore  SPC_CASD from 'file:////backup/SPC/data/,file:///backup/SPC/clog'  UNTIL SCN=1739379279501832000   with 'pool_list=P_SPC';
ERROR 4018 (HY000): No enough log for restore

报 No enough log for restore ,能不能查到 我恢复到 SCN=1739379279501832000 ，所需要的clog具体分片是哪个。

根因分析场景: 数据恢复问题
根因分析命令: obdiag rca run --scene=recovery --env “{scn=‘1739379279501832000’}”

日志采集场景: 数据恢复问题
日志采集命令: obdiag gather scene run --scene=observer.recovery

为了更好地帮助您解决增量恢复时遇到的 ‘No enough log for restore’ 错误，建议您使用上述 obdiag 命令进行根因分析和日志采集。这些命令将有助于我们确定在指定 SCN 进行增量恢复时所需的 clog 分片信息。

请您提供一些额外的信息以便我们更好地帮助您：

1. 您能否提供增量备份的具体时间范围？
2. 在尝试恢复之前，是否有任何异常操作或错误日志记录？
3. 您的 OceanBase 集群配置详情，例如集群规模、节点数量等。
4. 是否有定期清理 clog 的策略？如果有，请提供相关配置。
5. 请确认您的 OBCE-4.2.2.1 版本是否为最新版本，如果不是，考虑升级到最新版本后再试一次恢复操作。

附上敏捷诊断工具 obdiag 使用帮助链接

DBA_OB_RESTORE_PROGRESS表中有关于字段
BACKUP_SET_LIST 恢复依赖的数据备份集路径列表, 备份集间
BACKUP_PIECE_LIST 恢复依赖的日志归档分片路径列表, 分片间
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000002014372

pices是个什么概念,好像没听说过,看来我还得补一补课啊