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

Use a extensão de migração SQL do Azure no Azure Data Studio para migrar os bancos de dados de uma instância do SQL Server para um SQL Server na Máquina Virtual do Azure (SQL Server 2016 e superior) com o mínimo de tempo de inatividade. Para obter métodos que podem exigir algum esforço manual, consulte o artigo Migração de instância do SQL Server para o SQL Server na Máquina Virtual do Azure.

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

Neste tutorial, irá aprender a:

• Inicie o assistente Migrar para o Azure SQL no Azure Data Studio.
• Executar uma avaliação do(s) seu(s) banco(s) de dados SQL Server de origem
• Coletar dados de desempenho do SQL Server de origem
• Obtenha uma recomendação do SQL Server na SKU da Máquina Virtual do Azure mais adequada para sua carga de trabalho
• Especifique detalhes do SQL Server de origem, do local de backup e do SQL Server de destino na Máquina Virtual do Azure
• Crie um novo Serviço de Migração de Banco de Dados do Azure e instale o tempo de execução de integração auto-hospedado para acessar o servidor de origem e os backups.
• Inicie e monitore o progresso da migração.
• Execute a substituição de migração quando estiver pronto.

Este artigo descreve uma migração online do SQL Server para um SQL Server na Máquina Virtual do Azure. Migração offline, consulte Migrar o SQL Server para um SQL Server na Máquina Virtual do Azure offline usando o Azure Data Studio com DMS.

Pré-requisitos

Para concluir este tutorial, precisa de:

• Transferir e instalar o Azure Data Studio

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

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

  • Colaborador do SQL Server de destino na Máquina Virtual do Azure (e Conta de Armazenamento para carregar seus arquivos de backup de banco de dados do compartilhamento de rede SMB).
  • Função de leitor para os Grupos de Recursos do Azure que contêm o SQL Server de destino na Máquina Virtual do Azure ou a conta de armazenamento do Azure.
  • Função de Proprietário ou de Contribuidor para a subscrição do Azure.
  • Como alternativa ao uso das funções internas acima, você pode atribuir uma função personalizada, conforme definido neste artigo.

  Importante

  A conta do Azure só é necessária ao configurar as etapas de migração e não é necessária para as etapas de avaliação ou recomendação do Azure no assistente de migração.

• Crie um SQL Server de destino na Máquina Virtual 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 usados para conectar o SQL Server de origem são membros da função de servidor sysadmin ou têm CONTROL SERVER permissão.

• Use uma das seguintes opções de armazenamento para o banco de dados completo e os arquivos de backup do log de transações:

  • Compartilhamento de rede SMB
  • Compartilhamento de arquivos ou contêiner de blob da conta de armazenamento do Azure

  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 os arquivos de backup do banco de dados forem fornecidos em um compartilhamento de rede SMB, crie uma conta de armazenamento do Azure que permita que o serviço DMS carregue os arquivos de backup do banco de dados. Certifique-se de criar a Conta de Armazenamento do Azure na mesma região em que a instância do Serviço de Migração de Banco de Dados do Azure é criada.
  • O Serviço de Migração de Banco de Dados do Azure não inicia nenhum backup e, em vez disso, usa backups existentes, que você já pode ter como parte do seu plano de recuperação de desastres, para a migração.
  • Cada cópia de segurança pode ser escrita num ficheiro de cópia de segurança separado ou em vários ficheiros de cópia de segurança. No entanto, a anexação de várias cópias de segurança (isto é, completa e t-log) num único suporte de cópia de segurança não é suportada.
  • Use backups compactados para reduzir a probabilidade de problemas potenciais associados à migração de backups grandes.

• Verifique se a conta de serviço que executa 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.

• O certificado de instância do SQL Server de origem de um banco de dados protegido pela TDE (Criptografia de Dados Transparente) precisa ser migrado para o SQL Server de destino na Máquina Virtual do Azure antes de migrar dados. Para saber mais, consulte Mover um banco de dados protegido por TDE para outro SQL Server.

  Gorjeta

  Se o seu banco de dados contiver dados confidenciais protegidos pelo Always Encrypted, o processo de migração usando o Azure Data Studio com DMS migrará automaticamente suas chaves Always Encrypted para o SQL Server de destino na Máquina Virtual do Azure.

