obd 3.3 恢复是否支持没有完整 log 的恢复

OceanBase 技术问题
#1

【 使用环境 】测试环境
【 OB or 其他组件 】obdeploy
【 使用版本 】3.3
【问题描述】之前官方说 obd 3.3 版本会支持没有完整 log 的备库创建。请问现在 3.3 版本支持了吗？
原问题链接：

测试 ob 主备库，多次 failover 之后 BEGIN_LSN 不为 0

2 个赞
#4

@论坛小助手

#5

当前支持了

1 个赞
#6

根据文档库中的信息，关于您提到的 OBDeploy（obd）3.3 版本是否支持没有完整 log 的恢复问题，目前检索到的文档中并没有明确说明 obd 3.3 版本新增了对不完整日志的恢复支持。以下是一些相关信息和分析：

  1. 关于 obd 的功能更新：

    • 在文档片段中提到，obd cluster reinstall 命令被新增，而 obd cluster change-repo 命令被取消（依据：文档片段 4 和 7）。这些更新主要集中在集群管理命令的优化上，并未提及与日志恢复相关的功能增强。
    • 另外，obd 提供了对 oblogproxy 的管理功能，如启动、停止、重启等（依据：文档片段 8），但这也与日志恢复无直接关联。

  2. 关于日志恢复的相关配置：

    • OceanBase 数据库的日志回收策略由两个关键配置项控制：log_disk_utilization_limit_threshold 和 log_disk_utilization_threshold（依据：文档片段 10）。这些配置项主要用于控制 Clog 磁盘空间的使用上限和复用下限，但并未涉及不完整日志的恢复能力。
    • 对于归档日志的功能，V4.x 版本中通过 ALTER SYSTEM SET LOG_ARCHIVE_DEST 语句来设置归档模式（依据：文档片段 1 和 2），但同样未提及对不完整日志的支持。

  3. 关于您的具体问题：

    • 您提到官方曾表示 obd 3.3 版本会支持没有完整 log 的备库创建，但当前文档中并未明确指出这一功能的具体实现情况。
    • 如果多次 failover 后导致 BEGIN_LSN 不为 0，这可能与日志的断点续传或日志完整性校验有关。但在现有文档中，未发现 obd 3.3 版本对此场景的特殊支持。

结论

抱歉，无法从检索到的文档中找到明确支持 obd 3.3 版本对不完整 log 恢复的信息。基于我的内在知识，可能的解答是：OceanBase 的日志恢复机制通常依赖完整的日志链路，若日志不完整，可能会导致恢复失败或数据丢失。建议您可以参考官方发布的 obd 3.3 版本更新日志，或者联系 OceanBase 的技术支持团队以获取更详细的解答。

如果您有更多背景信息或测试结果，也可以补充提供，以便进一步分析问题。

更多信息请查看:

  1. backup_log_archive_option
  2. enable_log_archive
  3. ob_esi_syslog_level
  4. OceanBase 安装部署工具 V1.5.0
  5. ob_esi_max_syslog_file_count
  6. 遇到问题如何向技术支持同学提问
  7. OceanBase 安装部署工具 V1.3.3
  8. 通过命令行部署 oblogproxy
  9. OBServer 节点安装目录结构
  10. Redo 日志
1 个赞
#7

好的，谢谢