如何在Azure Data Factory的Oracle连接中设置时区避免时间转换？

核心问题原因 #

部署在美国东部时区VM上的自托管集成运行时（IR），会默认使用自身系统时区解析Oracle中无时区信息的TIMESTAMP数据，导致CET时区的时间被转换为EST，后续Spark又将该EST时间识别为UTC，最终出现时间偏移。Oracle链接服务的TIME_ZONE参数仅用于适配Oracle数据库自身的时区配置，无法控制ADF读取数据时的时区解析逻辑，因此之前的设置无效。

可行解决方案 #

• 修改源查询强制时区转换
  在复制活动的源端使用自定义SQL查询，显式将Oracle的无时区时间戳转换为指定时区的带时区格式，再转成目标UTC格式的字符串，避免ADF自动转换：

  SELECT 
    TO_CHAR(
      CAST(your_timestamp_col AT TIME ZONE 'Europe/Madrid' AS TIMESTAMP WITH TIME ZONE AT TIME ZONE 'UTC'), 
      'YYYY-MM-DD"T"HH24:MI:SS.FF3"+0000"'
    ) AS your_timestamp_col
  FROM your_oracle_table
  

  查询结果直接输出符合要求的时间字符串，ADF复制时不会再做时区转换。

• 调整自托管IR的系统时区
  将运行自托管IR的VM系统时区修改为欧洲马德里时区（CET），这样ADF读取Oracle无时区时间戳时，会默认以CET时区解析，不会转换为EST。注意：该操作可能影响VM上运行的其他任务，需提前评估风险。

• 映射数据流中添加派生列处理
  若使用映射数据流复制数据，可在源节点后添加派生列转换，重新处理时间字段：

  1. 先将无时区时间戳按CET时区解析，转换为UTC时间：

     toUTC(toTimestamp(your_timestamp_col, 'yyyy-MM-dd''T''HH:mm:ss'), 'Europe/Madrid')
     

  2. 再格式化为目标字符串格式：

     toString(toUTC(toTimestamp(your_timestamp_col, 'yyyy-MM-dd''T''HH:mm:ss'), 'Europe/Madrid'), 'yyyy-MM-dd''T''HH:mm:ss.SSSZ')
     

内容的提问来源于stack exchange，提问作者Punit Prakash