Tutorial: migrar o SQL Server para a Instância Gerenciada de SQL do Azure com DMS

Você pode usar o DMS (Serviço de Migração de Banco de Dados) do Azure e a extensão de migração do SQL do Azure no Azure Data Studio para migrar bancos de dados de uma instância do SQL Server para a Instância Gerenciada de SQL do Azure com tempo de inatividade mínimo.

Para conhecer os métodos de migração de banco de dados que podem exigir configuração manual, confira Guia de migração: de SQL Server SQL para a Instância Gerenciada de SQL do Azure.

Pré-requisitos

Para concluir este tutorial, você precisará:

• Baixar e instalar o Azure Data Studio

• Instalar a extensão de migração do SQL do Azure para Azure Data Studio do marketplace do Azure Data Studio

• Tenha uma conta do Azure atribuída a uma das seguintes funções internas:

  • Colaborador para a instância de destino da Instância Gerenciada de SQL do Azure e para a conta de armazenamento em que você carrega seus arquivos de backup de banco de dados de um compartilhamento de rede do protocolo SMB
  • Função de leitor nos grupos de recursos do Azure que contêm a instância de destino da Instância Gerenciada de SQL do Azure ou a conta de armazenamento do Azure
  • Função de Proprietário ou Colaborador para a assinatura do Azure (necessária se você criar uma instância do Serviço de Migração de Banco de Dados)

  Como alternativa ao uso de uma dessas funções internas, você pode atribuir funções personalizadas.

  Importante

  Uma conta do Azure é necessária somente quando você configura as etapas de migração. Uma conta do Azure não é necessária para a avaliação nem para exibir recomendações do Azure no assistente de migração no Azure Data Studio.

• Crie uma instância de destino da Instância Gerenciada de SQL do Azure.

• Verificar se os logons usados para conectar o SQL Server de origem são membros da função de servidor sysadmin ou têm permissão CONTROL SERVER.

• Forneça um compartilhamento de rede SMB, um compartilhamento de arquivo de conta de armazenamento do Azure ou um contêiner de blob de conta de armazenamento do Azure que contém seus arquivos de backup de banco de dados completo e os arquivos de backup de log de transações seguintes. O Serviço de Migração de Banco de Dados usa o local de backup durante a migração de banco de dados.

  • A extensão de Migração do SQL do Azure para o Azure Data Studio não faz backups de banco de dados ou não inicia backups de banco de dados em seu nome. Em vez disso, o serviço usa arquivos de backup de banco de dados existentes para a migração.
  • Quando os arquivos de backup de banco de dados estão em um compartilhamento de rede do SMB, crie uma conta de armazenamento do Azure que permita que o serviço de DMS carregue os arquivos de backup do banco de dados e migre os bancos de dados. Crie a conta de armazenamento do Azure na mesma região em que você criar sua instância do Serviço de Migração de Banco de Dados.
  • Você pode gravar cada backup em um arquivo de backup separado ou em vários arquivos de backup. Não há suporte para acrescentar vários backups, como logs completos e de transações, em apenas uma mídia de backup.
  • É possível fornecer backups compactados para reduzir a probabilidade de ocorrência de problemas potenciais associados à migração de backups de grande porte.

• Verifique se a conta de serviço executando a instância de SQL Server de origem tem permissões de leitura e gravação no compartilhamento de rede SMB que contém arquivos de backup de banco de dados.

• Quando você migra um banco de dados protegido pela TDE (Transparent Data Encryption), o certificado da instância de origem do SQL Server deve ser migrado para o SQL Server nas Máquinas Virtuais do Azure antes da migração dos dados. Para obter mais informações sobre como migrar bancos de dados habilitados para TDE, confira Tutorial: Migrar bancos de dados habilitados para TDE (versão prévia) para o SQL do Azure no Azure Data Studio.

  Quando o banco de dados contém dados confidenciais protegidos pelo Always Encrypted, o processo de migração migra automaticamente as chaves Always Encrypted para o destino do SQL do Azure.

