SSIS 组件 DLL 部署
SSIS component DLL Deployment
我开发了一个自定义 SSIS DataDlow 组件。
现在是部署 DLL 的时候了。
在我的工作和测试环境中，我只是在 GAC 中注册了 DLL 并将其复制到：
"C:\Program Files (x86)\Microsoft SQL Server0\DTS\PipelineComponents"
进入
"C:\Program Files\Microsoft SQL Server0\DTS\PipelineComponents"
有什么最佳实践可以遵循吗？这是在 SSIS 中安装自定义组件的最佳方式吗？
太！
我不能说这是否是最佳做法，因为似乎没有关于此事的任何发表。然而，这就是我已经这样做了大约 5 年的方式，并且 90% 的时间都运行良好。另外 10% 是在 C: 以外的驱动器上安装 SQL 服务器的用户。您会看到两个驱动器的目录结构相同，但通常只有其中一个在 PATH 中。您需要安装到 PATH 指向的那个。
不幸的是，没有可靠的注册表项可以轻松解决这个问题。除了上述 PATH 逻辑之外，安装程序还提供了一个 "I'll select where to install the DLLs" 按钮，这是一个有用的后备。
我开发了一个自定义 SSIS DataDlow 组件。
现在是部署 DLL 的时候了。 在我的工作和测试环境中，我只是在 GAC 中注册了 DLL 并将其复制到：
"C:\Program Files (x86)\Microsoft SQL Server0\DTS\PipelineComponents"
进入
"C:\Program Files\Microsoft SQL Server0\DTS\PipelineComponents"
有什么最佳实践可以遵循吗？这是在 SSIS 中安装自定义组件的最佳方式吗？
太！
我不能说这是否是最佳做法，因为似乎没有关于此事的任何发表。然而，这就是我已经这样做了大约 5 年的方式，并且 90% 的时间都运行良好。另外 10% 是在 C: 以外的驱动器上安装 SQL 服务器的用户。您会看到两个驱动器的目录结构相同，但通常只有其中一个在 PATH 中。您需要安装到 PATH 指向的那个。
不幸的是，没有可靠的注册表项可以轻松解决这个问题。除了上述 PATH 逻辑之外，安装程序还提供了一个 "I'll select where to install the DLLs" 按钮，这是一个有用的后备。