Mover um workspace do Azure Synapse Analytics de uma região para outra

Artigo
03/10/2023

Este artigo é um guia passo a passo que mostra como mover um workspace do Azure Synapse Analytics de uma região do Azure para outra.

Observação

As etapas neste artigo não movem realmente o workspace. As etapas mostram como criar um novo workspace em uma nova região usando backups de pool de SQL dedicados do Azure Synapse Analytics e artefatos da região de origem.

Pré-requisitos

Integrar o workspace do Azure Synapse da região de origem com o Azure DevOps ou o GitHub. Para obter mais informações, confira Controle do código-fonte no Synapse Studio.
Instalar os módulos Azure PowerShell e CLI do Azure no servidor onde os scripts são executados.
Verifique se todos os serviços dependentes, por exemplo, Azure Machine Learning, Armazenamento do Microsoft Azure e hubs do Link Privado do Azure, são recriados na região de destino ou movidos para a região de destino se o serviço oferecer suporte a uma movimentação de região.
Mover o Armazenamento do Microsoft Azure para uma região diferente. Para obter mais informações, consulte Mover uma conta de Armazenamento do Azure para outra região.
Verifique se o nome do pool de SQL dedicado e o nome do pool do Apache Spark são iguais na região de origem e no workspace da região de destino.

Cenários para a movimentação de uma região

Novos requisitos de conformidade: as organizações exigem que os dados e serviços sejam colocados na mesma região como parte dos novos requisitos de conformidade.
Disponibilidade de uma nova região do Azure: cenários em que uma nova região do Azure está disponível e que há requisitos de projeto ou de negócios para mover o workspace e outros recursos do Azure para a região do Azure recentemente disponível.
Região incorreta selecionada: a região incorreta foi selecionada quando os recursos do Azure foram criados.

Etapas para mover um workspace do Azure Synapse para outra região

Mover um workspace do Azure Synapse de uma região para outra é um processo de várias etapas. Aqui estão as etapas de alto nível:

Crie um novo workspace do Azure Synapse na região de destino junto com um pool do Spark com as mesmas configurações usadas no workspace da região de origem.
Restaure o pool de SQL dedicado para a região de destino usando pontos de restauração ou backups geográficos.
Recrie todos os logons necessários no novo SQL Server lógico.
Crie pools de SQL sem servidor e bancos de dados e objetos do pool do Spark.
Adicione uma entidade de serviço do Azure DevOps à função de Editor de Artefatos do Azure Synapse no controle de acesso baseado em função (RBAC) se você estiver usando um pipeline de lançamento do Azure DevOps para implantar os artefatos.
Implante o artefato de código (Scripts SQL, Notebooks), serviços vinculados, pipelines, conjuntos de dados, gatilhos de definições de trabalho do Spark e credenciais de pipelines de lançamento do Azure DevOps para o workspace do Azure Synapse da região de destino.
Adicione usuários ou grupos do Microsoft Entra às funções RBAC do Azure Synapse. Conceder acesso de Colaborador de Blobs de Armazenamento à identidade gerenciada atribuída pelo sistema (SA-MI) no Armazenamento do Microsoft Azure no e Azure Key Vault se você estiver autenticando usando a identidade gerenciada.
Conceda funções de Leitor de BLOBs de Armazenamento ou Colaborador de BLOBs de Armazenamento aos usuários do Microsoft Entra necessários no armazenamento anexado padrão ou na conta de Armazenamento que tem os dados a serem consultados usando um pool de SQL sem servidor.
Recria um runtime de integração auto-hospedada (SHIR).
Carregue manualmente todas as bibliotecas e jars necessários no workspace do Azure Synapse de destino.
Crie todos os pontos de extremidade privados gerenciados se o workspace for implantado em uma rede virtual gerenciada.
Teste o novo workspace na região de destino e atualize as entradas DNS que estão apontando para o workspace da região de origem.
Se houver uma conexão de ponto de extremidade privado criada no workspace de origem, crie uma no workspace da região de destino.
Você pode excluir o workspace na região de origem depois de testá-lo por completo e rotear todas as conexões para o workspace da região de destino.

