这个坑我踩过好多次！你遇到的问题本质是本地机器和服务器的区域日期格式设置不匹配：本地用的是MM/DD/YYYY（月/日/年）格式解析05/04/2018得到5月4日，但服务器可能用的是DD/MM/YYYY（日/月/年），所以把同一个字符串解析成了4月5日。下面给你几个靠谱的解决办法：

方法1：在SSIS数据流里显式转换日期格式（推荐） #

不要直接把DT_STR类型的日期字段映射到目标表，而是用派生列组件先把字符串转成无歧义的日期格式，再转换为对应的数据类型：

• 添加派生列组件，新建一个列（比如ConvertedRunDate），用SSIS表达式按源格式拼接成ISO标准日期：

  (DT_DBTIMESTAMP)(SUBSTRING([Run Date], 7, 4) + "-" + SUBSTRING([Run Date], 1, 2) + "-" + SUBSTRING([Run Date], 4, 2))
  

  这个表达式会把05/04/2018转成2018-05-04，不管区域设置如何，都能被正确解析为smalldatetime类型。
• 把派生出来的ConvertedRunDate映射到目标表的[Run Date]列即可。

方法2：修改平面文件连接管理器的区域设置 #

如果不想改数据流，可以直接在平面文件连接管理器里指定日期解析的区域：

• 打开平面文件连接编辑器，切换到「高级」选项卡，选中[Run Date]列；
• 在右侧属性里找到「区域设置」，选择和本地一致的区域（比如「英语(美国)」，对应MM/DD/YYYY格式）；
• 确认后，服务器端读取CSV时就会按你预期的格式解析日期字符串。

方法3：在SQL目标端强制转换格式 #

如果是用SQL命令插入数据，可以在INSERT语句里显式指定日期格式：

INSERT INTO YourTargetTable ([Run Date], ...)
VALUES (CONVERT(smalldatetime, ?, 101), ...)

这里的101是SQL Server的日期格式代码，代表MM/DD/YYYY，确保不管服务器区域是什么，都按源文件的格式解析。

额外提醒 #

以后尽量在源文件里用ISO 8601标准日期格式（YYYY-MM-DD）存储日期，这种格式没有歧义，跨环境传输时不会出现解析错误。

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