【发布时间】:2020-02-23 21:37:18
【问题描述】:
希望有人能启发我...
我今天早上到达办公室,发现自动化(通过 OS CRON)SQL*Plus 脚本在 0100BST 开始失败,并在从 BST 切换到 GMT 期间继续这样做直到 0230BST,并出现以下 Oracle 错误
"*ERROR at line 20:
ORA-08186: invalid timestamp specified"
下面的 SQL 已经编辑了一些识别名称,但在语法上与失败的相同。
SELECT TO_CHAR( MIN(ioh.mdstamp), 'DD-MON-YY hh24:mi:ss') First_Update
, TO_CHAR( MAX(ioh.mdstamp), 'DD-MON-YY hh24:mi:ss') Last_Update
, ioh.consignment
, ioh.order
, CASE ioh.ord_type
WHEN 'T' THEN 'STORE MOVE'
WHEN 'S' THEN 'CUST DEL'
END Movement_Type
, ioh.status Order_Status
, ioh.site_id Site
, COUNT(\*) Attempts
FROM table1
VERSIONS
BETWEEN TIMESTAMP
from_tz(cast((sysdate) as timestamp),'Europe/London') - INTERVAL '20' MINUTE
AND MAXVALUE ioh
WHERE versions_operation = 'I'
And ioh.client_id = 'client1'
AND ioh.status = 'Cancelled'
AND ioh.MSTATUS = 'Pending'
GROUP BY ioh.consignment
, ioh.order
, ioh.ord_type
, ioh.status
, ioh.site_id
ORDER BY ioh.consignment
, ioh.order_id
, 2
环境是:
- 操作系统:RHEL7.2
- DB:Oracle Database 12c 企业版版本 12.1.0.2.0 - 64 位 生产
- SQL*Plus:版本 12.1.0.2.0
脚本在通过 OS Cron 调用的 BASH 包装脚本中每 15 分钟执行一次。
sqlplus -s $CONNECT_DCS << ! >> ${f_SQLResults}
@${SQL_SCRIPTS}/${__SCRIPTNAME_NOEXT}.sql;
exit;
!
另一个脚本捕获了操作系统的 BST 到 DST 的变化:
---------------------------------------
Checking for rejections due to invalid address
Sun 27 Oct **01:47:11 BST** 2019
got count 0
0 - no rejections
---------------------------------------
---------------------------------------
Checking for rejections due to invalid address
Sun 27 Oct **01:02:10 GMT** 2019
got count 0
0 - no rejections
---------------------------------------
故障在 0100h BST 开始发生,并一直持续到如果在 0200BST 没有发生从 BST 更改为 DST 的情况下的 0230h BST。当我确保时区是“欧洲/伦敦”时,我认为数据库会自动处理这个 DST 更改,但我不明白为什么它没有。我确实想到的一个想法是,它可能与使用 MAX SCN 值或 NLS_TERRITORY bwing 设置为“AMERICA”有关,尽管我曾想过在 sql q 中明确设置时区会解决这个问题。
设置了以下数据库配置:
SQL> select dbtimezone from dual;
DBTIME
------
+00:00
1 row selected.
SQL> select sessiontimezone from dual;
SESSIONTIMEZONE
---------------------------------------------------------------------------
Europe/London
1 row selected.
SQL> select SYSTIMESTAMP from dual;
SYSTIMESTAMP
---------------------------------------------------------------------------
28-OCT-19 09.30.36.653265 AM +00:00
1 row selected.
SQL> !date
Mon 28 Oct 09:30:42 GMT 2019
SQL> set lines 200
SQL> l
1* select * from v$nls_parameters
SQL> /
PARAMETER VALUE CON_ID
---------------------------------------------------------------- ---------------------------------------------------------------- ----------
NLS_LANGUAGE AMERICAN 0
NLS_TERRITORY AMERICA 0
NLS_CURRENCY $ 0
NLS_ISO_CURRENCY AMERICA 0
NLS_NUMERIC_CHARACTERS ., 0
NLS_CALENDAR GREGORIAN 0
NLS_DATE_FORMAT DD-MON-RR 0
NLS_DATE_LANGUAGE AMERICAN 0
NLS_CHARACTERSET AL32UTF8 0
NLS_SORT BINARY 0
NLS_TIME_FORMAT HH.MI.SSXFF AM 0
PARAMETER VALUE CON_ID
---------------------------------------------------------------- ---------------------------------------------------------------- ----------
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM 0
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR 0
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR 0
NLS_DUAL_CURRENCY $ 0
NLS_NCHAR_CHARACTERSET AL16UTF16 0
NLS_COMP BINARY 0
NLS_LENGTH_SEMANTICS CHAR 0
NLS_NCHAR_CONV_EXCP FALSE 0
19 rows selected.
SQL> SELECT TO_CHAR(SYSTIMESTAMP, 'tzr') FROM dual;
TO_CHAR(SYSTIMESTAMP,'TZR')
--------------------------------
+00:00
1 row selected.
SQL> !date +"%Z %z"
GMT +0000
SQL> !timedatectl
Local time: Mon 2019-10-28 11:57:36 GMT
Universal time: Mon 2019-10-28 11:57:36 UTC
RTC time: Mon 2019-10-28 11:57:36
Time zone: Europe/London (GMT, +0000)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: no
Last DST change: DST ended at
Sun 2019-10-27 01:59:59 BST
Sun 2019-10-27 01:00:00 GMT
Next DST change: DST begins (the clock jumps one hour forward) at
Sun 2020-03-29 00:59:59 GMT
Sun 2020-03-29 02:00:00 BST
SQL>
如果有人能提供帮助,我将不胜感激。
干杯
PS:刚刚注意到我们的 glogin.sql 有以下行:“alter session set time_zone='Europe/London';”
【问题讨论】:
-
在理想情况下,当有人在这里用
[database-administration]标记问题时,问题向导会弹出一个建议,建议最好在DBA.SE site 上提问 -
我建议宁可
BETWEEN TIMESTAMP (SYSTIMESTAMP - INTERVAL '20' MINUTE) AND MAXVALUE,那么你不应该对时区有任何问题。TIMESTAMP WITH {LOCAL} TIME ZONE的比较始终在 UTC 进行。 -
@APC 感谢您的提醒。在我发布问题后才意识到有一个 dba 站点。然后我稍后添加了标签,但没有显示弹出窗口。我曾考虑过在那里重新发布,但不确定我是否会因为重复条目而违反一些家规。 #新手
-
@WernfriedDomscheit 谢谢。恐怕我还没有完全掌握这一点。使用我的代码 'from_tz(cast((sysdate) as timestamp),'Europe/London') - INTERVAL '20' MINUTE' on 27/10/2019 at 0100h BST (27/10/2019 0000h UTC)。如果它正在按照您的建议转换为 UTC,它肯定会返回 27/10/2019 2340h UTC?那么为什么它会因“*ERROR at line 20: ORA-08186: invalid timestamp specified”而失败,因为 0100h 是有效的 BST 和 UTC/GMT 时间?
标签: sql oracle database-administration dst rhel7