我完全懂你的困扰——Excel总爱自作主张把完整的datetime截断成date，尤其是用SSIS从SQL Server导数据的时候，确实让人头疼。结合你已经试过的方法，给你几个适配服务器部署场景的针对性方案：

• 用预定义格式的Excel模板作为目标文件
  你之前加隐藏行填dummy值没成功，可能是模板的创建姿势不对。正确步骤是：

  1. 新建Excel文件，把要导入的列设置为自定义格式yyyy.mm.dd hh:mm:ss
  2. 在表格的任意行（哪怕隐藏）填入一个真实的带时间的datetime值，比如2024.05.20 14:30:00
  3. 把这个文件存为模板，SSIS的Excel目标直接选用这个模板，而非新建空白文件
  4. 保持SSIS里外部列类型设为DT_DBTIMESTAMP，同时将ValidateExternalMetadata设为False——之前你单独设这个没生效，结合模板一起用应该能解决格式识别问题

• 用SSIS派生列组件强制保留时间部分
  有时候SSIS在列映射时会悄悄丢失时间信息，你可以加一个派生列组件，用表达式明确生成完整的timestamp：

  (DT_DBTIMESTAMP)(DATEADD("ss", DATEDIFF("ss", (DT_DBTIMESTAMP)"1900-01-01", YourDateTimeColumn), (DT_DBTIMESTAMP)"1900-01-01"))
  

  这个表达式会强制把原datetime转换成完整的时间戳类型，再映射到Excel目标列，避免时间部分被截断。

• 改用SQL命令模式写入Excel
  如果直接列映射行不通，试试在SSIS的Excel目标里选择「SQL命令」作为访问模式，写一个明确的INSERT语句：

  INSERT INTO [Sheet1$] (DateTimeColumn) VALUES (?)
  

  然后在参数映射里把你的datetime列对应到参数，类型设为DT_DBTIMESTAMP。这种方式能绕过Excel自动识别格式的逻辑，强制写入完整的datetime值。

• 备选方案：转成特定格式字符串（仍保留Excel可识别的datetime类型）
  虽然你说不想转字符串，但如果上面的方法都失效，可以试试在SSIS里把datetime转成yyyy-MM-dd HH:mm:ss格式的字符串，导入到已设置好yyyy.mm.dd hh:mm:ss自定义格式的Excel列中。Excel会自动把这个字符串识别为datetime类型而非文本，报表工具依然能正常识别使用。

这些方法都不需要用到Excel Interop，完全适配服务器部署环境，你可以逐个尝试，应该能解决问题。

备注：内容来源于stack exchange，提问作者Tomas