Tutorial: Migrar o SQL Server para SQL Server na Máquina Virtual do Azure com DMS

Você pode usar o Serviço de Migração de Banco de Dados do Azure e a extensão de Migração de SQL do Azure no Azure Data Studio para migrar bancos de dados de uma instância local do SQL Server para o SQL Server nas Máquinas Virtuais do Azure (SQL Server 2016 e posterior) com tempo de inatividade mínimo.

Para conhecer os métodos de migração de banco de dados que podem exigir configuração manual, consulte Migração da instância do SQL Server para o SQL Server nas Máquinas Virtuais do Azure.

Neste tutorial, você migrará o banco de dados AdventureWorks2022 de uma instância local do SQL Server para um SQL Server na Máquina Virtual do Azure com mínimo de tempo de inatividade usando o Azure Data Studio com o Serviço de Migração de Banco de Dados do Azure.

Este tutorial oferece opções de migração offline e online que incluem um tempo de inatividade aceitável durante o processo de migração.

Neste tutorial, você aprenderá a:

• Iniciar o assistente Migrar para o SQL do Azure no Azure Data Studio.
• Executar uma avaliação de seus bancos de dados do SQL Server de origem.
• Coletar dados de desempenho do seu SQL Server de origem.
• Obter uma recomendação do SQL Server na SKU da Máquina Virtual do Azure mais adequada a sua carga de trabalho.
• Especificar os detalhes do SQL Server de origem, local de backup e SQL Server de destino na Máquina Virtual do Azure.
• Criar um novo Serviço de Migração de Banco de Dados do Azure e instale o runtime de integração auto-hospedada para acessar o servidor de origem e os backups.
• Inicie e monitore o progresso da migração.
• Realizar a substituição da migração quando você estiver pronto.

Pré-requisitos

Antes de começar o tutorial:

• Baixe e instale o Azure Data Studio.

• Instale a extensão de Migração do SQL do Azure 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 do SQL Server nas Máquinas Virtuais 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 para o grupo de recursos do Azure que contém a instância de destino do SQL Server nas Máquinas Virtuais do Azure ou para sua conta de Armazenamento do Azure

  • Função de Proprietário ou Colaborador na assinatura do Azure

  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 do SQL Server nas Máquinas Virtuais do Azure.

  Importante

  Se você tem uma máquina virtual do Azure existente, ela deve ser registrada com a extensão do Agente de IaaS de SQL no modo de gerenciamento completo.

• Verifique se os logons usados para conectar a instância de origem do SQL Server são membros da função de servidor sysadmin ou têm a 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.

  • Se os arquivos de backup do banco de dados estiverem em um compartilhamento de rede SMB, crie uma conta de armazenamento do Azure que o Serviço de Migração de Banco de Dados possa usar para carregar arquivos de backup do banco de dados e para migrar 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 que executa a instância de origem do SQL Server tem permissões de leitura e gravação no compartilhamento de rede SMB que contém os 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 que você migre os dados. Para obter mais informações, confira Mover um banco de dados protegido por TDE para outro SQL Server.

  Dica

  Se o banco de dados contiver dados confidenciais protegidos pelo Always Encrypted, o processo de migração migrará automaticamente suas chaves Always Encrypted para a instância de destino do SQL Server nas Máquinas Virtuais 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.

  Em preparação para a migração, verifique se o computador de instalação do runtime de integração auto-hospedada tem as seguintes regras de firewall de saída e nomes de domínio habilitados:

  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 Banco 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 do Azure pela primeira vez, verifique se o provedor de recursos Microsoft.DataMigration está registrado em sua assinatura.

Offline com o DMS do Azure

Este tutorial descreve uma migração offline do SQL Server para o SQL Server nas Máquinas Virtuais do Azure.

Abrir 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 uma avaliação de banco de dados, coletar dados de desempenho e obter recomendações do Azure

1. Na Etapa 1: Bancos de dados para avaliação no assistente Migrar para o SQL do Azure, selecione os bancos de dados que deseja avaliar. Em seguida, selecione Avançar.

