Migrar recursos de banco de dados para o Azure global

Este artigo tem informações que podem ajudá-lo a migrar recursos do banco de dados do Azure da Alemanha para o Azure global.

Banco de Dados SQL

Para migrar cargas de trabalho menores do Banco de Dados SQL do Azure, sem manter o banco de dados migrado online, use a função de exportação para criar um arquivo BACPAC. Um arquivo BACPAC é um arquivo compactado que contém metadados e dados do banco de dados SQL Server. Depois de criar o arquivo BACPAC, você pode copiar o arquivo para o ambiente de destino (por exemplo, usando o AzCopy) e usar a função de importação para recompilar o banco de dados. Lembre-se das seguintes considerações:

• Para que uma exportação seja transacionalmente consistente, verifique se uma das seguintes condições é verdadeira:
  • Nenhuma atividade de gravação ocorre durante a exportação.
  • Você exporta de uma cópia transacionalmente consistente do banco de dados SQL.
• Para exportar para o Armazenamento de Blobs do Azure, o tamanho do arquivo BACPAC é limitado a 200 GB. Para um arquivo BACPAC maior, exporte para o armazenamento local.
• Se a operação de exportação do Banco de Dados SQL levar mais de 20 horas, a operação poderá ser cancelada. Verifique os artigos a seguir para obter dicas sobre como aumentar o desempenho.

Para obter mais informações:

• Saiba como exportar um banco de dados para um arquivo BACPAC.
• Saiba como importar um arquivo BACPAC para um banco de dados.
• Examine a documentação do Banco de Dados SQL do Azure.

Migrar o Banco de Dados SQL usando a replicação geográfica ativa

Para bancos de dados muito grandes para arquivos BACPAC ou para migrar de uma nuvem para outra e permanecer online com tempo de inatividade mínimo, você pode configurar a replicação geográfica ativa do Azure Alemanha para o Azure global.

Para obter detalhes sobre os custos ativos de replicação geográfica, consulte a seção intitulada Replicação geográfica ativa nos preços do Banco de Dados SQL do Azure.

A migração de bancos de dados com replicação geográfica ativa requer um servidor lógico do SQL do Azure no Azure global. Você pode criar o servidor usando o portal, o Azure PowerShell, a CLI do Azure etc., mas a configuração da replicação geográfica ativa para migrar do Azure Alemanha para o Azure global só tem suporte usando Transact-SQL (T-SQL).

A instrução ALTER DATABASE permite que você especifique um servidor de destino no Azure global, usando seu nome de servidor DNS totalmente qualificado no lado do alvo.

ALTER DATABASE [sourcedb] add secondary on server [public-server.database.windows.net]

• sourcedb representa o nome do banco de dados em um SQL Server do Azure no Azure Alemanha.
• public-server.database.windows.net representa o nome do SQL Server do Azure que existe no Azure global, para onde o banco de dados deve ser migrado. O namespace "database.windows.net" é necessário, substitua public-server pelo nome do seu servidor SQL lógico no Azure Global. O servidor no Azure global deve ter um nome diferente do servidor primário no Azure Alemanha.

O comando é executado no banco de dados mestre no servidor do Azure Alemanha que hospeda o banco de dados local a ser migrado.

• A API de cópia inicial do T-SQL autentica o usuário conectado no servidor de nuvem público encontrando um usuário com o mesmo nome de usuário/logon do SQL no banco de dados mestre desse servidor. Essa abordagem é independente da nuvem; portanto, a API T-SQL é usada para iniciar cópias entre nuvens. Para obter permissões e mais informações sobre este tópico, consulte Criando e usando replicação geográfica ativa e ALTER DATABASE (Transact-SQL).

• Exceto pela extensão de comando T-SQL inicial que indica um servidor lógico do SQL do Azure no Azure global, o restante do processo de replicação geográfica ativa é idêntico à execução existente na nuvem local. Para obter etapas detalhadas para criar a replicação geográfica ativa, consulte Criando e usando a replicação geográfica ativa , com uma exceção de que o banco de dados secundário é criado no servidor lógico secundário criado no Azure global.

