使用闪回查询时 BST 到 GMT Oracle 错误 (ORA-08186)
Posted
技术标签:
【中文标题】使用闪回查询时 BST 到 GMT Oracle 错误 (ORA-08186)【英文标题】：BST to GMT Oracle Error (ORA-08186) whilst using a Flashback Query 【发布时间】：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 时间？
【参考方案1】：
您需要更改 NLS_TIME 和 NLS_TIMESTAMP 参数。可以通过发出以下命令来应用快速解决方法：
SQL> ALTER SESSION SET NLS_TIME_FORMAT = 'HH24:MI:SSXFF';
SQL> ALTER SESSION SET NLS_TIMESTAMP_FORMAT = 'DD/MM/RRRR HH24:MI:SSXFF';
SQL> ALTER SESSION SET NLS_TIME_TZ_FORMAT = 'HH24:MI:SSXFF TZR';
SQL> ALTER SESSION SET NLS_TIMESTAMP_TZ_FORMAT = 'DD/MM/RRRR HH24:MI:SSXFF TZR';
因为您正在寻找HH24 小时格式
例如查询中的TO_CHAR( MIN(ioh.mdstamp), 'DD-MON-YY hh24:mi:ss')。
【讨论】：
谢谢。它们不仅会影响返回/显示的数据吗？我的问题似乎在配置/比较阶段 - 我想！ 不客气@Mick。您可以在运行脚本之前发出这些命令。是的，这些仅影响当前会话，但应该可以正常工作。如果要全局解析（整个 DB），则需要更改系统命令，这些命令非常危险，应咨询 DBA。 是的，我知道命令谢谢。我不明白的是它们如何影响跨 DST 边界的日期/时间值的比较。我一直认为您列出的那些命令（可能是错误的）纯粹是出于显示/输出目的。根据您的说法，我需要将数据库区域更改为“英国”以获得全球（系统）解决方案 - 对吗？ 我的意思是更改它们不仅是为了显示目的，而且还会影响当前会话@Mick 中的操作样式。你尝试过吗 ？顺便说一句，我没有告诉任何关于领土的事情，而是NLS_TIME* 参数。
是的......我知道你没有提到“TERRITORY”，但我知道你提到的那些 NLS_TIME* 参数使用它来导出默认输出 - 从我一直在阅读的关于它们的内容中得出！再次感谢。以上是关于使用闪回查询时 BST 到 GMT Oracle 错误 (ORA-08186)的主要内容，如果未能解决你的问题，请参考以下文章