2. Na Etapa 2: Resultados e recomendações da avaliação, conclua as seguintes etapas:

   1. Em Escolher destino de SQL do Azure, selecione SQL Server na Máquina Virtual do Azure.

      

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

   3. 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.

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

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

      O Azure Data Studio coleta dados de desempenho até que você interrompa a coleta de dados ou feche o Azure Data Studio.

      Após 10 minutos, o Azure Data Studio indicará que uma recomendação está disponível para o SQL Server nas Máquinas Virtuais do Azure. Após a primeira recomendação ser gerada, você poderá selecionar Reiniciar coleta de dados para continuar o processo de coleta de dados e refinar a recomendação de SKU. Uma avaliação estendida será especialmente útil se os padrões de uso variarem ao longo do tempo.

   6. No destino do SQL Server nas Máquinas Virtuais do Azure selecionado, escolha Exibir detalhes para abrir o relatório detalhado de recomendação de SKU:

   7. Em Examinar Recomendações do SQL Server nas Máquinas Virtuais 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.

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

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

Definir as configurações de migração

1. Na Etapa 3: destino de SQL do Azure no assistente Migrar para o SQL do Azure, selecione sua conta do Azure, a assinatura do Azure, a região ou o local do Azure e o grupo de recursos que contém o SQL Server de destino para a instância das Máquinas Virtuais do Azure. Em seguida, selecione Avançar.

2. Na Etapa 4: Modo de migração, selecione Migração offline e Avançar.

   Observação

   No modo de migração offline, o banco de dados do SQL Server de origem não deve ser usado para atividade de gravação enquanto os arquivos de backup de banco de dados são restaurados na instância de destino do SQL Server nas Máquinas Virtuais do Azure. O tempo de inatividade do aplicativo persiste do início até a conclusão do processo de migração.

3. Na Etapa 5: Configuração da fonte de dados, selecione o local dos backups de banco de dados. Os backups de banco de dados podem estar localizados em um compartilhamento de rede local ou em um contêiner de blob de armazenamento do Azure.

   Observação

   Se os backups de banco de dados estiverem em um compartilhamento de rede local, você precisará configurar um runtime de integração auto-hospedada na etapa seguinte do assistente. Um runtime de integração auto-hospedada é necessário para acessar seus backups de banco de dados de origem, verificar a validade do conjunto de backup e carregar os backups na conta de armazenamento do Azure.

   Se os backups de banco de dados já estiverem em um contêiner de blob do armazenamento do Azure, você não precisará configurar um runtime de integração auto-hospedada.

• Para backups localizados em um compartilhamento de rede, insira ou selecione as seguintes informações:

  Nome	Descrição
  Credenciais de origem - nome de usuário	A credencial (autenticação do Windows e de SQL) para se conectar à instância do SQL Server de origem e validar os arquivos de backup.
  Credenciais de origem - senha	A credencial (autenticação do Windows e de SQL) para se conectar à instância do SQL Server de origem e validar os arquivos de backup.
  Local de compartilhamento de rede que contém os backups	O local de compartilhamento de rede que contém os arquivos de backup completos e de logs de transações. Todos os arquivos inválidos ou arquivos de backup inválidos no compartilhamento de rede que não pertencerem ao conjunto de backup válido serão ignorados automaticamente durante o processo de migração.
  Conta de usuário do Windows com acesso de leitura ao local de compartilhamento de rede	A credencial do Windows (nome de usuário) que tem acesso de leitura ao compartilhamento de rede para recuperar os arquivos de backup.
  Senha	A credencial do Windows (senha) que tem acesso de leitura ao compartilhamento de rede para recuperar os arquivos de backup.
  Nome do banco de dados de destino	Você só pode modificar o nome do banco de dados de destino durante o processo de migração.

• Para backups armazenados em um contêiner de blob do armazenamento do Azure, insira ou selecione as seguintes informações:

  Nome	Descrição
  Nome do banco de dados de destino	Você só pode modificar o nome do banco de dados de destino durante o processo de migração.
  Detalhes da conta de armazenamento	O grupo de recursos, a conta de armazenamento e o contêiner em que os arquivos de backup ficam localizados.
  Último arquivo de backup	O nome do arquivo do último backup do banco de dados que você está migrando.

  Importante

  Se a funcionalidade de verificação de loopback estiver habilitada e o SQL Server e o compartilhamento de arquivo de origem estiverem no mesmo computador, a origem não poderá acessar o compartilhamento de arquivo usando o FQDN. Para corrigir esse problema, desabilite a funcionalidade de verificação de loopback.