• Depois que o banco de dados secundário existir no Azure global (como sua cópia online do banco de dados do Azure Alemanha), o cliente poderá iniciar um failover de banco de dados do Azure Alemanha para o Azure global para esse banco de dados usando o comando ALTER DATABASE T-SQL (consulte a tabela abaixo).

• Após a falha, depois que o secundário se tornar um banco de dados primário no Azure global, você poderá interromper a replicação geográfica ativa e remover o banco de dados secundário no lado do Azure na Alemanha a qualquer momento (consulte a tabela abaixo e as etapas presentes no diagrama).

• Após o failover, o banco de dados secundário no Azure Alemanha continuará a incorrer em custos até ser excluído.

• Usar o ALTER DATABASE comando é a única maneira de configurar a replicação geográfica ativa para migrar um banco de dados do Azure Alemanha para o Azure global.

• Nenhum portal do Azure, o Azure Resource Manager, o PowerShell ou a CLI estão disponíveis para configurar a replicação geográfica ativa para essa migração.

Para migrar um banco de dados do Azure Alemanha para o Azure global:

1. Escolha o banco de dados do usuário no Azure Alemanha, por exemplo, azuregermanydb

2. Crie um servidor lógico no Azure global (a nuvem pública), por exemplo, globalazureserver. Seu FQDN (nome de domínio totalmente qualificado) é globalazureserver.database.windows.net.

3. Inicie a replicação geográfica ativa do Azure Alemanha para o Azure global executando esse comando T-SQL no servidor no Azure Alemanha. Observe que o nome DNS totalmente qualificado é usado para o servidor globalazureserver.database.windows.netpúblico. Isso indica que o servidor de destino está no Azure global e não no Azure Alemanha.

   ALTER DATABASE [azuregermanydb] ADD SECONDARY ON SERVER [globalazureserver.database.windows.net];
   

4. Quando a replicação estiver pronta para mover a carga de trabalho de leitura-gravação para o servidor global do Azure, inicie um failover planejado para o Azure global executando esse comando T-SQL no servidor global do Azure.

   ALTER DATABASE [azuregermanydb] FAILOVER;
   

5. O link de replicação geográfica ativa pode ser encerrado antes ou depois do processo de failover. A execução do seguinte comando T-SQL após o failover planejado remove o vínculo de replicação geográfica, com o banco de dados no Azure global sendo a cópia de leitura/gravação. Ele deve ser executado no servidor lógico do banco de dados geográfico atual (ou seja, no servidor global do Azure). Isso concluirá o processo de migração.

   ALTER DATABASE [azuregermanydb] REMOVE SECONDARY ON SERVER [azuregermanyserver];
   

   O seguinte comando T-SQL quando executado antes do failover planejado também interrompe o processo de migração, mas, nessa situação, o banco de dados no Azure Alemanha continuará sendo a cópia de leitura/gravação. Esse comando T-SQL também deve ser executado no servidor lógico do banco de dados geográfico atual, nesse caso no servidor do Azure Alemanha.

   ALTER DATABASE [azuregermanydb] REMOVE SECONDARY ON SERVER [globalazureserver];
   

Essas etapas para migrar bancos de dados SQL do Azure do Azure Alemanha para o Azure global também podem ser seguidas usando a replicação geográfica ativa.

Para obter mais informações, as tabelas a seguir indicam comandos T-SQL para gerenciar o failover. Os comandos a seguir têm suporte para replicação geográfica ativa entre nuvens entre o Azure Alemanha e o Azure global:

Visualizações ativas do sistema de monitoramento de replicação geográfica

Migrar backups com retenção de longo prazo do Banco de Dados SQL

A migração de um banco de dados com replicação geográfica ou arquivo BACPAC não copia os backups de retenção de longo prazo que o banco de dados possa ter no Azure na Alemanha. Para migrar backups de retenção de longo prazo existentes para a região global de destino do Azure, você pode usar o procedimento de cópia de backup de retenção de longo prazo COPY.

Pré-requisitos

