我有3个2008风格的SSIS软件包，我认为我在升级到2016工具方面做得非常好。我已经迁移到顶级项目部署，我正在使用项目参数 - 这似乎是一个很大的改进。
我的第一个问题是，当我部署到服务器时，它似乎成功了，但SSMS中的Integration Services资源管理器模式在我希望看到的地方没有显示任何软件包。新文件夹在那里，但它没有任何内容。我能够使用7zip解压缩正在部署的/ bin文件夹中的.ispac文件，它确实包含我希望看到的.dtsx文件。
部署时，部署向导会在“源”部分下列出.ispac文件路径，但不会列出单个程序包。这可能很好，但我会提到它，以防我看到列出的各个包。
我还注意到在Visual Studio项目的SSIS包部分下有一个“转换部署模型”选项 - 它与项目级别的“转换为包/项目部署”是分开的。它也与已经完成的“升级所有软件包”选项分开，并且没有剩余的可升级软件包。
当我运行“转换部署模型”向导并尝试通过“下一步”超过软件包列为“未加载”状态的屏幕时，出现“一个或多个选定软件包尚未就绪”的错误包含The variable "$Project::ServerB" was not found in the Variables collection. The variable might not exist in the correct scope.
@[$Project::ServerB]确实是所有包中的变量。在包文件的至少一个xml内容中，我可以看到它只列在一个地方。在编辑器（SQL连接管理器的表达式字段）中，我们使用变量，此项目参数评估为配置的值就好了。
这个“转换部署模型”选项到底是什么，与“转换为包/项目部署”选项分开？它们是否相同，而“SSIS包”文件夹中的那个只是无法验证转换（返回到包部署），因为生成的包部署模式不支持项目参数，因此错误？
最重要的是，为什么我的软件包实际上没有部署？这个部署模型在这一点上只是一个红鲱鱼吗？我应该看到什么？
谢谢！
答案 0 :(得分：0)
我看错了地方。在SSMS中，我在对象资源管理器的数据库引擎端看到它们，但不在Integration Services端。 Integration Services有一个可能已从旧部署中继承的文件夹，似乎不再需要。在数据库下有一个新的＆＃34; Integration Services Catalogs＆＃34;文件夹，现在显示项目以及预期的已部署包。
我想＆＃34;转换部署模型＆＃34;只是一种分心。