主页 / dba / 问题 / 253003
Accepted
miguel ramires
Asked: 2019-11-12 11:09:36 +0800 CST

更改每小时使用时间后，Oracle 12c 和作业相隔一小时运行

  • 772

我有一个 Oracle 12c 数据库，其中我检测到计划的作业在服务器上的时间更改后相隔一小时运行，检查数据库我发现SYSTIMESTAMP与DBTIMEZONE不同

SQL> select dbtimezone, sessiontimezone from dual；

数据库时区

会话时区

-04：00 -05：00

在我运行的操作系统中：date + "%Z%z"

CST -0500

SYSTIMESTAMP和DBTIMEZONE的这些值不一样对吗，当时间改变的时候是不是需要在数据库中修改一些东西呢？

oracle jobs

3 个回答

  1. 如果您发现数据库的时区不正确，并且您确定这会导致问题（我以前见过），您可以更改它。

    set_time_zone_clause::=

    在此处输入图像描述

    例如：

    SQL> select property_value from database_properties where property_name = 'DBTIMEZONE';

PROPERTY_VALUE
--------------------
+01:00

    您可以设置一个命名时区，例如：

    SQL> alter database set time_zone = 'Europe/Budapest';

Database altered.

    或固定值：

    alter database set time_zone = '-05:00';

    我用的是前者。然后重启数据库：

    SQL> shu immediate
Database closed.
Database dismounted.
startup
ORACLE instance shut down.
SQL> ORACLE instance started.

Total System Global Area 1073737800 bytes
Fixed Size                  8904776 bytes
Variable Size             285212672 bytes
Database Buffers          771751936 bytes
Redo Buffers                7868416 bytes
Database mounted.
Database opened.
SQL> select property_value from database_properties where property_name = 'DBTIMEZONE';

PROPERTY_VALUE
--------------------
Europe/Budapest

SQL>

    set_time_zone_clause

    该子句在 CREATE DATABASE 和 ALTER DATABASE 语句中具有相同的语义。当与 ALTER DATABASE 一起使用时，此子句将重置数据库的时区。要确定数据库的时区，请查询内置函数 DBTIMEZONE。使用该子句设置或更改时区后，必须重新启动数据库才能使新时区生效。

    请记住，这可能并不总是有效，因为：

    当数据存储在磁盘上时，Oracle 数据库将所有新的 TIMESTAMP WITH LOCAL TIME ZONE 数据标准化为数据库的时区。Oracle 数据库不会自动将数据库中的现有数据更新到新时区。因此，如果数据库中有任何 TIMESTAMP WITH LOCAL TIME ZONE 数据，则无法重置数据库时区。您必须先删除或导出 TIMESTAMP WITH LOCAL TIME ZONE 数据，然后重置数据库时区。因此，Oracle 不鼓励您更改包含数据的数据库的时区。

    有关此子句的完整描述，请参阅 CREATE DATABASE 文档中的 set_time_zone_clause。

    此外，您还应该应用最新的 DST 补丁，以便数据库知道何时将时间设置为向前或向后设置夏令时。

    • 2

  2. 调度程序作业是时区感知的，因此如果您将作业 A 安排在 13:00 +11:00，作业 B 安排在 13:05 'Australia/NSW'，那么作业 B 将在澳大利亚夏季期间作业 A 之后 5 分钟和之前 55 分钟运行澳大利亚冬季期间的工作 A。

    用于select owner, job_name, to_char(start_date,'TZR') tz from all_scheduler_jobs确定您请求作业运行的时区。

    如果您使用的是 12.2，则可以使用dbms_scheduler.set_attribute(job_name,'NLS_ENV',....);修改设置。您可能需要select dbms_metadata.get_ddl('PROCOBJ',job_name) from dual;制定完整的 NLS_ENV 设置集。

    如果您在 12.2 之前，我相信您需要放弃该作业并从设置了所需时区的会话中重新创建它。

    • 1
  3. Best Answer

    什么都忘了DBTIMEZONE，它没有实际用途。DBTIMEZONE的唯一目的是：它定义（内部）时区来存储TIMESTAMP WITH LOCAL TIME ZONE值 - 仅此而已。TIMESTAMP WITH LOCAL TIME ZONE因此，当您有一个包含列的表并且该列包含数据时，您无法修改它。

    SYSTIMESTAMP(and SYSATE) 以数据库服务器操作系统的时区返回！

    因此，它们当然可以不同。

    处理SCHEDULER JOBS 的时区和夏令时非常复杂。查看日历语法文档：

    日历语法不允许您指定时区。相反，调度程序从start_date 参数中检索时区。如果作业必须遵循夏令时调整，那么您必须为start_date. 例如，指定纽约start_date时区'US/Eastern'可确保自动应用夏令时调整。相反，如果将 的时区start_date设置为绝对偏移量，例如'-5:00'，则不遵循夏令时调整，并且您的作业执行将在半年中关闭一个小时。

    当start_date是NULL时，调度程序确定重复间隔的时区如下：

    1. 它检查会话时区是否是区域名称。会话时区可以通过以下任一方式设置：

      • 发出ALTER SESSION声明，例如：
      • SQL>ALTER SESSION SET time_zone = 'Asia/Shanghai';
      • 设置ORA_SDTZ环境变量。
      • 设置注册表值HKLM\SOFTWARE\Oracle\KEY_{Oracle Home Name}\ORA_SDTZ（仅限 Windows）。

    2. 如果会话时区是绝对偏移量而不是区域名称，则调度程序使用DEFAULT_TIMEZONE调度程序属性的值。有关详细信息，请参阅SET_SCHEDULER_ATTRIBUTE 程序。

    3. 如果DEFAULT_TIMEZONE属性为NULL，调度程序使用SYSTIMESTAMP启用作业或窗口时的时区。

    另请参阅https://stackoverflow.com/questions/29271224/how-to-handle-day-light-saving-in-oracle-database/29272926#29272926

    • 0

相关问题