• Se os backups de banco de dados estiverem em um compartilhamento de arquivos de rede, forneça uma máquina para instalar o 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 a máquina onde você planeja instalar 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	Portas de saída	Descrição
  Cloud Pública: {datafactory}.{region}.datafactory.azure.net ou *.frontend.clouddatahub.net Azure Government: {datafactory}.{region}.datafactory.azure.us China: {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 Dados. Para o novo Data Factory criado na nuvem pública, localize o FQDN da sua chave Self-hosted Integration Runtime, que está no formato {datafactory}.{region}.datafactory.azure.net. Para o Data factory antigo, 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, o tempo de execução de integração auto-hospedado não será necessário durante o processo de migração.

• O tempo de execução é instalado na máquina usando o tempo de execução de integração auto-hospedado. A máquina se conecta à instância do SQL Server de origem e ao compartilhamento de arquivos de rede onde os arquivos de backup estão localizados. A porta de saída 445 deve ser habilitada para permitir o acesso ao compartilhamento de arquivos de rede. Consulte também as recomendações para usar o 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. Você pode seguir as etapas para registrar o provedor de recursos

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

1. Abra o Azure Data Studio e selecione no ícone do servidor para se conectar ao seu SQL Server local (ou 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 home page do servidor, selecione a extensão de migração SQL do Azure.
4. No painel de Migração do SQL do Azure, selecione Migrar para o Azure SQL para iniciar o assistente de migração.
5. Na primeira etapa do assistente de migração, vincule sua conta existente ou nova do Azure ao Azure Data Studio.

Execute a avaliação do banco de dados, colete dados de desempenho e obtenha a recomendação do Azure

1. Selecione o(s) banco(s) de dados para executar a avaliação e selecione Avançar.
2. Selecione SQL Server na Máquina Virtual do Azure como destino.
3. Selecione no botão Exibir/Selecionar para visualizar os detalhes dos resultados da avaliação do(s) seu(s) banco(s) de dados, selecione o(s) banco(s) de dados a migrar e selecione OK.
4. Selecione o botão Obter recomendação do Azure.
5. Escolha a opção Coletar dados de desempenho agora e insira um caminho para os logs de desempenho a serem coletados e selecione o botão Iniciar .
6. O Azure Data Studio agora coletará dados de desempenho até que você pare a coleta, pressione o botão Avançar no assistente ou feche o Azure Data Studio.
7. Após 10 minutos, você verá uma configuração recomendada para sua VM SQL do Azure. Você também pode pressionar o link Atualizar recomendação após os 10 minutos iniciais para atualizar a recomendação com os dados extras coletados.
8. Na caixa SQL Server na Máquina Virtual do Azure acima, selecione o botão Exibir detalhes para obter mais informações sobre sua recomendação.
9. Feche a caixa de detalhes da visualização e pressione o botão Avançar .

Configurar as definições da migração

1. Especifique seu SQL Server de destino na Máquina Virtual do Azure selecionando sua assinatura, local, grupo de recursos nas listas suspensas correspondentes e selecione Avançar.
2. Selecione Migração online como o modo de migração.

   Nota

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

3. Na etapa 5, selecione o local dos backups do 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.

   Nota

   Se os backups de banco de dados forem fornecidos em um compartilhamento de rede local, o DMS exigirá que você configure o tempo de execução de integração auto-hospedado na próxima etapa do assistente. O 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 carregá-los 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, não será necessário configurar o tempo de execução de integração auto-hospedado.

• Para backups localizados em um compartilhamento de rede, forneça os detalhes abaixo do SQL Server de origem, do local do backup de origem, do nome do banco de dados de destino e da conta de armazenamento do Azure para os arquivos de backup a serem carregados.

  Campo	Descrição
  Credenciais de origem - Nome de usuário	A credencial (autenticação Windows/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/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. Quaisquer arquivos inválidos ou arquivos de backup no compartilhamento de rede que não pertençam ao conjunto de backup válido serã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	O nome do banco de dados de destino pode ser modificado se você desejar alterar o nome do banco de dados no destino durante o processo de migração.

• Para backups armazenados em um contêiner de 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 de Blob nas listas suspensas correspondentes.

  Campo	Descrição
  Nome do banco de dados de destino	O nome do banco de dados de destino pode ser modificado se você desejar 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 onde os arquivos de backup estão localizados.

4. Selecione Seguinte para continuar.

   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, o código-fonte não poderá acessar a lebre de arquivos usando FQDN. Para corrigir esse problema, desative a funcionalidade de verificação de loopback usando 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 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 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 existente que você criou anteriormente.

   Nota

   Se você tiver criado o DMS anteriormente usando o Portal do Azure, não poderá reutilizá-lo no assistente de migração no Azure Data Studio. Somente o DMS criado anteriormente usando o Azure Data Studio pode ser reutilizado.

2. Selecione o grupo de recursos onde você tem um DMS existente ou precisa criar um novo. A lista suspensa 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 tempo de execução de integração auto-hospedado 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 do seu DMS e selecione Criar.
6. Após a criação bem-sucedida do DMS, você receberá detalhes para o tempo de execução da integração da instalação.
7. Selecione Baixar e instalar o tempo de execução de integração para abrir o link de download em um navegador da Web. Conclua o download. Instale o tempo de execução de integração em uma máquina que atenda aos pré-requisitos de conexão com o SQL Server de origem e o local que contém o backup de origem.
8. Após a conclusão da instalação, o Microsoft Integration Runtime Configuration Manager será iniciado automaticamente para iniciar o processo de registro.
9. Copie e cole uma das chaves de autenticação fornecidas na tela do assistente 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, indicando que você pode continuar a Registrar.
10. Depois de concluir com êxito o registro do tempo de execução de integração auto-hospedado, feche o Microsoft Integration Runtime Configuration Manager e volte 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 se o DMS recém-criado está conectado ao tempo de execução de integração auto-hospedado recém-registrado e selecione Concluído.
12. Revise o resumo e selecione Concluído para iniciar a migração do banco de dados.

Monitore sua migração

1. No Status da Migração do Banco de Dados, você pode acompanhar as migrações em andamento, as migrações concluídas e as migrações com falha (se houver).

   

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

3. A página de detalhes da migração exibe os arquivos de backup e o 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á atualmente carregando o arquivo de backup no armazenamento do Azure
   Carregado	O arquivo de backup é carregado no armazenamento do Azure
   Restaurando	O Serviço de Migração de Banco de Dados do Azure está atualmente 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 na Máquina Virtual do Azure
   Cancelada	O processo de migração foi cancelado
   Ignorada	O arquivo de backup foi ignorado, pois não pertence a uma cadeia de backup de banco de dados válida

   

Concluir a substituição da migração

A etapa final do tutorial é concluir a transição 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 o tempo da substituição precisa ser cuidadosamente planejado com as partes interessadas do negócio ou do aplicativo.

Para completar a transição:

1. Interrompa todas as transações direcionadas para a base de dados de origem.
2. Faça alterações à configuração da aplicação para apontar para a base de dados de destino no SQL Server nas Máquinas Virtuais 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 Concluir transferência na página de detalhes de monitorização.

Durante o processo de transferência, o estado de migração muda de Em curso para Concluído. O estado de migração muda para Com êxito quando o processo de transferência é concluído. A migração do banco de dados foi bem-sucedida e o banco de dados migrado está pronto para uso.

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

• Como migrar um banco de dados para o SQL Server em Máquinas Virtuais do Azure usando o comando T-SQL RESTORE, consulte Migrar um banco de dados do SQL Server para o SQL Server em uma máquina virtual.
• Para obter informações sobre o SQL Server em Máquinas Virtuais do Azure, consulte Visão geral do SQL Server em Máquinas Virtuais do Windows do Azure.
• Para obter informações sobre como conectar aplicativos ao SQL Server em Máquinas Virtuais do Azure, consulte Conectar aplicativos.
• Para solucionar problemas, revise Problemas conhecidos.