我正在使用VS 2017 SSDT 15.9.20创建SSIS包。该程序包最初是在安装了SSDT的服务器A中创建的，而SQL Server则驻留在服务器A中。因此，我很乐意在服务器A中创建该程序包。我在服务器A中创建了一个SQL作业，并直接链接以运行DTSX文件而无需部署它。
我的包裹做什么：
在服务器A中，我的软件包将在位置C：\ Users \ xxx \ Documents \ myproj \ excelfile.xls中读取excel。 并将在C：\ Users \ xxx \ Documents \ myproj \ files \文件夹中创建Excel工作表。
部署：
现在，我想将此程序包部署到服务器B。我的程序包将读取\ ServerB \ S：\ Documents \ myproj \ excelfile.xls位置中的excel。 并将在\ ServerB \ S：\ Documents \ myproj \ files \文件夹中创建Excel工作表。
我的问题：
我应该部署我的项目来创建dtsx文件吗？我的项目文件夹中已经有一个dtsx文件。我不仅可以将该文件移动到服务器B并更改连接字符串和路径吗？这样可以吗？
SSIS部署工具在服务器A上对我不起作用。它无法识别目标服务器。如何简化部署？如何更改目标路径？
服务器A同时安装了SSDT，并且SQL数据库位于同一服务器中。但是目标服务器B是数据库服务器，并且其中没有SSDT。我将在服务器B的SQL Server中计划一个作业，该作业将调用我的dtsx程序包并执行它。
我是SSIS的新手。因此，请不要关闭此问题，如果有人可以帮助我解决这些问题，那将是很好的。谢谢！
答案 0 :(得分：1)
在不知道SQL版本的情况下，我将给出两个答案：
我应该部署我的项目来创建dtsx文件吗？已经有一个 我的项目文件夹中的dtsx文件。我可以不只是将该文件移动到 服务器B并更改连接字符串和路径？能行吗 这样吗？
版本低于SQL 2012 ：将dtsx文件从项目复制到目标服务器上的文件夹。可以在SQL Agent作业的配置中或通过使用程序包配置来更改连接字符串：
版本更高的SQL 2012：：在目标服务器上创建ssis目录：
右键单击项目，然后使用向导将其部署到目标服务器。如上所述，可以在SQL Agent中修改连接字符串，也可以使用参数：
起初，后者似乎需要更多工作，但是有很多好处，这是首选的处理方式
SSIS部署工具不适用于服务器A。 确定目标服务器。如何使部署变得容易？ 如何更改目标路径？
遵循上述两种部署方法。程序包部署（将文件复制到文件夹）在更高版本中仍然可以使用，但是它不那么易于管理，并且为您完成的工作也较少，例如保护配置和设置记录。
服务器A同时安装了SSDT并且SQL数据库驻留在同一服务器中 服务器。但是目标服务器B是数据库服务器，并且不是 里面有SSDT。我将在服务器B的SQL Server中安排作业 会调用我的dtsx包并执行它。
SSDT与SSIS无关，但是Integration Services可以。 SSDT是开发人员工具，实际上仅应将其安装在开发人员机器上，以用于创建软件包和测试。最好不要在服务器上安装此服务器，因为它鼓励在那里进行开发，并使开发人员像笔记本电脑一样登录到服务器。 Integration Services是SQL Server附带的服务，用于执行程序包。如果要从SQL Agent执行程序包，则需要将此服务添加到实例。该链接对此进行了说明，并提供了在本地安装SSDT的指导：