ob 4.2版本关于时间调整问题

OceanBase 技术问题
#1

【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】4.2
【问题描述】更改服务器时间数据库异常，技术人员在业务系统中修改服务器时间不小心将服务器时间改成下个月的今天，时间再改回后重启服务器，发现数据库连接不上，这个如何解决，看历史版本有这个问题，现在这个版本有办法规避吗？
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

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

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

#3

您的问题存在一定的复杂性，涉及到服务器时间调整对OceanBase数据库的影响。根据您提供的信息，这里有几个建议可以帮助您解决问题或避免类似问题的发生：

  1. 时间调整对OceanBase的影响:

    • OceanBase数据库依赖于系统时间来保证事务的一致性和正确性。当系统时间发生突变时，可能会导致数据库内部的时间戳校验失败，从而影响数据库的正常运行。
    • 在您描述的情况下，由于时间被错误地调整到了未来，然后又恢复到当前时间，这可能导致数据库内部的时间戳与实际时间不一致，进而引发连接问题。

  2. 解决方法:

    • 重启OceanBase服务: 重启OceanBase服务可以重新初始化数据库的时间戳，通常能够解决因时间调整导致的问题。您可以使用obd cluster restart <cluster_name>命令来重启整个集群。
    • 检查日志文件: 使用obdiag工具收集诊断信息，特别是关注observer.log文件，查找与时间相关的错误信息，以便进一步分析问题原因。
    • 验证系统时间同步: 确保服务器的时间同步服务（如NTP）正常工作，避免再次发生时间突变的情况。

  3. 预防措施:

    • 配置NTP服务: 在所有运行OceanBase的服务器上配置NTP服务，确保系统时间始终与标准时间保持同步。
    • 限制非授权时间调整: 通过操作系统权限管理，限制非授权用户对系统时间的修改权限，减少意外调整时间的风险。
    • 定期备份: 定期备份数据库，以便在遇到不可预见的问题时能够快速恢复。

  4. 版本差异:

    • 根据您提到的历史版本存在类似问题，建议您查看OceanBase 4.2版本的官方文档或更新日志，确认是否有针对时间调整问题的改进或修复。如果官方文档中没有明确说明，建议联系OceanBase的技术支持团队获取更详细的指导。

希望以上建议能帮助您解决当前的问题，并在未来避免类似情况的发生。如果问题仍然存在，建议使用obdiag工具收集详细的诊断信息，并联系OceanBase的技术支持团队获取进一步的帮助。

检索到的文档如下:

  1. 0001 ~ 3999
  2. 4000 ~ 4499