• Se os backups de banco de dados estiverem em um compartilhamento de arquivos de rede, forneça um computador no qual você possa instalar um runtime de integração auto-hospedada para acessar e migrar backups de banco de dados. O assistente de migração fornece o link de download e as chaves de autenticação para baixar e instalar seu runtime de integração auto-hospedada.

  Na preparação para a migração, verifique se as seguintes regras de firewall de saída e nomes de domínio estão habilitados no computador em que você planeja instalar o runtime de integração auto-hospedada:

  Nomes de domínios	Porta de saída	Descrição
  Nuvem pública: {datafactory}.{region}.datafactory.azure.net ou *.frontend.clouddatahub.net Azure Governamental: {datafactory}.{region}.datafactory.azure.us Microsoft Azure operado pela 21Vianet: {datafactory}.{region}.datafactory.azure.cn	443	Necessárias para que o runtime de integração auto-hospedada se conecte ao serviço de Migração de Dados. Para um data factory recém-criado em uma nuvem pública, localize o FQDN (nome de domínio totalmente qualificado) da chave do runtime de integração auto-hospedada, no formato {datafactory}.{region}.datafactory.azure.net. Para um data factory existente, se você não vir o FQDN na chave de integração auto-hospedada, use *.frontend.clouddatahub.net.
  download.microsoft.com	443	Exigido pelo runtime de integração auto-hospedada para fazer o download das atualizações. Se você tiver desabilitado a atualização automática, poderá ignorar a configuração desse domínio.
  .core.windows.net	443	Usado pelo runtime de integração auto-hospedada que se conecta à conta de armazenamento do Azure para carregar backups de banco de dados do compartilhamento de rede.

  Dica

  Se os arquivos de backup de banco de dados já foram fornecidos em uma conta de armazenamento do Azure, o runtime de integração auto-hospedada não será necessário durante o processo de migração.

• Se você usa um runtime de integração auto-hospedada, certifique-se de que o computador onde o runtime está instalado possa se conectar à instância do SQL Server de origem e ao compartilhamento de arquivo de rede onde os arquivos de backup estão localizados.

• Habilite a porta de saída 445 para permitir o acesso ao compartilhamento de arquivo de rede. Para saber mais, confira recomendações para usar um runtime de integração auto-hospedada.

• Caso esteja usando o Serviço de Migração de Banco de Dados pela primeira vez, verifique se o provedor de recursos Microsoft.DataMigration está registrado na assinatura. Siga as etapas para registrar o provedor de recursos.

Inicie o assistente Migrar para o SQL do Azure no Azure Data Studio

Para abrir o assistente Migrar para o SQL do Azure:

1. No Azure Data Studio, acesse Conexões. Selecione a instância local do SQL Server e conecte-se a ela. Você também pode se conectar ao SQL Server em uma máquina virtual do Azure.

2. Clique com o botão direito do mouse na conexão de servidor e selecione Gerenciar.

3. No menu do servidor, em Geral, selecione Migração de SQL do Azure.

4. No painel da Migração de SQL do Azure, selecione Migrar para o SQL do Azure para abrir o assistente de migração.

   

5. Na primeira página do assistente, inicie uma nova sessão ou retome uma sessão salva anteriormente.

Executar a avaliação de banco de dados, coletar dados de desempenho e obter a recomendação do Azure

1. Selecione os bancos de dados para executar a avaliação e selecione Avançar.

2. Selecione a Instância Gerenciada de SQL do Azure como o destino.

   

3. Selecione Exibir/Selecionar para exibir os resultados da avaliação.

4. Nos resultados da avaliação, selecione o banco de dados e examine o relatório da avaliação para garantir que nenhum problema tenha sido encontrado.

   

   1. Selecione Obter recomendação do Azure para abrir o painel de recomendações.

   2. Selecione Coletar dados de desempenho agora. Selecione uma pasta no computador local para armazenar os logs de desempenho e selecione Iniciar.

      Com isso, o Azure Data Studio passará a coletar dados de desempenho até que você pare a coleção, pressione o botão Próximo no assistente ou feche o Azure Data Studio.

      Após cerca de 10 minutos, o Azure Data Studio indica que uma recomendação está disponível para a Instância Gerenciada de SQL do Azure. Você também pode pressionar o link Atualizar recomendação após os 10 minutos iniciais para atualizar e refinar a recomendação com os dados adicionais coletados. Uma avaliação estendida será especialmente útil se os padrões de uso variarem ao longo do tempo.

   3. Na Instância Gerenciada de SQL do Azure de destino selecionada, selecione Exibir detalhes para abrir o relatório detalhado de recomendação de SKU.

   4. Em Revisar Recomendações da Instância Gerenciada de SQL do Azure, examine a recomendação. Para salvar uma cópia da recomendação, marque a caixa de seleção Salvar relatório de recomendação.

5. Selecione Fechar para fechar o painel de recomendações.

6. Selecione Avançar para dar continuidade à migração de banco de dados no assistente.

Definir as configurações de migração

