Tutorial: Migrar o SQL Server para o SQL Server em Máquinas Virtuais do Azure offline no Azure Data Studio

Você pode usar o 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 local do SQL Server para o SQL Server em Máquinas Virtuais do Azure (SQL Server 2016 e posterior) offline e com tempo de inatividade mínimo.

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

Neste tutorial, saiba como migrar o banco de dados AdventureWorks de exemplo de uma instância local do SQL Server para uma instância do SQL Server em Máquinas Virtuais do Azure usando o Azure Data Studio e o Serviço de Migração de Banco de Dados do Azure. Este tutorial usa o modo de migração offline, que considera um tempo de inatividade aceitável durante o processo de migração.

Neste tutorial, irá aprender a:

• Abra o assistente Migrar para o Azure SQL no Azure Data Studio
• Executar uma avaliação dos bancos de dados SQL Server de origem
• Coletar dados de desempenho da instância de origem do SQL Server
• Obtenha uma recomendação do SQL Server em SKU de Máquinas Virtuais do Azure que funcionará melhor para sua carga de trabalho
• Defina os detalhes da instância do SQL Server de origem, do local de backup e da instância de destino do SQL Server em Máquinas Virtuais do Azure
• Criar uma instância do Azure Database Migration Service
• Inicie a migração e monitore o progresso até a conclusão

Este tutorial descreve uma migração offline do SQL Server para o SQL Server em Máquinas Virtuais do Azure. Para uma migração online, consulte Migrar o SQL Server para o SQL Server em Máquinas Virtuais do Azure online no Azure Data Studio.

Pré-requisitos

Antes de começar o tutorial:

• Baixe e instale o Azure Data Studio.

• Instale a extensão de migração SQL do Azure a partir do Azure Data Studio Marketplace.

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

  • Colaborador para a instância de destino do SQL Server em Máquinas Virtuais do Azure e para a conta de armazenamento onde você carrega seus arquivos de backup de banco de dados de um compartilhamento de rede SMB (Server Message Block)
  • Função de leitor para o grupo de recursos do Azure que contém a instância de destino do SQL Server em Máquinas Virtuais do Azure ou para sua conta de Armazenamento do Azure
  • Função de Proprietário ou Colaborador para a subscrição do Azure

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

  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 ou para exibir recomendações do Azure no assistente de migração no Azure Data Studio.

• Crie uma instância de destino do SQL Server em Máquinas Virtuais do Azure.

  Importante

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

• Verifique se os logons que você usa para conectar a instância do 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 arquivos de conta de armazenamento do Azure ou um contêiner de blob de conta de armazenamento do Azure que contenha seus arquivos de backup de banco de dados completos e arquivos de backup de log de transações subsequentes. O Serviço de Migração de Banco de Dados usa o local de backup durante a migração do banco de dados.

  Importante

  • A extensão de Migração SQL do Azure para o Azure Data Studio não aceita backups de banco de dados nem inicia nenhum backup 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 seus arquivos de backup de 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 de banco de dados e migrar bancos de dados. Certifique-se de criar a conta de armazenamento do Azure na mesma região em que você cria 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 a aplicação de vários backups, como logs completos e de transações, em uma única mídia de backup.
  • Você pode fornecer backups compactados para reduzir a probabilidade de ocorrer possíveis problemas associados à migração de backups grandes.

• Verifique se a conta de serviço que está executando a instância do 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.

