C# SSIS未使用INT服务器上的执行进程任务执行.EXE

我有一个可执行文件，可以在开发环境中运行，而不是在Int环境中运行。当我尝试使用UNC路径在Int上远程运行.EXE时，我收到一个错误，指出.EXE是一个16位应用程序，无法在Int计算机上运行。这个错误的问题是我构建了.EXE，并且知道它不是一个16位的应用程序。当我尝试运行SSIS包调用Int上的.EXE时，我没有收到16位错误，但是.EXE没有运行

我已经尝试在execute process任务中对.EXE的位置进行硬编码，并使用一个变量根据运行SSIS包的机器动态设置位置。（两者都在Dev中工作，都不在Int中工作）我还可以从Dev中调用Int上的.EXE，这并不奇怪，因为.EXE是从Int下拉到Dev的

---

你知道为什么.EXE会运行在Dev环境而不是Int环境吗？每个系统管理员的环境都是相同的。

我对相关人员的问题有一个答案

问题在于将EXE从Dev服务器移动到Int服务器的文件传输过程。这个过程是通过一个Robocopy脚本处理的（我仍然无法获得它的参数），这似乎是问题的根源

我不是100%确定是什么导致了这个问题，但是脚本没有在程序集上复制，没有程序集，服务器认为EXE是一个16位的应用程序

诊断问题的有用链接：

---

运行powershell命令脚本以确定每台服务器上应用程序的“比特数”。

确切的错误是什么？张贴它。您是否尝试过通过UNC直接从命令行运行它？确切的错误是：不受支持的16位应用程序。由于与64位版本的Windows不兼容，程序或功能“EXE”无法启动或运行。请联系软件供应商，询问是否有64位Windows兼容版本。当DBA在服务器上运行它时，他得到以下错误：NTVDM遇到了一个硬错误。[Execute Process Task]错误：在“filepath”处执行“EXE”时，进程退出代码是“128”，而预期的是“0”。这很神秘。这是两条信息，表示它是16位的。当您在DEV上运行它时，它是否启动了NTVDM.exe进程？DBA说，除非它在DEV上失败，否则我们无法查看NTVDM是否启动。该应用程序不是16位的。它是使用VS2010开发的，在64位机器上使用.NET 4.0。这是一个简单的控制台应用程序，它调用API并创建行为扩展以获取限时服务密钥，然后通过API启动任务。我不太理解您的响应-您是否见过NTVDM.exe？像这样排除故障很困难，我不是专家，但有些人认为它是16位的。我假设您在编译时使用了适当的目标体系结构，并且您使用的API中没有任何wierd？很高兴您对其进行了排序！程序集是一个单独的文件吗？这看起来像是一个非常方便的脚本，我从来没有能够解决这个问题。程序集信息是可执行文件属性部分中的一个文件。在传输过程中，Robocopy必须忽略属性文件。