1. O banco de dados de destino no qual você está copiando os backups LTR no Azure global, deve existir antes de você começar a copiar os backups. É recomendável primeiro migrar o banco de dados de origem usando a replicação geográfica ativa e, em seguida, iniciar a cópia de backup ltr. Isso garantirá que os backups de banco de dados sejam copiados para o banco de dados de destino correto. Essa etapa não será necessária se você estiver copiando backups LTR de um banco de dados descartado. Ao copiar backups LTR de um banco de dados descartado, um DatabaseID fictício será criado na região de destino.
2. Instalar este Módulo Az do PowerShell
3. Antes de começar, verifique se as funções RBAC do Azure necessárias estão concedidas no escopo da assinatura ou grupo de recursos. Observação: para acessar backups LTR que pertencem a um servidor descartado, a permissão deve ser concedida no escopo da assinatura desse servidor. .

Limitações

• Não há suporte para grupos de failover. Isso significa que os clientes que migram bancos de dados do Azure Alemanha precisarão gerenciar as próprias cadeias de conexão durante o failover.
• Não há suporte para o portal do Azure, APIs do Azure Resource Manager, PowerShell ou CLI. Isso significa que cada migração do Azure Alemanha precisará gerenciar a configuração da replicação geográfica ativa e o failover por meio do T-SQL.
• Os clientes não podem criar várias segundárias geográficas no Azure global para bancos de dados localizados no Azure Alemanha.
• A criação de um secundário geográfico deve ser iniciada a partir da região do Azure na Alemanha.
• Os clientes podem migrar bancos de dados do Azure Alemanha apenas para o Azure global. Atualmente, não há suporte para nenhuma outra migração entre nuvens.
• Os usuários do Azure AD nos bancos de dados de usuário do Azure Alemanha são migrados, mas não estão disponíveis no novo locatário do Azure AD onde reside o banco de dados migrado. Para habilitar esses usuários, eles devem ser descartados e recriados manualmente usando os usuários atuais do Azure AD disponíveis no novo locatário do Azure AD no qual reside o banco de dados recém-migrado.

Copiar backups de retenção de longo prazo usando o PowerShell

Um novo comando do PowerShell Copy-AzSqlDatabaseLongTermRetentionBackup foi introduzido, que pode ser usado para copiar os backups de retenção de longo prazo do Azure Alemanha para regiões globais do Azure.

1. Copiar backup LTR usando o nome do backup O exemplo a seguir mostra como você pode copiar um backup LTR do Azure na Alemanha para a região global do Azure usando o nome do backup.

# Source database and target database info
$location = "<location>"
$sourceRGName = "<source resourcegroup name>"
$sourceServerName = "<source server name>"
$sourceDatabaseName = "<source database name>"
$backupName = "<backup name>"
$targetDatabaseName = "<target database name>"
$targetSubscriptionId = "<target subscriptionID>"
$targetRGName = "<target resource group name>"
$targetServerFQDN = "<targetservername.database.windows.net>"

Copy-AzSqlDatabaseLongTermRetentionBackup 
    -Location $location 
    -ResourceGroupName $sourceRGName 
    -ServerName $sourceServerName 
    -DatabaseName $sourceDatabaseName
    -BackupName $backupName
    -TargetDatabaseName $targetDatabaseName 
    -TargetSubscriptionId $targetSubscriptionId
    -TargetResourceGroupName $targetRGName
    -TargetServerFullyQualifiedDomainName $targetServerFQDN 

2. Copiar backup LTR usando resourceID de backup O exemplo a seguir mostra como você pode copiar o backup LTR da Alemanha do Azure para a região global do Azure, usando um resourceID de backup. Este exemplo também pode ser usado para copiar backups de um banco de dados excluído.

$location = "<location>"
# list LTR backups for All databases (you have option to choose All/Live/Deleted)
$ltrBackups = Get-AzSqlDatabaseLongTermRetentionBackup -Location $location -DatabaseState All

# select the LTR backup you want to copy
$ltrBackup = $ltrBackups[0]
$resourceID = $ltrBackup.ResourceId

# Source Database and target database info
$targetDatabaseName = "<target database name>"
$targetSubscriptionId = "<target subscriptionID>"
$targetRGName = "<target resource group name>"
$targetServerFQDN = "<targetservername.database.windows.net>"