• Se você estiver migrando um banco de dados protegido pela TDE (Criptografia de Dados Transparente), o certificado da instância do SQL Server de origem deverá ser migrado para o SQL Server em Máquinas Virtuais do Azure antes de migrar dados. Para saber mais, consulte Mover um banco de dados protegido por TDE para outra instância do SQL Server.

  Gorjeta

  Se seu banco de dados contiver dados confidenciais protegidos pelo Always Encrypted, o processo de migração migrará automaticamente suas chaves Always Encrypted para sua instância de destino do SQL Server em 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 tempo de execução de integração auto-hospedado 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 tempo de execução de integração auto-hospedado.

  Em preparação para a migração, verifique se o computador no qual você instala o tempo de execução de integração auto-hospedado tem as seguintes regras de firewall de saída e nomes de domínio habilitados:

  Nomes de domínio	Porta de saída	Descrição
  Nuvem pública: {datafactory}.{region}.datafactory.azure.net ou *.frontend.clouddatahub.net Azure Government: {datafactory}.{region}.datafactory.azure.us Microsoft Azure operado pela 21Vianet: {datafactory}.{region}.datafactory.azure.cn	443	Exigido pelo tempo de execução de integração auto-hospedado para se conectar ao Serviço de Migração de Banco de Dados. Para uma fábrica de dados recém-criada em uma nuvem pública, localize o nome de domínio totalmente qualificado (FQDN) de sua chave de tempo de execução de integração auto-hospedada, no formato {datafactory}.{region}.datafactory.azure.net. Para um data factory existente, se você não vir o FQDN em sua chave de integração auto-hospedada, use *.frontend.clouddatahub.net em vez disso.
  download.microsoft.com	443	Exigido pelo tempo de execução de integração auto-hospedado para baixar as atualizações. Se tiver desativado a atualização automática, pode ignorar a configuração deste domínio.
  *.core.windows.net	443	Usado pelo tempo de execução de integração auto-hospedado que se conecta à conta de armazenamento do Azure para carregar backups de banco de dados do seu compartilhamento de rede

  Gorjeta

  Se os arquivos de backup do banco de dados já forem fornecidos em uma conta de armazenamento do Azure, um tempo de execução de integração auto-hospedado não será necessário durante o processo de migração.

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

• Habilite a porta de saída 445 para permitir o acesso ao compartilhamento de arquivos de rede. Para obter mais informações, consulte recomendações para usar um tempo de execução de integração auto-hospedado.

• Se estiver a utilizar o Serviço de Migração de Base de Dados do Azure pela primeira vez, certifique-se de que o fornecedor de recursos Microsoft.DataMigration está registado na sua subscrição.

Abra o assistente Migrar para o Azure SQL no Azure Data Studio

Para abrir o assistente Migrar para o Azure SQL:

1. No Azure Data Studio, vá para Conexões. Selecione e conecte-se à sua instância local do SQL Server. 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 do servidor e selecione Gerenciar.

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

4. No painel de Migração do SQL do Azure, selecione Migrar para o Azure SQL 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. Em Etapa 1: Bancos de dados para avaliação no assistente Migrar para o SQL do Azure, selecione os bancos de dados que você deseja avaliar. Em seguida, selecione Seguinte.

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

   1. Em Escolha seu destino SQL do Azure, selecione SQL Server na Máquina Virtual do Azure.

      

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

   3. Nos resultados da avaliação, selecione o banco de dados e revise o relatório de avaliação para garantir que nenhum problema seja 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 indica que uma recomendação está disponível para o SQL Server em Máquinas Virtuais do Azure. Depois que a primeira recomendação for gerada, você poderá selecionar Reiniciar a coleta de dados para continuar o processo de coleta de dados e refinar a recomendação de SKU. Uma avaliação alargada é especialmente útil se os seus padrões de utilização variarem ao longo do tempo.

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

   7. Em Rever as Recomendações do SQL Server nas Máquinas Virtuais do Azure, reveja 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 continuar a migração do banco de dados no assistente.

