我已经能够使用SSMS的“导入数据”选项和VS 2017 SSIS工具箱（SQL Server 2017）成功创建ssis软件包（.dtsx）文件。程序包本身可以工作，并且它读取一个csv文件并将其加载到数据库表中。简单。这是在Windows 10上。
我正在尝试在Win Server 2012 R2（Azure VM）命令行上运行这些程序包，但由于dtexec.exe文件均为32位，因此无法正常工作（从VS 2017开始工作）。我一生无法安装64位dtexec.exe文件。
我已经尝试过
在Windows 10上执行相同的步骤，并且可以正常工作。我创建了程序包，然后可以通过dtexec / f“ .dtsx的路径”运行它
我尝试将运行时间设置为每个（ SSIS 64 bit vs 32 bit） 但这不是SSMS导入数据工具或VS 2017 SSIS工具箱设置/属性中的选项。
我遇到过此页面 （https://www.sqlservercentral.com/articles/how-to-execute-an-ssis-package-from-the-command-line-or-a-batch-file） 但是我不确定将这种程序包转换为“程序包部署模型”是否可行。
我尝试将64位dtexec和相关文件复制到Win 2012 R2计算机上，但未注册dll和代码。
当我尝试在服务器上安装SSMS或SQL Express时，没有自定义安装的选项。
我已经确认服务器是64位的。
我尝试了一种天蓝色的逻辑应用程序，但我只是不喜欢这种方式。
这些是我看到的一些错误
代码：0xC001700A
说明：软件包中的版本号无效。的 版本号不能大于当前版本号。
由于错误0x80040154而无法创建DTS.Application
我想保持简单，并创建一个ssis包，然后可以通过计划的命令行脚本在服务器上运行它。在世界上，为什么在运行Windows Server 2012 R2的Azure VM上设置起来如此困难？
下面是我偶然发现的更多资源。在我看来，VS 2017 SSIS工具箱执行此操作的方式是MS希望人们使用的方式。它们如何使创建工作流并将其存储到包中变得如此容易（数据流可在VS 2017内的Win 2012 R2服务器上工作），但到了将其推出并实现自动化的一切都瓦解了？我肯定错过了什么。任何帮助将是有用的。我如何告诉VS 2017创建此软件包的32位兼容版本？
https://docs.microsoft.com/en-us/sql/ssdt/download-sql-server-data-tools-ssdt?view=sql-server-2017