• 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:

  Cenário	Compartilhamento de rede SMB	Contêiner da conta de Armazenamento do Microsoft Azure
  Habilitado de todas as redes	Sem etapas extras	Sem etapas extras
  Habilitado a partir das redes virtuais e endereços IP selecionados	Consulte 1a	Consulte 2a
  Habilitado em redes virtuais selecionadas e endereços IP + ponto de extremidade privado	Consulte 1b	Consulte 2b

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 Máquina Virtual 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 Integration Runtime. Essas informações podem ser encontradas na página Visão geral da Máquina Virtual 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)a para obter as etapas necessárias restantes.

2a – Configuração de 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 acima serão desnecessárias, pois não há Integration Runtime se comunicando com a conta de Armazenamento do Microsoft 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)

Se você tiver um ponto de extremidade privado configurado na sua conta de Armazenamento do Microsoft 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

Na Etapa 6: Serviço de Migração de Banco de Dados do Azure no assistente Migrar para o SQL do Azure, crie uma instância do Serviço de Migração de Banco de Dados do Azure ou reutilize uma existente criada anteriormente.

Observação

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.

4. Em Configurar runtime de integração, conclua as seguintes etapas:

   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.

5. 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.

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

Iniciar a migração de banco de dados

Na Etapa 7: Resumo no assistente Migrar para o SQL do Azure, 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

1. No Azure Data Studio, no menu do servidor em Geral, selecione Migração de SQL do Azure para ir para o painel de suas migrações de SQL do Azure.

   Em Status de migração do banco de dados, você pode acompanhar as migrações que estão em andamento, que foram concluídas e que falharam (se houver) ou pode exibir todas as migrações de banco de dados.

   

2. Selecione Migrações de banco de dados em andamento para exibir as migrações ativas.

   Para obter mais informações sobre uma migração específica, selecione o nome do banco de dados.

   O painel de detalhes da migração exibe os arquivos de backup e o respectivo status:

   Status	Descrição
   Chegou	O arquivo de backup foi recebido no local de backup de origem e validado.
   Carregando	O runtime de integração está carregando o arquivo de backup no armazenamento do Azure.
   Carregado	O arquivo de backup foi carregado no armazenamento do Azure.
   Restaurando	O serviço está restaurando o arquivo de backup para o SQL Server nas Máquinas Virtuais do Azure.
   Restaurado	O arquivo de backup foi restaurado com êxito no SQL Server nas Máquinas Virtuais do Azure.
   Cancelada	O processo de migração foi cancelado.
   Ignorado	O arquivo de backup foi ignorado pois não pertence a uma cadeia de backup de banco de dados válida.

Após todos os backups de banco de dados serem restaurados na instância do SQL Server nas Máquinas Virtuais do Azure, uma substituição de migração automática é iniciada pelo Serviço de Migração de Banco de Dados para garantir que o banco de dados migrado esteja pronto para uso. O status da migração muda de Em andamento para Êxito.

Online com o DMS do Azure

Este artigo descreve uma migração online de um SQL Server local para um SQL Server em uma Máquina Virtual do Azure.

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

1. Abra o Azure Data Studio e, selecione o ícone do servidor, para se conectar ao seu SQL Server local (ou ao SQL Server na Máquina Virtual do Azure).

2. Na conexão do servidor, clique com o botão direito do mouse e selecione Gerenciar.

3. Na página inicial do servidor, selecione a extensão Migração do SQL do Azure.

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

   

5. Na primeira etapa do assistente de migração, vincule sua conta existente ou uma nova conta do Azure ao Azure Data Studio.

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 Próximo.

2. Selecione o SQL Server na Máquina Virtual do Azure como o destino.

   

3. Selecione Exibir/Selecionar para exibir detalhes dos resultados da avaliação de seus bancos de dados, selecione os bancos de dados a migrar e clique em OK.

4. Selecione Obter recomendação do Azure.

5. Escolha a opção Coletar dados de desempenho agora, insira um caminho para os logs de desempenho a serem coletados e selecione Iniciar.

6. Com isso, o Azure Data Studio passará a coletar dados de desempenho até que você pare a coleção, selecione Avançar no assistente ou feche o Azure Data Studio.

7. Após 10 minutos, você verá uma configuração recomendada para sua VM do SQL do Azure. Você também pode selecionar o link Atualizar recomendação após os 10 minutos iniciais para atualizar a recomendação com os dados adicionais coletados.