Preparar

Etapa 1: Criar um workspace do Azure Synapse em uma região de destino

Nesta seção, você criará o workspace do Azure Synapse usando o Azure PowerShell, a CLI do Azure e o portal do Azure. Você criará um grupo de recursos junto com uma conta do Azure Data Lake Storage Gen2 que será usada como o armazenamento padrão para o workspace como parte do script do PowerShell e do script da CLI. Se você desejar automatizar o processo de implantação, invoque esses scripts do PowerShell ou da CLI no pipeline de lançamento do DevOps.

Portal do Azure

Para criar um workspace no portal do Azure, siga as etapas em Início Rápido: Criar um workspace no Synapse.

Azure PowerShell

O script a seguir cria o grupo de recursos e o workspace do Azure Synapse usando os cmdlets New-AzResourceGroup e New-AzSynapseWorkspace.

Criar um grupo de recursos

$storageAccountName= "<YourDefaultStorageAccountName>"
$resourceGroupName="<YourResourceGroupName>"
$regionName="<YourTargetRegionName>"
$containerName="<YourFileSystemName>" # This is the file system name
$workspaceName="<YourTargetRegionWorkspaceName>"

$sourcRegionWSName="<Your source region workspace name>"
$sourceRegionRGName="<YourSourceRegionResourceGroupName>"
$sqlUserName="<SQLUserName>"
$sqlPassword="<SQLStrongPassword>"

$sqlPoolName ="<YourTargetSQLPoolName>" #Both Source and target workspace SQL pool name will be same
$sparkPoolName ="<YourTargetWorkspaceSparkPoolName>"
$sparkVersion="2.4"

New-AzResourceGroup -Name $resourceGroupName -Location $regionName

Criar uma conta do Data Lake Storage Gen2

#If the Storage account is already created, then you can skip this step.
New-AzStorageAccount -ResourceGroupName $resourceGroupName `
  -Name $storageAccountName `
  -Location  $regionName `
  -SkuName Standard_LRS `
  -Kind StorageV2 `
  -EnableHierarchicalNamespace $true

Como criar um workspace do Azure Synapse

$password = ConvertTo-SecureString $sqlPassword -AsPlainText -Force
$creds = New-Object System.Management.Automation.PSCredential ($sqlUserName, $password)

New-AzSynapseWorkspace -ResourceGroupName $resourceGroupName `
                        -Name $workspaceName -Location $regionName `
                        -DefaultDataLakeStorageAccountName $storageAccountName `
                        -DefaultDataLakeStorageFilesystem $containerName `
                        -SqlAdministratorLoginCredential $creds

Se você quiser criar o workspace com uma Rede Virtual Gerenciada, adicione o parâmetro extra “ManagedVirtualNetwork” ao script. Para saber mais sobre as opções disponíveis, confira Configuração da Rede Virtual Gerenciada.

#Creating a managed virtual network configuration
$config = New-AzSynapseManagedVirtualNetworkConfig -PreventDataExfiltration -AllowedAadTenantIdsForLinking ContosoTenantId 

#Creating an Azure Synapse workspace
New-AzSynapseWorkspace -ResourceGroupName $resourceGroupName `
                        -Name $workspaceName -Location $regionName `
                        -DefaultDataLakeStorageAccountName $storageAccountName `
                        -DefaultDataLakeStorageFilesystem $containerName `
                        -SqlAdministratorLoginCredential $creds `
                              -ManagedVirtualNetwork $config

CLI do Azure

Esse script da CLI do Azure cria um grupo de recursos, uma conta do Data Lake Storage Gen2 e um sistema de arquivos. Em seguida, ele cria o workspace do Azure Synapse.

Criar um grupo de recursos

az group create --name $resourceGroupName --location $regionName

Criar uma conta do Data Lake Storage Gen2

O script a seguir cria uma conta de armazenamento e um contêiner.

# Checking if name is not used only then creates it.
$StorageAccountNameAvailable=(az storage account check-name --name $storageAccountName --subscription $subscriptionId | ConvertFrom-Json).nameAvailable

