将管道从Azure Data Factory V2迁移到另一个管道的最简单方法是什么?
两个ADF V2都在同一资源组中。
答案 0 :(得分:0)
Continuous integration & delivery在Azure数据工厂中可以将管道从一种环境(开发,测试,生产)转移到另一种环境,这应该满足您的要求。
答案 1 :(得分:0)
如果这是一次性的操作,则导出RM模板并将其导入到另一个数据工厂,记住要适当地更改参数(如名称)。
如果您拥有一个自托管的Integration Runtime,则在导入IR参考后,您将需要对其进行修复,因为它会复制IR,但该IR应该链接到原始IR或注册自己的IR。
如果您结合Wang的建议并拥有独立的IR,那么我将监视我的帖子here中遇到的一些问题。
M。
答案 2 :(得分:0)
我发现了另一种将管道从一个ADF转移到另一个ADF的方法,而与资源组无关。
Open
Clone
Move to
Download Support files
Delete
单击操作菜单中的“下载支持文件”选项。它将允许您在系统/笔记本电脑上本地下载链接到此管道的ADF工件的zip版本。
请注意,如果您有一个驱动程序管道隐式调用其他管道(一个或多个),并且如果您要导出这些管道的整个集合,那么您只需要导出支持文件即可。主管道调用其他管道。
在您的系统或笔记本电脑上本地打开此zip文件夹时,您将按此顺序查看文件
$ ls -lart
total 29
drwxr-xr-x 1 Is 1049089 0 May 6 14:16 ../
drwxr-xr-x 1 Is 1049089 0 May 6 14:16 ./
drwxr-xr-x 1 Is 1049089 0 May 6 2020 trigger/
drwxr-xr-x 1 Is 1049089 0 May 6 2020 pipeline/
drwxr-xr-x 1 Is 1049089 0 May 6 2020 linkedService/
drwxr-xr-x 1 Is 1049089 0 May 6 2020 integrationRuntime/
-rw-r--r-- 1 Is 1049089 260 May 6 2020 info.txt
-rw-r--r-- 1 Is 1049089 739 May 6 2020 diagnostic.json
drwxr-xr-x 1 Is 1049089 0 May 6 2020 dataset/
接下来,您需要在本地系统上创建Git存储库或Azure Devops Git存储库的本地副本。现在,从您的协作分支创建一个分支,例如import-pipeline。
当您列出新分支导入管道的内容时,您将看到以下工件
$ ls -lart
total 37
drwxr-xr-x 1 Is 1049089 0 May 6 14:34 ../
-rw-r--r-- 1 Is 1049089 58 May 6 14:34 README.md
drwxr-xr-x 1 Is 1049089 0 May 6 14:34 ./
drwxr-xr-x 1 Is 1049089 0 May 6 14:36 notebooks/
drwxr-xr-x 1 Is 1049089 0 May 6 14:36 dataset/
drwxr-xr-x 1 Is 1049089 0 May 6 14:36 integrationRuntime/
drwxr-xr-x 1 Is 1049089 0 May 6 14:36 linkedService/
drwxr-xr-x 1 Is 1049089 0 May 6 14:36 pipeline/
drwxr-xr-x 1 Is 1049089 0 May 6 14:36 trigger/
drwxr-xr-x 1 Is 1049089 0 May 6 14:36 .git/
现在,您需要将工件从步骤5中提到的以下zip文件夹中手动复制到步骤7中提到的import-pipeline分支的相应文件夹中 ''' 资料集 管道 触发 链接服务 ''' 不要复制IntegrationRuntime,因为IntegrationRuntime表示自托管的项目会因项目而异。
按步骤8所述导入工件后,请更改链接服务,密钥库URL,秘密名称(如果有)的值访问凭证。这里的目的是使所有链接的服务都应该能够成功连接,并且所有数据集都应该能够成功浏览。
您现在需要将本地分支导入管道的更改推回远程仓库。在此阶段,当您在Git模式下选择分支import-pipeline时,您应该能够在ADF中看到新管道及其工件。
在ADF中以调试模式测试新导入的管道。如果满意,则将导入管道分支合并到协作分支,并将所做的更改发布到数据工厂。