Configurar as definições da migração

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

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

   Nota

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

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

   Nota

   Se os backups de banco de dados forem fornecidos em um compartilhamento de rede local, você deverá configurar um tempo de execução de integração auto-hospedado na próxima etapa do assistente. Um tempo de execução de integração auto-hospedado é necessário para acessar seus backups de banco de dados de origem, verificar a validade do conjunto de backup e carregar backups na conta de armazenamento do Azure.

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

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

  Name	Description
  Credenciais de origem - Nome de usuário	A credencial (autenticação Windows e 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 Windows e 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 backups	O local de compartilhamento de rede que contém os arquivos de backup completos e de log de transações. Todos os arquivos inválidos ou arquivos de backup no compartilhamento de rede que não pertencem ao conjunto de backup válido são automaticamente ignorados 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.
  Palavra-passe	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ê 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 de armazenamento do Azure, insira ou selecione as seguintes informações:

  Name	Description
  Nome do banco de dados de destino	Você 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 onde os arquivos de backup estão 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 de origem e o compartilhamento de arquivos estiverem no mesmo computador, a origem não poderá acessar o compartilhamento de arquivos usando o FQDN. Para corrigir esse problema, desative 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 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 desejadas da conta de armazenamento, há algumas etapas necessárias para garantir que seus recursos possam acessar a conta de Armazenamento do Azure. Consulte a tabela a seguir para os vários cenários de migração e configurações de rede:

  Scenario	Compartilhamento de rede SMB	Contêiner da conta de Armazenamento do Azure
  Ativado a partir de todas as redes	Sem passos adicionais	Sem passos adicionais
  Ativado a partir de redes virtuais e endereços IP selecionados	Ver 1a	Ver 2a
  Ativado a partir de redes virtuais selecionadas e endereços IP + ponto de extremidade privado	Ver 1b	Ver 2b

  1a - Configuração da rede de armazenamento de Blob do Azure

  Se você tiver seu Self-Hosted Integration Runtime (SHIR) instalado em uma VM do Azure, consulte a seção 1b - Configuração da rede de armazenamento de Blob do Azure. Se você tiver seu Self-Hosted Integration Runtime (SHIR) instalado em sua rede local, precisará adicionar o endereço IP do cliente da máquina de hospedagem em sua conta de Armazenamento do Azure da seguinte forma:

  

  Para aplicar essa configuração específica, conecte-se ao portal do Azure a partir da máquina SHIR, abra a configuração da conta de Armazenamento do Azure, selecione Rede e marque a caixa de seleção Adicionar seu 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 Blob do Azure (ponto de extremidade privado) para as etapas restantes.

  1b - Configuração da rede de armazenamento de Blob do Azure

  Se o SHIR estiver hospedado em uma VM do Azure, você precisará adicionar a rede virtual da VM à conta de Armazenamento do 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 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 dizer Ponto de extremidade de serviço necessário em caso afirmativo, selecione Ativar. Quando tudo estiver pronto, salve as atualizações. Consulte a seção 2a - Configuração da rede de armazenamento de Blob do Azure (Ponto de extremidade privado)a para obter as etapas necessárias restantes.

  2a - Configuração da rede de armazenamento de Blob do Azure (ponto de extremidade privado)

  Se seus backups forem colocados diretamente em um Contêiner de Armazenamento do Azure, todas as etapas acima serão desnecessárias, pois não há tempo de execução de integração se comunicando com a conta de Armazenamento do Azure. No entanto, ainda precisamos garantir que a instância do SQL Server de destino possa se comunicar com a conta de Armazenamento do 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 da rede de armazenamento de Blob do Azure, especificando a instância SQL de destino Rede Virtual ao preencher o pop-up "Adicionar rede virtual existente".

  2b - Configuração da rede de armazenamento de Blob do Azure (ponto de extremidade privado)

  Se você tiver um ponto de extremidade privado configurado em sua conta de Armazenamento do Azure, siga as etapas descritas na seção 2a - Configuração da rede de armazenamento de Blob do Azure (Ponto de extremidade privado). No entanto, você precisa selecionar a sub-rede do ponto de extremidade privado, não apenas a sub-rede de destino do SQL Server. Verifique se o ponto de extremidade privado está hospedado na mesma VNet que a instância de destino do SQL Server. Se não estiver, crie outro ponto de extremidade privado usando o processo na seção de configuração da conta de Armazenamento do 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 nova instância do Serviço de Migração de Banco de Dados do Azure ou reutilize uma instância existente criada anteriormente.

Nota

Se você criou anteriormente uma instância do Serviço de Migração de Banco de Dados usando o portal do Azure, não poderá reutilizar a instância no assistente de migração no Azure Data Studio. Você pode reutilizar uma instância somente se tiver criado a instância 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. No 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 Seguinte.

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

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

1. Em Grupo de recursos, crie um novo grupo de recursos para 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 novo.

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

4. Em Configurar o tempo de execução da integração, conclua as seguintes etapas:

   1. Selecione o link Baixar e instalar o tempo de execução de integração para abrir o link de download em um navegador da Web. Baixe o tempo de execução 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 estiver concluída, o Microsoft Integration Runtime Configuration Manager será aberto automaticamente para iniciar o 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 será exibido no Integration Runtime Configuration Manager. Uma verificação verde indica que pode continuar a Registar-se.

      Depois de registrar o tempo de execução de integração auto-hospedado, feche o Microsoft Integration Runtime Configuration Manager.

      Nota

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

5. Em Criar Serviço de Migração de Banco de Dados do Azure no Azure Data Studio, selecione Testar conexão para validar se a instância do Serviço de Migração de Banco de Dados recém-criada está conectada ao tempo de execução de integração auto-hospedado recém-registrado.

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

Iniciar a migração do banco de dados

Na Etapa 7: Resumo no assistente Migrar para o Azure SQL, revise a configuração criada e selecione Iniciar migração para iniciar a migração do banco de dados.

Monitorar a migração do banco de dados

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

   Em Status da migração do banco de dados, você pode acompanhar as migrações em andamento, concluídas e com falha (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 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 seu status correspondente:

   Status	Descrição
   Chegou	O arquivo de backup chegou ao local de backup de origem e foi validado.
   A carregar	O tempo de execução da 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 em Máquinas Virtuais do Azure.
   Restaurado	O arquivo de backup foi restaurado com êxito no SQL Server em Máquinas Virtuais do Azure.
   Cancelada	O processo de migração foi cancelado.
   Ignorada	O arquivo de backup foi ignorado porque não pertence a uma cadeia de backup de banco de dados válida.

Depois que todos os backups de banco de dados são restaurados na instância do SQL Server em 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 Bem-sucedido.

Limitações

A migração para o SQL Server em VMs do Azure usando a extensão SQL do Azure para o Azure Data Studio tem as seguintes limitações:

• Ao migrar um único banco de dados, 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.
• Se migrar várias bases de dados com o mesmo contentor de Armazenamento de Blobs do Azure, deverá colocar ficheiros de cópia de segurança de diferentes bases de dados em pastas separadas dentro do contentor.
• Não há suporte para a substituição de bancos de dados existentes usando DMS em seu SQL Server de destino na Máquina Virtual do Azure.
• A configuração de elevada disponibilidade e a recuperação após desastre no destino para corresponder à topologia de origem não é suportada pelo DMS.
• Os seguintes objetos de servidor não são suportados:
  • Trabalhos do SQL Server Agent
  • Credenciais
  • Pacotes SSIS
  • Auditoria do servidor
• Não pode utilizar um runtime de integração autoalojado existente, criado a partir do Azure Data Factory para migrações da bases de dados com o DMS. Inicialmente, o runtime de integração autoalojado deve ser criado com a extensão de migração do SQL do Azure no Azure Data Studio e pode ser reutilizado para outras migrações de bases de dados.
• Não há suporte para VMs com SQL Server 2008 e versões inferiores como versões de destino ao migrar para o SQL Server em Máquinas Virtuais do Azure.
• Se você estiver usando uma VM com o SQL Server 2012 ou o SQL Server 2014, precisará armazenar seus arquivos de backup do banco de dados de origem em um Contêiner de Blob de Armazenamento do Azure 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 bloco só são suportados no SQL 2016 e depois.
• Você deve certificar-se de que a Extensão do Agente IaaS do SQL na Máquina Virtual do Azure de destino está no modo Completo em vez do modo Leve.
• O SQL IaaS Agent Extension oferece suporte apenas ao gerenciamento de Instância de Servidor Padrão ou Instância Nomeada Única.
• O número de bancos de dados que você pode migrar para uma Máquina Virtual do Azure do SQL Server depende da especificação de hardware e da carga de trabalho, mas não há limite imposto. No entanto, cada operação de migração (iniciar 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 recortar todos os 100 bancos de dados (excluindo o tempo de backup e restauração). Portanto, a migração se tornará mais lenta à medida que o número de bancos de dados aumentar. A Microsoft aconselha agendar uma janela de migração mais longa com antecedência com base em testes de migração rigorosos ou particionar um grande número de bancos de dados em lotes ao migrá-los para uma VM do Azure do SQL Server.
• 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 seu 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 ligado enquanto a Migração SQL está em andamento. Além disso, ao criar uma nova migração, faça failover ou cancele a migração.
• 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 é que o SQL Server de destino na VM do Azure está no modo de atualização. Solução: Aguarde até que o SQL Server de destino na VM do Azure saia do modo de atualização e inicie a migração novamente.
• Erro: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists. Solução: Conecte-se ao SQL Server de destino na VM do Azure e exclua o arquivo XXX.mdf. Em seguida, inicie a migração novamente.

Próximos passos

• Conclua um início rápido para migrar um banco de dados para o SQL Server em Máquinas Virtuais do Azure usando o comando T-SQL RESTORE.
• Saiba mais sobre o SQL Server nas Máquinas Virtuais do Windows do Azure.
• Saiba como conectar aplicativos ao SQL Server em Máquinas Virtuais do Azure.
• Para solucionar problemas, revise Problemas conhecidos.