if($StorageAccountNameAvailable)
{
Write-Host "Storage account Name is available to be used...creating storage account"

#Creating a Data Lake Storage Gen2 account
$storgeAccountProvisionStatus=az storage account create `
  --name $storageAccountName `
  --resource-group $resourceGroupName `
  --location $regionName `
  --sku Standard_GRS `
  --kind StorageV2 `
  --enable-hierarchical-namespace $true

($storgeAccountProvisionStatus| ConvertFrom-Json).provisioningState
}
else
{
    Write-Host "Storage account Name is NOT available to be used...use another name --    exiting the script..."
    EXIT
}

#Creating a container in a Data Lake Storage Gen2 account

$key=(az storage account keys list -g $resourceGroupName -n $storageAccountName|ConvertFrom-Json)[0].value

$fileShareStatus=(az storage share create --account-name $storageAccountName --name $containerName --account-key $key)

if(($fileShareStatus|ConvertFrom-Json).created -eq "True")
{
      Write-Host f"Successfully created the fileshare - '$containerName'"
}

Como criar um workspace do Azure Synapse

az synapse workspace create `
  --name $workspaceName `
  --resource-group $resourceGroupName `
  --storage-account $storageAccountName `
  --file-system $containerName `
  --sql-admin-login-user $sqlUserName `
  --sql-admin-login-password $sqlPassword `
  --location $regionName

Para habilitar uma rede virtual gerenciada, inclua o parâmetro --enable-managed-virtual-network no script anterior. Para obter mais opções, confira rede virtual gerenciada do workspace.

az synapse workspace create `
  --name $workspaceName `
  --resource-group $resourceGroupName `
  --storage-account $storageAccountName `
  --file-system $FileShareName `
  --sql-admin-login-user $sqlUserName `
  --sql-admin-login-password $sqlPassword `
  --location $regionName `
  --enable-managed-virtual-network true `
  --allowed-tenant-ids "Contoso"

Etapa 2: Criar uma regra de firewall do workspace do Azure Synapse

Depois que o workspace for criado, adicione as regras de firewall para ele. Restrinja os IPs a um determinado intervalo. Você pode adicionar um firewall no portal do Azure ou usando o PowerShell ou a CLI.

Portal do Azure

Selecione as opções de firewall e adicione o intervalo de endereços IP conforme mostrado na captura de tela a seguir.

Azure PowerShell

Execute os comandos do PowerShell a seguir para adicionar regras de firewall especificando os endereços IP inicial e final. Atualize o intervalo de endereços IP de acordo com seus requisitos.

$WorkspaceWeb = (Get-AzSynapseWorkspace -Name $workspaceName -ResourceGroupName $resourceGroup).ConnectivityEndpoints.Web
$WorkspaceDev = (Get-AzSynapseWorkspace -Name $workspaceName -ResourceGroupName $resourceGroup).ConnectivityEndpoints.Dev

# Adding firewall rules
$FirewallParams = @{
  WorkspaceName = $workspaceName
  Name = 'Allow Client IP'
  ResourceGroupName = $resourceGroup
  StartIpAddress = "0.0.0.0"
  EndIpAddress = "255.255.255.255"
}
New-AzSynapseFirewallRule @FirewallParams

Execute o script a seguir para atualizar as configurações de controle de SQL de identidade gerenciadas do workspace:

Set-AzSynapseManagedIdentitySqlControlSetting -WorkspaceName $workspaceName -Enabled $true

CLI do Azure

az synapse workspace firewall-rule create --name allowAll --workspace-name $workspaceName  `
--resource-group $resourceGroupName --start-ip-address 0.0.0.0 --end-ip-address 255.255.255.255

Execute o script a seguir para atualizar as configurações de controle de SQL de identidade gerenciadas do workspace:

az synapse workspace managed-identity grant-sql-access `
--workspace-name $workspaceName --resource-group $resourceGroupName

Etapa 3: Criar um Pool do Apache Spark

Crie o pool do Spark com a mesma configuração usada no workspace da região de origem.