8. Na caixa SQL Server na Máquina Virtual do Azure, selecione Exibir detalhes para obter mais informações sobre a recomendação.

9. Feche a caixa Exibir detalhes e selecione Avançar.

Definir as configurações de migração

1. Especifique o SQL Server de destino na Máquina Virtual do Azure selecionando sua assinatura, local e grupo de recursos nas listas suspensas correspondentes e, em seguida, selecione Avançar.

2. Selecione Migração online como o modo de migração.

   Observação

   No modo de migração online, o banco de dados de SQL Server de origem pode ser usado para atividade de leitura e gravação, enquanto os backups de banco de dados são restaurados continuamente no banco de dados de SQL Server de destino na Máquina Virtual do Azure. O tempo de inatividade do aplicativo é limitado à duração da replicação no final da migração.

3. Na etapa 5, selecione o local dos backups de banco de dados. Os backups de banco de dados podem estar localizados em um compartilhamento de rede local ou em um contêiner de blob de armazenamento do Azure.

   Observação

   Se os backups de banco de dados estiverem em um compartilhamento de rede local, o DMS exigirá que você configure o runtime de integração auto-hospedada na próxima etapa do assistente. O runtime de integração auto-hospedada é necessário para acessar seus backups de banco de dados de origem, verificar a validade do conjunto de backup e carregá-los na conta de armazenamento do Azure.
   Quando os backups de banco de dados já estão em um contêiner de blob do armazenamento do Azure, você não precisa configurar um runtime de integração auto-hospedada.

   • Para os backups localizados em um compartilhamento de rede, forneça detalhes sobre o SQL Server de origem, o local de backup de origem, o nome do banco de dados de destino e a conta de armazenamento do Azure nos quais os arquivos de backup serão carregados.

     Campo	Descrição
     Credenciais de origem - nome de usuário	A credencial (Windows/autenticação de SQL) para se conectar à instância de SQL Server de origem e validar os arquivos de backup.
     Credenciais de origem - senha	A credencial (Windows/autenticação de SQL) para se conectar à instância de SQL Server de origem e validar os arquivos de backup.
     Local de compartilhamento de rede que contém os backups	O local de compartilhamento de rede que contém os arquivos de backup completos e de logs de transações. Todos os arquivos inválidos ou arquivos de backup inválidos no compartilhamento de rede que não pertencerem ao conjunto de backup válido serão ignorados automaticamente durante o processo de migração.
     Conta de usuário do Windows com acesso de leitura ao local de compartilhamento de rede	A credencial do Windows (nome de usuário) que tem acesso de leitura ao compartilhamento de rede para recuperar os arquivos de backup.
     Senha	A credencial do Windows (senha) que tem acesso de leitura ao compartilhamento de rede para recuperar os arquivos de backup.
     Nome do banco de dados de destino	O nome do banco de dados de destino poderá ser modificado se você quiser alterar o nome do banco de dados no destino durante o processo de migração.

   • Para backups armazenados em um contêiner do blob de armazenamento do Azure, especifique os detalhes abaixo do nome do banco de dados de destino, grupo de recursos, conta de armazenamento do Azure, contêiner do Blob nas listas suspensas correspondentes.

     Campo	Descrição
     Nome do banco de dados de destino	O nome do banco de dados de destino poderá ser modificado se você quiser alterar o nome do banco de dados no destino durante o processo de migração.
     Detalhes da conta de armazenamento	O grupo de recursos, a conta de armazenamento e o contêiner em que os arquivos de backup estão localizados.

4. Selecione Avançar para continuar.

   Importante

   Se a funcionalidade de verificação de loopback estiver habilitada e o SQL Server de origem e o compartilhamento de arquivo estiverem no mesmo computador, a origem não poderá acessar os arquivos aqui usando o FQDN. Para corrigir esse problema, desabilite a funcionalidade de verificação de loopback seguindo as instruções aqui

   • 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:

     Cenário	Compartilhamento de rede SMB	Contêiner da conta de Armazenamento do Microsoft Azure
     Habilitado de todas as redes	Sem etapas extras	Sem etapas extras
     Habilitado a partir das redes virtuais e endereços IP selecionados	Consulte 1a	Consulte 2a
     Habilitado em redes virtuais selecionadas e endereços IP + ponto de extremidade privado	Consulte 1b	Consulte 2b

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 Máquina Virtual 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 Integration Runtime. Essas informações podem ser encontradas na página Visão geral da Máquina Virtual 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)a para obter as etapas necessárias restantes.