Copy-AzSqlDatabaseLongTermRetentionBackup 
    -ResourceId $resourceID 
    -TargetDatabaseName $targetDatabaseName 
    -TargetSubscriptionId $targetSubscriptionId
    -TargetResourceGroupName $targetRGName
    -TargetServerFullyQualifiedDomainName $targetServerFQDN

Limitações

• Os backups de PITR (restauração pontual) são feitos apenas no banco de dados primário, isso é intencional. Ao migrar bancos de dados do Azure Alemanha usando o Geo-DR, os backups PITR começarão a ocorrer no novo servidor primário após o failover. No entanto, os backups PITR existentes (no anterior primário do Azure na Alemanha) não serão migrados. Se você precisar de backups PITR para apoiar qualquer cenário de restauração em pontos no tempo, será necessário restaurar o banco de dados dos backups PITR no Azure Alemanha e migrar o banco de dados recuperado para o Azure global.
• As políticas de retenção de longo prazo não são migradas com o banco de dados. Se você tiver uma política de LTR (retenção de longo prazo) em seu banco de dados no Azure Alemanha, será necessário copiar e recriar manualmente a política LTR no novo banco de dados após a migração.

Solicitar acesso

Para migrar um banco de dados do Azure Alemanha para o Azure global usando replicação geográfica, sua assinatura no Azure Alemanha precisa ser habilitada para configurar com êxito a migração entre nuvens.

Para habilitar sua assinatura do Azure Alemanha, você deve usar o seguinte link para criar uma solicitação de suporte de migração:

1. Navegue até a solicitação de suporte de migração a seguir.

2. Na guia Noções básicas, insira Geo-DR migraçãocomo Resumo e selecione Avançar: Soluções

   

3. Examine as etapas recomendadas e selecione Avançar: Detalhes.

   

4. Na página de detalhes, forneça o seguinte:

   1. Na caixa Descrição, insira a ID de assinatura global do Azure para a qual migrar. Para migrar bancos de dados para mais de uma assinatura, adicione uma lista das IDs globais do Azure para as quais você deseja migrar bancos de dados.
   2. Forneça informações de contato: nome, nome da empresa, email ou número de telefone.
   3. Conclua o formulário e selecione Avançar: Examinar + criar.

   

5. Examine a solicitação de suporte e selecione Criar.

Você será contatado assim que a solicitação for processada.

Azure Cosmos DB

Você pode usar a Ferramenta de Migração de Dados do Azure Cosmos DB para migrar dados para o Azure Cosmos DB. A Ferramenta de Migração de Dados do Azure Cosmos DB é uma solução de software livre que importa dados para o Azure Cosmos DB de diferentes fontes, incluindo: arquivos JSON, MongoDB, SQL Server, arquivos CSV, Armazenamento de Tabelas do Azure, Amazon DynamoDB, HBase e contêineres do Azure Cosmos.

A Ferramenta de Migração de Dados do Azure Cosmos DB está disponível como uma ferramenta de interface gráfica ou como ferramenta de linha de comando. O código-fonte está disponível no repositório GitHub da Ferramenta de Migração de Dados do Azure Cosmos DB . Uma versão compilada da ferramenta está disponível no Centro de Download da Microsoft.

Para migrar recursos do Azure Cosmos DB, recomendamos que você conclua as seguintes etapas:

1. Examine os requisitos de tempo de atividade do aplicativo e as configurações da conta para determinar o melhor plano de ação.
2. Clone as configurações de conta do Azure Alemanha para a nova região executando a ferramenta de migração de dados.
3. Se for possível usar uma janela de manutenção, copie os dados da origem para o destino executando a ferramenta de migração de dados.
4. Se usar uma janela de manutenção não for uma opção, copie os dados da origem para o destino executando a ferramenta e conclua estas etapas:
   1. Use uma abordagem orientada por configuração para fazer alterações na leitura/gravação em um aplicativo.
   2. Complete a primeira sincronização.
   3. Configure uma sincronização incremental e acompanhe o feed de alterações.
   4. Direcione as leituras para a nova conta e valide o aplicativo.
   5. Interrompa as escritas na conta antiga, valide se o feed de alterações está atualizado e então direcione as escritas para a nova conta.
   6. Interrompa a ferramenta e exclua a conta antiga.
5. Execute a ferramenta para validar se os dados são consistentes entre contas antigas e novas.