Portal do Azure

Para criar um pool do Spark no portal do Azure, confira Início Rápido: Criar um novo pool do Apache Spark sem servidor usando o portal do Azure.

Você também pode criar o pool do Spark no Synapse Studio seguindo as etapas em Início Rápido: Criar um pool do Apache Spark sem servidor usando o Synapse Studio.

Azure PowerShell

O script a seguir cria um Pool do Spark com dois trabalhos e um nó de driver e um cluster pequeno com 4 núcleos e 32 GB de RAM. Atualize os valores para corresponder ao pool do Spark do workspace da região de origem.

#Creating a Spark pool with 3 nodes (2 worker + 1 driver) and a small cluster size with 4 cores and 32 GB RAM. 
New-AzSynapseSparkPool `
    -WorkspaceName  $workspaceName `
    -Name $sparkPoolName `
    -NodeCount 3 `
    -SparkVersion $sparkVersion `
    -NodeSize Small

CLI do Azure

az synapse spark pool create --name $sparkPoolName --workspace-name $workspaceName --resource-group $resourceGroupName `
--spark-version $sparkVersion --node-count 3 --node-size small

Mover

Etapa 4: Restaurar um pool de SQL dedicado

Restaurar dos backups com redundância geográfica

Para restaurar os pools de SQL dedicados do backup geográfico usando o portal do Azure e o PowerShell, confira Restauração geográfica de um pool de SQL dedicado no Azure Synapse Analytics.

Restaurar usando pontos de restauração do pool de SQL dedicado do workspace da região de origem

Restaure o pool de SQL dedicado para o workspace da região de destino usando o ponto de restauração do pool de SQL dedicado do workspace da região de origem. Você pode usar o portal do Azure, o Synapse Studio ou o PowerShell para restaurar a partir de pontos de restauração. Se a região de origem não estiver acessível, não será possível restaurá-la usando essa opção.

Synapse Studio

No Synapse Studio, você pode restaurar o pool de SQL dedicado de qualquer workspace na assinatura usando pontos de restauração. Enquanto você cria o pool de SQL dedicado, em Configurações adicionais, selecione Ponto de restauração e selecione o workspace conforme mostrado na captura de tela a seguir. Se você criou um ponto de restauração definido pelo usuário, use-o para restaurar o pool de SQL. Caso contrário, você pode selecionar o ponto de restauração automático mais recente.

Restaurar o pool de SQL

Azure PowerShell

Execute o seguinte script do PowerShell para restaurar o workspace. Esse script usa o ponto de restauração mais recente do pool de SQL dedicado do workspace de origem para restaurar o pool de SQL no workspace de destino. Antes de executar o script, atualize o nível de desempenho de DW100c para o valor necessário.

Importante

O nome do pool de SQL dedicado deve ser o mesmo em ambos os workspaces.

Receba os pontos de restauração:

$restorePoint=Get-AzSynapseSqlPoolRestorePoint -WorkspaceName $sourceRegionWSName -Name $sqlPoolName|Sort-Object  -Property RestorePointCreationDate -Descending `
                                                                                         | SELECT RestorePointCreationDate -ExpandProperty  RestorePointCreationDate -First 1

Transforme a ID do recurso do pool de SQL do Azure Synapse em uma ID do banco de dados SQL porque o comando só aceita a ID do banco de dados SQL no momento. Por exemplo: /subscriptions/<SubscriptionId>/resourceGroups/<ResourceGroupName>/providers/Microsoft.Sql/servers/<WorkspaceName>/databases/<DatabaseName>

$pool = Get-AzSynapseSqlPool -ResourceGroupName $sourceRegionRGName -WorkspaceName $sourcRegionWSName -Name $sqlPoolName
$databaseId = $pool.Id `
    -replace "Microsoft.Synapse", "Microsoft.Sql" `
    -replace "workspaces", "servers" `
    -replace "sqlPools", "databases" 
 