2a – Configuração de 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 acima serão desnecessárias, pois não há Integration Runtime se comunicando com a conta de Armazenamento do Microsoft 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)

Se você tiver um ponto de extremidade privado configurado na sua conta de Armazenamento do Microsoft 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 o Serviço de Migração de Banco de Dados do Azure

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

   Observação

   Quando o DMS já foi criado usando o portal do Azure, ele não pode ser reutilizado no assistente de migração no Azure Data Studio. Somente DMS criado anteriormente usando o Azure Data Studio podem ser reutilizados.

2. Selecione o Grupo de recursos onde você tem um DMS existente ou precisa criar um novo. O menu suspenso Serviço de Migração de Banco de Dados do Azure lista qualquer DMS existente no grupo de recursos selecionado.

3. Para reutilizar um DMS existente, selecione-o na lista suspensa e o status do runtime de integração auto-hospedada será exibido na parte inferior da página.

4. Para criar um novo DMS, selecione Criar novo.

5. Na tela Criar Serviço de Migração de Banco de Dados do Azure, forneça o nome para o DMS e selecione Criar.

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

7. Selecione Baixar e instalar o runtime de integração para abrir o link de download em um navegador da Web. Conclua o download. Instale o runtime de integração em um computador que atenda aos pré-requisitos da conexão com o SQL Server de origem e o local que contém o backup de origem.

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

9. Copie e cole uma das chaves de autenticação fornecidas na tela do assistente do Azure Data Studio. Se a chave de autenticação for válida, um ícone de verificação verde será exibido no Integration Runtime Configuration Manager, indicando que você pode continuar a se Registrar.

10. Depois de concluir o registro do runtime de integração auto-hospedada, feche o Microsoft Integration Runtime Configuration Manager e retorne para o assistente de migração no Azure Data Studio.

11. Selecione testar conexão na tela Criar serviço de migração de banco de dados do Azure no Azure Data Studio para validar que o DMS recém-criado está conectado ao runtime de integração auto-hospedada que acabou de ser registrado, e selecione Concluído.

    

12. Examine o resumo e selecione Concluído para iniciar a migração do banco de dados.

Monitorar a migração

1. No Status de migração do banco de dados, você pode acompanhar as migrações em andamento, as migrações concluídas e as migrações que falharam (se houver).

   

2. Selecione Migrações de banco de dados em andamento para exibir migrações em curso e obtenha mais detalhes selecionando o nome do banco de dados.

3. A página de detalhes da migração exibe os arquivos de backup com o respectivo status:

   Status	Descrição
   Chegou	Arquivo de backup recebido no local de backup de origem e validado
   Carregando	O Runtime de integração está carregando o arquivo de backup no armazenamento do Azure
   Carregado	O arquivo de backup foi carregado no armazenamento do Azure
   Restaurando	Atualmente, o Serviço de Migração de Banco de Dados do Azure está restaurando o arquivo de backup para o SQL Server na Máquina virtual do Azure
   Restaurado	O arquivo de backup é restaurado com êxito no SQL Server da Máquina Virtual do Azure
   Cancelada	O processo de migração foi cancelado
   Ignorado	O arquivo de backup foi ignorado, pois não pertence a uma cadeia de backup de banco de dados válida

   

Migração de substituição completa

A etapa final do tutorial é concluir a transferência de migração. A conclusão garante que o banco de dados migrado no SQL Server na Máquina Virtual do Azure esteja pronto para uso. O tempo de inatividade é necessário para aplicativos que se conectam ao banco de dados e a temporização da transferência precisa ser cuidadosamente planejada com os participantes da empresa ou do aplicativo.

Para concluir a transferência:

1. Interromper todas as transações de entrada para o banco de dados de origem.
2. Faça alterações na configuração do aplicativo para apontar para o banco de dados de destino no SQL Server na máquina Virtual do Azure.
3. Faça um backup de log final do banco de dados de origem no local de backup especificado
4. Coloque o banco de dados de origem no modo somente leitura. Portanto, os usuários podem ler dados do banco de dados, mas não modificá-los.
5. Verifique se todos os backups de banco de dados têm o status Restaurado na página de detalhes de monitoramento.
6. Selecione Transição completa na página detalhes de monitoramento.

