通过SQL Server Agent执行SSIS包跨服务器查询Oracle时日期筛选异常

核心原因 #

问题出在日期格式转换依赖运行环境的语言配置：

• 直接在Oracle客户端执行时，你的环境（如PL/SQL Developer、SQL*Plus）NLS_DATE_LANGUAGE为英文，'dd-mon-yyyy'格式能正确解析（比如'01-OCT-2024'）。
• 但SQL Server Agent运行账户对应的系统区域设置、Oracle客户端NLS_LANG配置可能是中文或其他语言，导致to_nchar(sysdate-1, 'dd-mon-yyyy')生成含非英文月份的字符串（比如'01-十月-2024'），后续to_date解析时无法识别，最终生成错误的日期值（比如默认解析为远早的日期），筛选条件失效后返回大量历史数据。

修复方案 #

1. 移除语言依赖的日期格式，改用数值格式计算 #

避免使用'dd-mon-yyyy'这类依赖语言的格式，直接用日期函数计算区间，效率更高且无环境依赖：

select
to_char(id) id,
to_char(packno) packno,
to_char(TIME, 'DD-MM-YYYY HH:MI:SS')TIME, 
to_char(TYPE) TYPE,
to_char(AMOUNTORIG)AMOUNTORIG,
to_char(AUTHFIID)AUTHFIID,
to_char(ORIGUNIT)ORIGUNIT
from bab.tla
where packno between to_char(sysdate-2, 'YYMMDD') || '001' and to_char(sysdate, 'YYMMDD') || '017'
and time between trunc(sysdate-1) and trunc(sysdate) - interval '1' second

• trunc(sysdate-1)：直接得到前一天的00:00:00
• trunc(sysdate) - interval '1' second：得到当天00:00:00减1秒，即前一天的23:59:59

2. 统一运行环境的语言配置（可选） #

如果必须保留原格式，需确保SQL Server Agent运行账户的：

• 系统区域设置与你直接执行Oracle查询的环境一致（比如都设为英文）
• Oracle客户端的NLS_LANG环境变量配置为相同值（如AMERICAN_AMERICA.AL32UTF8）

验证建议 #

修改查询后，先在SSIS包中单独测试Oracle数据源的查询，确认返回结果正确后，再通过SQL Server Agent调度执行。

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