A extensão de migração do SQL do Azure para o Azure Data Studio não requer mais configurações específicas nas configurações de rede da sua conta de Armazenamento do Microsoft Azure para migrar seus bancos de dados do SQL Server para o Azure. No entanto, dependendo do local de backup do banco de dados e das configurações de rede da conta de armazenamento desejadas, há algumas etapas necessárias para garantir que seus recursos possam acessar a conta de Armazenamento do Microsoft Azure. Consulte a tabela a seguir para ver os vários cenários de migração e configurações de rede:

1a – Configuração de rede do Armazenamento de Blobs do Azure

Se você tiver o Runtime de Integração Auto-Hospedada (SHIR) instalado em uma VM do Azure, confira a seção 1b – Configuração da rede de armazenamento de Blobs do Azure. Se você tiver seu Runtime de Integração Auto-Hospedada (SHIR) instalado em sua rede local, precisará adicionar o endereço IP do cliente do computador de hospedagem em sua conta de Armazenamento do Microsoft Azure:

Para aplicar essa configuração específica, conecte-se ao portal do Azure a partir do computador SHIR, abra a configuração da conta de Armazenamento do Microsoft Azure, selecione Rede e marque a caixa de seleção Adicionar endereço IP do cliente. Selecione Salvar para tornar a alteração persistente. Consulte a seção 2a – Configuração da rede de armazenamento de Blobs do Azure (Ponto de extremidade privado) para as etapas restantes.

1b – Configuração de rede do Armazenamento de Blobs do Azure

Se o SHIR estiver hospedado em uma VM do Azure, você precisará adicionar a rede virtual da VM à conta de Armazenamento do Microsoft Azure, pois a VM tem um endereço IP não público que não pode ser adicionado à seção intervalo de endereços IP.

Para aplicar essa configuração específica, localize sua conta de Armazenamento do Microsoft Azure no painel Armazenamento de dados, selecione Rede e marque a caixa de seleção Adicionar rede virtual existente. Um novo painel é aberto. Selecione a assinatura, a rede virtual e a sub-rede da VM do Azure que hospeda o runtime de integração. Essas informações podem ser encontradas na página Visão geral da VM do Azure. A sub-rede pode indicar Ponto de extremidade de serviço necessário; se for o caso, selecione Habilitar. Quando tudo estiver pronto, salve as atualizações. Consulte a seção 2a – Configuração da rede de armazenamento de Blobs do Azure (Ponto de extremidade privado) para obter as etapas necessárias restantes.

2a – Configuração da rede do Armazenamento de Blobs do Azure (ponto de extremidade privado)

Se os backups forem colocados diretamente em um Contêiner de Armazenamento do Microsoft Azure, todas as etapas anteriores serão desnecessárias, pois não há runtime de integração se comunicando com a conta de Armazenamento do Azure. No entanto, ainda precisamos garantir que a instância de SQL Server de destino possa se comunicar com a conta de Armazenamento do Microsoft Azure para restaurar os backups do contêiner. Para aplicar essa configuração específica, siga as instruções na seção 1b – Configuração de rede de armazenamento de Blobs do Azure, especificando a Rede Virtual da instância SQL de destino ao preencher o pop-up "Adicionar rede virtual existente".

2b – Configuração de rede do Armazenamento de Blobs do Azure (ponto de extremidade privado)

Quando você tem um ponto de extremidade privado configurado na conta de Armazenamento do Azure, siga as etapas descritas na seção 2a – Configuração da rede de armazenamento de Blobs do Azure (ponto de extremidade privado). No entanto, você precisa selecionar a sub-rede do ponto de extremidade privado, não apenas o destino SQL Server sub-rede. Verifique se o ponto de extremidade privado está hospedado na mesma VNet que a instância de SQL Server de destino. Se não estiver, crie outro ponto de extremidade privado usando o processo na seção Configuração da conta de Armazenamento do Microsoft Azure.

Criar uma instância do Serviço de Migração de Banco de Dados

Crie um novo Serviço de Migração de Banco de Dados do Azure ou reutilize um serviço que você criou anteriormente.

Se você já criou uma instância do Serviço de Migração de Banco de Dados usando o portal do Azure, não é possível reutilizar a instância no assistente de migração no Azure Data Studio. Você só poderá reutilizar uma instância se a tiver criado usando o Azure Data Studio.

Usar uma instância existente do Serviço de Migração de Banco de Dados

Para usar uma instância existente do Serviço de Migração de Banco de Dados:

1. Em Grupo de recursos, selecione o grupo de recursos que contém uma instância existente do Serviço de Migração de Banco de Dados.