Durante o processo de transferência, o status da migração muda de em andamento para concluir. O status de migração muda para êxito quando o processo de transferência é concluído. A migração do banco de dados foi bem-sucedida e se o banco de dados migrado está pronto para uso.

Limitações

-Caso esteja migrando 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.

-Caso esteja migrando vários bancos de dados usando o mesmo contêiner do Armazenamento de Blobs do Azure, você deverá colocar os arquivos de backup de bancos de dados diferentes em pastas separadas dentro do contêiner.

-Não há suporte para substituir os bancos de dados existentes usando o DMS no SQL Server de destino na Máquina Virtual do Azure.

-No DMS, não há suporte para a configuração de alta disponibilidade e recuperação de desastre no 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.

-VM com SQL Server 2008 e versões anteriores como destino não têm suporte ao migrar para SQL Server em Máquinas Virtuais do Azure.

-Se estiver usando uma VM com o SQL Server 2012 ou o SQL Server 2014, será necessário armazenar os arquivos de backup do banco de dados de origem em um Contêiner do Azure Storage Blob em vez de usar a opção de compartilhamento de rede. Armazene os arquivos de backup como blobs de página, pois os blobs de blocos só têm suporte no SQL 2016 e versões posteriores.

-Verifique se a extensão do Agente de IaaS do SQL na máquina virtual do Azure de destino está no modo Completo em vez do modo Leve.

- A migração para a VM SQL do Azure usando o DMS usa internamente o agente IaaS do SQL. A Extensão do Agente de IaaS do SQL tem suporte apenas para o gerenciamento da Instância Padrão do Servidor ou da Instância Nomeada Única.

-Você pode migrar no máximo 100 bancos de dados para a mesma Máquina Virtual do SQL Server do Azure como o destino usando uma ou mais migrações simultaneamente. Além disso, depois que uma migração com 100 bancos de dados for concluída, aguarde pelo menos 30 minutos antes de iniciar uma nova migração para a mesma Máquina Virtual do SQL Server do Azure como o Destino. Além disso, cada operação de migração (início da migração, substituição) para cada banco de dados levará alguns minutos sequencialmente. Por exemplo, para migrar 100 bancos de dados, pode levar aproximadamente 200 (2 x 100) minutos para criar a(s) fila(s) de migração e aproximadamente 100 (1 x 100) minutos para substituir todos os 100 bancos de dados (excluindo o tempo de backup e restauração). Portanto, a migração se torna mais lenta à medida que o número de bancos de dados aumentar. Você deve fazer o agendamento prévio de uma janela de migração mais longa com base em testes rigorosos de migração ou o particionamento de um grande número de bancos de dados em lotes ao migrá-los para uma VM do SQL Server do Azure.

-Além de configurar a Rede/Firewall da sua Conta de Armazenamento do Azure para permitir que sua VM acesse arquivos de backup. Você também precisa configurar a Rede/Firewall do SQL Server na VM do Azure para permitir a conexão de saída com sua conta de armazenamento.

-Você precisa manter o SQL Server de destino na VM do Azure ativado enquanto a Migração do SQL estiver em andamento. Além disso, ao criar uma nova migração, faça failover ou cancele a migração.

Possíveis mensagens de erro

Falha no logon do usuário NT Service\SQLIaaSExtensionQuery

Erro: Login failed for user 'NT Service\SQLIaaSExtensionQuery

Motivo: a instância do SQL Server está no modo de usuário único. Um motivo possível é o SQL Server de destino na VM do Azure estar no modo de atualização.

Solução: aguardar até que o SQL Server de destino na VM do Azure saia do modo de atualização e iniciar a migração novamente.

Falha ao criar o trabalho de restauração

Erro: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists.

Solução: conectar-se ao SQL Server de destino na VM do Azure e excluir o arquivo XXX.mdf. Em seguida, inicie a migração novamente.

Conteúdo relacionado

• Migrar um banco de dados do SQL Server para o SQL Server em uma máquina virtual
• O que é o SQL Server nas Máquinas Virtuais do Windows Azure?
• Conectar-se a uma máquina virtual do SQL Server no Azure
• Solução de problemas conhecidos e limitações
• Migrar um banco de dados para o SQL Server nas Máquinas Virtuais do Azure usando o comando T-SQL RESTORE