$restoredPool = Restore-AzSynapseSqlPool -FromRestorePoint `
                                         -RestorePoint $restorePoint `
                                         -TargetSqlPoolName $sqlPoolName `
                                         -ResourceGroupName $resourceGroupName `
                                         -WorkspaceName $workspaceName `
                                         -ResourceId $databaseId `
                                         -PerformanceLevel DW100c -AsJob

O seguinte rastreia o status da operação de restauração:

Get-Job | Where-Object Command -In ("Restore-AzSynapseSqlPool") | `
Select-Object Id,Command,JobStateInfo,PSBeginTime,PSEndTime,PSJobTypeName,Error |Format-Table

Depois que o pool de SQL dedicado for restaurado, crie todos os logons do SQL no Azure Synapse. Para criar todos os logons, siga as etapas em Criar logon.

Etapa 5: criar um pool de SQL sem servidor, um banco de dados de pool do Spark e objetos

Não é possível fazer backup e restaurar bancos de dados de pool de SQL e pools do Spark sem servidor. Como uma possível solução alternativa, você pode:

Criar notebooks e scripts SQL, que têm o código para recriar todo o pool do Spark necessário, os bancos de dados do pool de SQL sem servidor, as tabelas, as funções e os usuários com todas as atribuições de funções. Verifique esses artefatos no Azure DevOps ou no GitHub.
Se o nome da conta de armazenamento for alterado, verifique se os artefatos de código estão apontando para o nome da conta de armazenamento correto.
Criar pipelines, que invocam esses artefatos de código em uma sequência específica. Quando esses pipelines são executados no workspace da região de destino, os bancos de dados SQL do Spark, os bancos de dados do pool de SQL sem servidor, as fontes de dados externas, as visualizações, as funções e os usuários e permissões serão criados no workspace da região de destino.
Quando você integra o workspace da região de origem com o Azure DevOps, esses artefatos de código farão parte do repositório. Posteriormente, você pode implantar esses artefatos de código no workspace da região de destino usando o pipeline de versão DevOps, conforme mencionado na Etapa 6.
No workspace da região de destino, acione esses pipelines manualmente.

Etapa 6: Implantar artefatos e pipelines usando CI/CD

Para saber como integrar um workspace do Azure Synapse com o Azure DevOps ou o GitHub e como implantar os artefatos em um workspace da região de destino, siga as etapas em Integração contínua e entrega contínua (CI/CD) para um workspace do Azure Synapse.

Depois que o workspace for integrado ao Azure DevOps, você encontrará uma ramificação com o nome workspace_publish. Essa ramificação contém o modelo de workspace que inclui as definições para os artefatos como Notebooks, Scripts SQL, Conjuntos de dados, Serviço vinculado, Pipelines, Gatilhos e definição de trabalhos do Spark.

Esta captura de tela do repositório do Azure DevOps mostra os arquivos de modelo do workspace para os artefatos e outros componentes.

Captura de tela que mostra workspace-publish.

Você pode usar o modelo de workspace para implantar artefatos e pipelines em um workspace usando o pipeline de lançamento do Azure DevOps.

Se o workspace não estiver integrado ao GitHub ou ao Azure DevOps, você terá que recriar ou escrever manualmente os scripts do PowerShell ou da CLI do Azure para implantar todos os artefatos, pipelines, serviços vinculados, credenciais, gatilhos e definições do Spark workspace da região de destino.

Observação

Esse processo requer que você mantenha a atualização dos pipelines e artefatos de código para incluir todas as alterações feitas no Spark e pools de SQL sem servidor, objetos e funções nos workspaces da região de origem.

Etapa 7: Criar um runtime de integração compartilhado

Para criar um SHIR, siga as etapas em Criar e configurar um runtime de integração auto-hospedada.

Etapa 8: Atribuir uma função do Azure à identidade gerenciada

Atribua o acesso Storage Blob Contributor à identidade gerenciada do novo workspace na conta do Data Lake Storage Gen2 anexada padrão. Também atribua acesso em outras contas de armazenamento em que SA-MI é usado para autenticação. Atribua o acesso Storage Blob Contributor ou Storage Blob Reader a usuários e grupos do Microsoft Entra para todas as contas de armazenamento necessárias.

Portal do Azure

Siga as etapas em Conceder permissões à identidade gerenciada do workspace para atribuir uma função de Colaborador de Dados dos Blobs de Armazenamento à identidade gerenciada do workspace.

Azure PowerShell

Atribua uma função de Colaborador de Dados dos Blobs de Armazenamento à identidade gerenciada do workspace.

Adicionando o Colaborador de Dados dos Blobs de Armazenamento à identidade gerenciada do workspace na conta de armazenamento. A execução de erros New-AzRoleAssignment com a mensagem Exception of type 'Microsoft.Rest.Azure.CloudException' was thrown., mas isso cria as permissões necessárias na conta de armazenamento.

$workSpaceIdentityObjectID= (Get-AzSynapseWorkspace -ResourceGroupName $resourceGroupName -Name $workspaceName).Identity.PrincipalId 
$scope = "/subscriptions/$($subscriptionId)/resourceGroups/$($resourceGroupName)/providers/Microsoft.Storage/storageAccounts/$($storageAccountName)"

$roleAssignedforManagedIdentity=New-AzRoleAssignment -ObjectId $workSpaceIdentityObjectID `
    -RoleDefinitionName "Storage Blob Data Contributor" `
    -Scope $scope -ErrorAction SilentlyContinue

CLI do Azure

Obtenha o nome da função, a ID do recurso e a ID da entidade de segurança para a identidade gerenciada do workspace. Depois adicione a função de Colaborador de Dados dos Blobs de Armazenamento ao SA-MI.

# Getting Role name
$roleName =az role definition list --query "[?contains(roleName, 'Storage Blob Data Contributor')].{roleName:roleName}" --output tsv

#Getting resource id for storage account
$scope= (az storage account show --name $storageAccountName|ConvertFrom-Json).id

#Getting principal ID for workspace managed identity
$workSpaceIdentityObjectID=(az synapse workspace show --name $workspaceName --resource-group $resourceGroupName|ConvertFrom-Json).Identity.PrincipalId 
                    
# Adding Storage Blob Data Contributor Azure role to SA-MI
az role assignment create --assignee $workSpaceIdentityObjectID `
--role $roleName `
--scope $scope

Etapa 9: Atribuir funções de RBAC do Azure Synapse

Adicione todos os usuários que precisam de acesso ao workspace de destino com funções e permissões separadas. O script do PowerShell e da CLI a seguir adiciona um usuário do Microsoft Entra à função de Administrador do Synapse no workspace da região de destino.

Para obter todos os nomes de função do RBAC do Azure Synapse, confira Funções RBAC do Azure Synapse.

Synapse Studio

Para adicionar ou excluir atribuições de RBAC do Azure Synapse do Synapse Studio, siga as etapas em Como gerenciar atribuições de função RBAC do Azure Synapse no Synapse Studio.

PowerShell do Azure

O script do PowerShell a seguir adiciona a atribuição de função de administrador Synapse a um usuário ou grupo do Microsoft Entra. Você pode usar -RoleDefinitionId em vez de -RoleDefinitionName com o seguinte comando para adicionar os usuários ao workspace:

New-AzSynapseRoleAssignment `
   -WorkspaceName $workspaceName  `
   -RoleDefinitionName "Synapse Administrator" `
   -ObjectId aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb

Get-AzSynapseRoleAssignment -WorkspaceName $workspaceName

Para obter os ObjectIds e as RoleIds no workspace da região de origem, execute o comando Get-AzSynapseRoleAssignment. Atribua as mesmas funções RBAC do Azure Synapse aos usuários ou grupos do Microsoft Entra no workspace da região de destino.

Em vez de usar -ObjectId como o parâmetro, você também pode usar -SignInName, em que você fornece o endereço de email ou o nome UPN do usuário. Para saber mais sobre as opções disponíveis, confira RBAC do Azure Synapse – cmdlet do PowerShell.

CLI do Azure

Obtenha a ID de Objeto do usuário e atribua as permissões de RBAC do Azure Synapse necessárias ao usuário do Microsoft Entra. Você pode fornecer o endereço de email do usuário (username@contoso.com) para o parâmetro --assignee.

az synapse role assignment create `
--workspace-name $workspaceName `
--role "Synapse Administrator" --assignee adasdasdd42-0000-000-xxx-xxxxxxx

az synapse role assignment create `
--workspace-name $workspaceName `
--role "Synapse Contributor" --assignee "user1@contoso.com"

Para saber mais sobre as opções disponíveis, confira RBAC do Azure Synapse – CLI.

Etapa 10: Upload de pacotes do workspace