2. Em Serviço de Migração de Banco de Dados do Azure, selecione uma instância existente do Serviço de Migração de Banco de Dados que esteja no grupo de recursos selecionado.

3. Selecione Avançar.

Criar uma instância do Serviço de Migração de Banco de Dados

Para criar uma instância do Serviço de Migração de Banco de Dados:

1. Em Grupo de recursos, crie um grupo de recursos que conterá uma nova instância do Serviço de Migração de Banco de Dados.

2. Em Serviço de Migração de Banco de Dados do Azure, selecione Criar.

3. Em Criar Serviço de Migração de Banco de Dados do Azure, insira um nome para a instância do Serviço de Migração de Banco de Dados e selecione Criar.

Após a criação do DMS, você receberá detalhes para configurar o runtime de integração.

1. Selecione o link Baixar e instalar runtime de integração para abrir o link de download em um navegador da Web. Baixe o runtime de integração e instale-o em um computador que atenda aos pré-requisitos para se conectar à instância do SQL Server de origem.

   Quando a instalação for concluída, o Microsoft Integration Runtime Configuration Manager será aberto automaticamente para dar início ao processo de registro.

2. Na tabela Chave de autenticação, copie uma das chaves de autenticação fornecidas no assistente e cole-a no Azure Data Studio. Se a chave de autenticação for válida, um ícone de verificação verde aparecerá no Integration Runtime Configuration Manager. Uma verificação verde indica que você pode continuar a Registrar.

   Depois de registrar o runtime de integração auto-hospedada, feche o Microsoft Integration Runtime Configuration Manager.

   Observação

   Para obter mais informações sobre como usar o runtime de integração auto-hospedada, consulte Criar e configurar um runtime de integração auto-hospedada.

3. Em Criar Serviço de Migração de Banco de Dados do Azure no Azure Data Studio, selecione Testar conectividade para validar se a instância do Serviço de Migração de Banco de Dados está conectada ao runtime de integração auto-hospedada que acabou de ser registrado.

   

4. Retorne ao assistente de migração no Azure Data Studio.

Iniciar a migração de banco de dados

Examine a configuração que você criou e selecione Iniciar migração para iniciar a migração de banco de dados.

Monitorar a migração de banco de dados

Limitações

Migrar para a Instância Gerenciada de SQL do Azure usando a extensão do Azure SQL para Azure Data Studio tem as seguintes limitações:

• Quando você migra um banco de dados individual, os backups de banco de dados devem ser colocados em uma estrutura de arquivo simples dentro de uma pasta de banco de dados (incluindo a pasta raiz do contêiner) e as pastas não podem ser aninhadas, pois não há suporte.
• Quando migra vários bancos de dados usando o mesmo contêiner do Armazenamento de Blobs do Azure, você deve colocar os arquivos de backup de bancos de dados diferentes em pastas separadas dentro do contêiner.
• Não há suporte para a substituição de bancos de dados existentes usando o DMS na Instância Gerenciada de SQL do Azure de destino.
• O DMS não suporta a configuração de alta disponibilidade e recuperação de desastres em seu destino para corresponder à topologia de origem.
• Não há suporte para os seguintes objetos do servidor:
  • trabalhos do SQL Server Agent
  • Credenciais
  • Pacotes SSIS
  • Auditoria de servidor
• Não é possível usar um runtime de integração auto-hospedada existente criado com base no Azure Data Factory para migrações de banco de dados com o DMS. Inicialmente, o runtime de integração auto-hospedada deve ser criado usando a extensão de migração do SQL do Azure no Azure Data Studio, e pode ser reutilizado para migrações de banco de dados posteriores.
• Um trabalho LRS (criado pelo DMS) único poderá executar por no máximo 30 dias. Quando esse período expirar, o trabalho será automaticamente cancelado, portanto, o banco de dados de destino será automaticamente excluído.
• Se o seguinte erro aparece: Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance, o problema ocorre por design. Não há suporte para OLTP in-memory na camada de Uso Geral da Instância Gerenciada de SQL do Azure. Para continuar a migração, atualize para o nível Comercialmente Crítico, que oferece suporte a OLTP in-memory. Outra maneira é se certificar de que o banco de dados de origem não o esteja usando enquanto a Instância Gerenciada de SQL do Azure for de Uso Geral.

Conteúdo relacionado

• Início Rápido: restaurar um banco de dados em uma Instância Gerenciada de SQL do Azure com o SSMS
• O que é Instância Gerenciada de SQL do Azure?
• Solução de problemas conhecidos e limitações
• Conectar seu aplicativo à Instância Gerenciada de SQL do Azure