使用 Azure DevOps 中的 Azure 文件复制任务将数据从存储帐户复制到存储帐户

Question

I have the following YAML configured but guessing I cannot use a storage account for a source input here? I assumed I could since the task simply uses azcopy (note: the command works fine from command line just not in the pipeline (ie permissions are set (eg SPN has been authorized and RBAC set).

Here's the code:

trigger:
- dev

pool:
  vmImage: windows-latest
steps:
 #Copy files to Azure Blob Storage
- task: AzureFileCopy@4
  inputs:
    sourcePath: 'https://someonesbackups.blob.core.windows.net/backups?mysastokengoeshere'
    azureSubscription: MY-Production-Subscription
    destination: azureBlob
    storage: azcopypipelinetest
    containerName: restored
    additionalArgumentsForBlobCopy: --recursive=true

However, when that runs I get the following error:

"failed to perform copy command due to error: cannot start job due to error: cannot scan the path \\?\D:\a\1\s\https:\someonesbackups.blob.core.windows.net\backups?mysastokengoeshere=-REDACTED-, please verify that it is a valid."

Certainly seems as though you could do this but guessing I'm missing something fundamental here.

https://docs.microsoft.com/en-us/azure/devops/pipelines/tasks/deploy/azure-file-copy?view=azure-devops

Answer 1

Azure File Copy task only supports to upload the files from local machine or UNC share to storage account.

You could check the sourcepath field definition in task introuduction.

To Copy Data from Storage Account to Storage Account, you need to use azcopy command to copy to the file to local machine and use Azure File Copy task to upload the file to another storage account.

- script: 'azcopy copy ''https://mystorageaccount.blob.core.windows.net/mycontainer/myBlobDirectory/*'' ''$(build.sourcesdirectory)\myDirectory'''
  displayName: 'Command Line Script'

- task: AzureFileCopy@4
  inputs:
    sourcePath: '$(build.sourcesdirectory)\myDirectory'
    azureSubscription: MY-Production-Subscription
    destination: azureBlob
    storage: azcopypipelinetest
    containerName: restored
    additionalArgumentsForBlobCopy: --recursive=true