Faça upload de todos os pacotes do workspace necessários para o novo workspace. Para automatizar o processo de upload dos pacotes de workspace, confira a Biblioteca de cliente de artefatos do Microsoft Azure Synapse Analytics.

Etapa 11: Permissões

Para configurar o controle de acesso para o workspace do Azure Synapse da região de destino, siga as etapas em Como configurar o controle de acesso para o workspace do Azure Synapse.

Etapa 12: Criar pontos de extremidade privados gerenciados

Para recriar os pontos de extremidade privados gerenciados do workspace da região de origem no workspace da região de destino, confira Criar um ponto de extremidade privado gerenciado para a fonte de dados.

Descartar

Se você quiser descartar o espaço de trabalho da região de destino, exclua o espaço de trabalho da região de destino. Para fazer isso, vá para o grupo de recursos em seu painel no portal, selecione o espaço de trabalho e Excluir na parte superior da página Grupo de recursos.

Limpeza

Para confirmar as alterações e concluir a movimentação do espaço de trabalho, exclua o espaço de trabalho da região de origem depois de testar o espaço de trabalho na região de destino. Para fazer isso, vá para o grupo de recursos que tem o espaço de trabalho da região de origem em seu painel no portal, escolha o espaço de trabalho e selecione Excluir na parte superior da página Grupo de recursos.

Próximas etapas

Saiba mais sobre as Redes virtuais gerenciadas do Azure Synapse.
Saiba mais sobre os Pontos de extremidade privados gerenciados do Azure Synapse.
Saiba mais sobre como se conectar aos recursos do workspace de uma rede restrita.

Compartilhar via

Mover um workspace do Azure Synapse Analytics de uma região para outra

Pré-requisitos

Cenários para a movimentação de uma região

Etapas para mover um workspace do Azure Synapse para outra região

Preparar

Etapa 1: Criar um workspace do Azure Synapse em uma região de destino

Portal do Azure

Azure PowerShell

Criar um grupo de recursos

Criar uma conta do Data Lake Storage Gen2

Como criar um workspace do Azure Synapse

CLI do Azure

Criar um grupo de recursos

Criar uma conta do Data Lake Storage Gen2

Como criar um workspace do Azure Synapse

Etapa 2: Criar uma regra de firewall do workspace do Azure Synapse

Portal do Azure

Azure PowerShell

CLI do Azure

Etapa 3: Criar um Pool do Apache Spark

Portal do Azure

Azure PowerShell

CLI do Azure

Mover

Etapa 4: Restaurar um pool de SQL dedicado

Restaurar dos backups com redundância geográfica

Restaurar usando pontos de restauração do pool de SQL dedicado do workspace da região de origem

Synapse Studio

Azure PowerShell

Etapa 5: criar um pool de SQL sem servidor, um banco de dados de pool do Spark e objetos

Etapa 6: Implantar artefatos e pipelines usando CI/CD

Etapa 7: Criar um runtime de integração compartilhado

Etapa 8: Atribuir uma função do Azure à identidade gerenciada

Portal do Azure

Azure PowerShell

CLI do Azure

Etapa 9: Atribuir funções de RBAC do Azure Synapse

Synapse Studio

PowerShell do Azure

CLI do Azure

Etapa 10: Upload de pacotes do workspace

Etapa 11: Permissões

Etapa 12: Criar pontos de extremidade privados gerenciados

Descartar

Limpeza

Próximas etapas

Comentários

Recursos adicionais