【 使用环境 】生产环境
【 OB or 其他组件 】5.7.25-OceanBase_CE-v4.2.1.1
【 使用版本 】5.7.25-OceanBase_CE-v4.2.1.1
【问题描述】执行下面脚本报错,以前版本可以.
call dbms_scheduler.set_attribute(‘THURSDAY_WINDOW’, ‘NEXT_DATE’, ‘2023-11-23 06:00:00’);
【复现路径】
call dbms_scheduler.set_attribute(‘THURSDAY_WINDOW’, ‘NEXT_DATE’, ‘2023-11-23 06:00:00’)
4016 - Internal error
【问题现象及影响】
call dbms_scheduler.set_attribute(‘THURSDAY_WINDOW’, ‘NEXT_DATE’, ‘2023-11-23 06:00:00’)
4016 - Internal error
【附件】
秃蛙
#5
你好,根据文档描述该部分内容仅适应企业版,社区版不支持
之前是支持的 那我现在需要用什么来达到想要的效果呢
秃蛙
#7
刚测试了下 社区版是支持的,需要协助提供下报错日志:
系统租户设置trace:
alter system set enable_rich_error_msg=true;
然后复现报错sql
会打印节点IP和trace串
去对应节点执行 grep “上面的trace串” observer.log 和 rootservice.log 提供过滤后的日志信息。
现在看数据库像是执行修改成功了,但是修改的时候会报错。然后我发现OCEANBASE.DBA_SCHEDULER_JOBS里面的数据好像和以前的逻辑不一样的 是不是这个原因导致的?之前这个表里面一个窗口好像只有一条记录,现在有多条了 执行过的也在里面。会是这样原因导致的执行call dbms_scheduler.set_attribute(‘THURSDAY_WINDOW’, ‘NEXT_DATE’, ‘2023-11-23 06:00:00’) 报错吗。(实际现在看所有记录的话 是应该成功了的)
SELECT concat(“CALL DBMS_SCHEDULER.SET_ATTRIBUTE(’”,job_name,"’,‘NEXT_DATE’,’",NEXT_RUN_DATE,"’);") from OCEANBASE.DBA_SCHEDULER_JOBS;
秃蛙
#12
去39节点 获取下日志
grep “YB42Axxxxx-0-0” observer.log*
grep “YB42Axxxxx-0-0” rootservice.log*
靖顺
#16