Para obter mais informações:

• Para saber como usar a ferramenta de migração de dados, consulte Tutorial: Usar a ferramenta de migração de dados para migrar seus dados para o Azure Cosmos DB.
• Para saber mais sobre o Cosmos DB, confira Bem-vindo ao Azure Cosmos DB.

Azure Cache para Redis

Você terá algumas opções se quiser migrar uma instância do Azure Cache for Redis do Azure na Alemanha para o Azure global. A opção escolhida depende de seus requisitos.

Opção 1: aceitar perda de dados, criar uma nova instância

Essa abordagem faz mais sentido quando ambas as seguintes condições são verdadeiras:

• Você está usando o Cache do Azure para Redis como um cache de dados transitório.
• Seu aplicativo preencherá novamente os dados de cache automaticamente na nova região.

Para migrar com perda de dados e criar uma nova instância:

1. Crie uma nova instância do Cache do Azure para Redis na nova região de destino.
2. Atualize seu aplicativo para usar a nova instância na nova região.
3. Exclua a instância antiga do Azure Cache para Redis na região de origem.

Opção 2: Copiar dados da instância de origem para a instância de destino

Um membro da equipe do Cache do Azure para Redis escreveu uma ferramenta de software livre que copia dados de uma instância do Cache do Azure para Redis para outra sem a necessidade de funcionalidade de importação ou exportação. Confira a etapa 4 nas etapas a seguir para obter informações sobre a ferramenta.

Para copiar dados da instância de origem para a instância de destino:

1. Crie uma VM na região de origem. Se o conjunto de dados no Cache do Azure para Redis for grande, selecione um tamanho de VM relativamente poderoso para minimizar o tempo de cópia.
2. Crie uma nova instância do Cache do Azure para Redis na região de destino.
3. Limpe os dados da instância de destino. (Certifique-se de não descarregar da instância de origem. A descarga é necessária porque a ferramenta de cópia não substitui as chaves existentes no local de destino.)
4. Use a seguinte ferramenta para copiar automaticamente dados da instância do Cache do Azure para Redis de origem para a instância de destino do Cache do Azure para Redis: origem da ferramenta e o download da ferramenta.

Opção 3: Exportar da instância de origem, importar para a instância de destino

Essa abordagem aproveita os recursos que estão disponíveis apenas na camada Premium.

Para exportar da instância de origem e importar para a instância de destino:

1. Crie uma nova instância da camada Premium do Azure Cache para Redis na região de destino. Use o mesmo tamanho da instância de origem do Cache do Azure para Redis.

2. Exporte dados do cache de origem ou use o cmdletExport-AzRedisCache PowerShell.

   Observação

   A conta de exportação do Armazenamento do Azure deve estar na mesma região que a instância de cache.

3. Copie os blobs exportados para uma conta de armazenamento na região de destino (por exemplo, usando o AzCopy).

4. Importe dados para o cache de destino ou use o cmdletImport-AzRedisCAche PowerShell.

5. Reconfigure seu aplicativo para usar a instância de Cache do Azure para Redis de destino.

Opção 4: gravar dados em duas instâncias do Cache do Azure para Redis, ler de apenas uma instância

Para essa abordagem, você deve modificar seu aplicativo. O aplicativo precisa gravar dados em mais de uma instância de cache durante a leitura de uma das instâncias de cache. Essa abordagem fará sentido se os dados armazenados no Cache do Azure para Redis atenderem aos seguintes critérios:

• Os dados são atualizados regularmente.
• Todos os dados são gravados na instância de destino do Azure Cache para Redis.
• Você tem tempo suficiente para que todos os dados sejam atualizados.

Para obter mais informações:

• Examine a visão geral do Cache do Azure para Redis.

PostgreSQL e MySQL

Para obter mais informações, consulte os artigos na seção "Fazer backup e migrar dados" do PostgreSQL e do MySQL.

Próximas etapas

Saiba mais sobre ferramentas, técnicas e recomendações para migrar recursos nas seguintes categorias de serviço:

• Computação
• Networking
• Armazenamento
• Web
• Análise
• IoT
• Integração
• Identidade
• Segurança
• Ferramentas de gerenciamento
• Mídia