使用DBMS_JOB.Submit时，Oracle 19c安排工作将来14小时

Question

我们有一个最近在AWS上迁移到Oracle 19c的客户。由于迁移，因此使用dbms_job.submit在我们的应用程序中创建的任何Oracle作业都计划在DB服务器时间提前7个小时运行。

例如，以下测试代码在7:00在客户端的计算机上运行。 AWS服务器上的时间为14:00，但是创建了在21:00运行的实际工作，

DECLARE
  I NUMBER;
BEGIN
  DBMS_JOB.SUBMIT(I, 'DECLARE I NUMBER; BEGIN SELECT COUNT(1) INTO I FROM DUAL; END;');
  COMMIT;
END;

这听起来时区与时区有关吗？有什么想法吗？

更新：

我们的客户位于美国（我在英国），当我在其DB上运行代码时，我的操作系统时区设置为“（UTC+00：00）伦敦”，该工作已安排立即地。如果我将操作系统时区更新为“（UTC-08：00）太平洋时间”，以模仿他们的操作系统，以上代码将在7个小时的时间内计划运行。

Answer 1

这个问题是由我刚钉住的错误引起的。我已经在Oracle创建了一个服务请求，因此他们可以在其DBMS_IJOB代码中修复此请求。看来该错误是在19C中引入的，其中DBMS_JOB代码已被重构为DBMS_SCHEDULER。该错误仍然存​​在于最新的Oracle DB Ru中，即19.19。 DBMS_IJOB软件包从日期到时间戳进行了错误的转换，将当前数据库主机时间（SYSDATE）解释为当前会话时区的时间（而这是数据库主机OS的时区的时间）。这导致了可见的偏移。这种偏移可能是正面和负面的，这导致工作的开始太早或太晚。现在，唯一的解决方法是切换到DBMS_SCHEDULER或抵消dbms_job.submit next_date参数，以补偿错误的时间戳。