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

Use a extensão de migração de 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 tempo de inatividade mínimo. Para os métodos que podem exigir algum esforço manual, consulte o artigo Migração da instância do SQL Server para o SQL Server em uma máquina virtual do Azure.

Neste tutorial, você migrará o banco de dados AdventureWorks 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.

Neste tutorial, você aprenderá como:

  • Iniciar o assistente Migrar para o SQL do Azure no Azure Data Studio.
  • Executar uma avaliação dos seus bancos de dados de origem do SQL Server
  • 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.
  • Realize a substituição da migração quando você estiver pronto.

Este artigo descreve uma migração online de um SQL Server para um SQL Server em uma Máquina Virtual do Azure. Migração online, consulte: Migrar de SQL Server para SQL Server na Máquina Virtual do Azure offline usando o Azure Data Studio com o Serviço de Migração de Banco de Dados do Azure (DMS).

Pré-requisitos

Para concluir este tutorial, você precisará:

  • Baixar e instalar o Azure Data Studio

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

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

    • Contribuidor do SQL Server de destino na Máquina virtual do Azure (e Conta de Armazenamento para carregar os arquivos de backup do banco de dados do compartilhamento de rede via SMB).
    • Função de leitor nos grupos de recursos do Azure que contêm o SQL Server na Máquina virtual do Azure ou a conta de armazenamento do Azure de destino.
    • Função Proprietário ou Colaborador da assinatura do Azure.
    • Como uma 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 SQL do Agente IaaS no modo de gerenciamento completo.

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

  • Use uma das seguintes opções de armazenamento para os arquivos completos de backup de log de transações ou banco de dados:

    • 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 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 de banco de dados forem fornecidos em um compartilhamento de rede do SMB, Crie uma conta de armazenamento do Azure que permita que o serviço de DMS carregue os arquivos de backup do banco de dados. Crie a conta do Armazenamento do Azure na mesma região da instância do Serviço de Migração de Banco de Dados do Azure.
    • O Serviço de Migração de Banco de Dados do Azure não inicia backups, mas em vez disso, usa os backups existentes, que você já possa ter como parte de seu plano de recuperação de desastre, para a migração.
    • Cada backup pode ser gravado em um arquivo de backup separado ou em vários arquivos de backup. No entanto, não há suporte para a adoção de vários backups (ou seja, completo e t-log) em apenas uma mídia de backup.
    • Use backups compactados para reduzir a probabilidade de ocorrência de problemas potenciais associados à migração de backups de grande porte.
  • Verifique se a conta de serviço executando a instância de SQL Server de origem tem permissões de leitura e gravação no compartilhamento de rede SMB que contém arquivos de backup de banco de dados.

  • O certificado da instância de SQL Server de origem de um banco de dados protegido por TDE (Transparent Data Encryption) precisa ser migrado para o SQL Server de destino na Máquina Virtual do Azure antes de migrar os dados. Para obter mais informações, consute Mover um banco de dados protegido por TDE para outro SQL Server.

    Dica

    Se o banco de dados contiver dados confidenciais protegidos por Always Encrypted, o processo de migração usando o Azure Data Studio com o 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 um computador para instalar o runtime de integração auto-hospedada para acessar e migrar backups de banco de dados. O assistente de migração fornece o link de download e as chaves de autenticação para baixar e instalar seu runtime de integração auto-hospedada. Na preparação para a migração, verifique se as seguintes regras de firewall de saída e nomes de domínio estão habilitados no computador em que você planeja instalar o runtime de integração auto-hospedada:

    Nomes de domínios Portas de saída Descrição
    Nuvem pública: {datafactory}.{region}.datafactory.azure.net
    ou *.frontend.clouddatahub.net
    Azure Governamental: {datafactory}.{region}.datafactory.azure.us
    China: {datafactory}.{region}.datafactory.azure.cn
    443 Necessárias para que o runtime de integração auto-hospedada se conecte ao serviço de Migração de Dados.
    Para o novo Data Factory criado na nuvem pública, localize o FQDN de sua chave do Runtime de Integração Auto-Hospedada, que está no formato {datafactory}.{region}.datafactory.azure.net. Para o Data Factory antigo, se você não vir o FQDN na sua 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.

  • O runtime é instalado no computador usando o runtime de integração auto-hospedada. A máquina se conecta à instância do SQL Server de origem e ao compartilhamento de arquivos de rede no qual 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. Veja também Recomendações para o uso do runtime de integração auto-hospedada

  • Se você estiver 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. Você pode seguir as etapas para registrar o provedor de recursos

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

  1. Abra o Azure Data Studio e, no ícone do servidor, selecione 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. Launch Migrate to Azure SQL wizard
  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. Screenshot of assessment confirmation.
  3. Selecione o botão 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 o botão Obter recomendações 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 o botão Iniciar.
  6. Com isso, o Azure Data Studio passará a coletar dados de desempenho até que você pare a coleção, pressione o botão Próximo no assistente ou feche o Azure Data Studio.
  7. Após 10 minutos, você verá uma configuração recomendada para sua VM do 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 adicionais 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 Exibir detalhes e pressione o botão Próximo.

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 Próximo.
  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.
    Se os backups de banco de dados já estiverem em um contêiner de blob do armazenamento do Azure, você não precisará configurar o 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.
  1. 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:

    Screenshot that shows the storage account network details.

    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.

    Screenshot that shows the storage account network firewall configuration.

    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

    Se você já tiver criado o DMS usando o portal do Azure, não poderá reutilizá-lo 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. Test connection integration runtime
  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).

    monitor migration dashboard

  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
    Recebido Arquivo de backup recebido no local de backup de origem e validado
    Como carregar 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
    Restoring 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
    Canceled O processo de migração foi cancelado
    Ignored O arquivo de backup foi ignorado, pois não pertence a uma cadeia de backup de banco de dados válida

    online vm backup restore details

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

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

  • Se estiver migrando um banco de dados individual, os backups de banco de dados deverão 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 poderão 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 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 Única Nomeada.
  • O número de bancos de dados que você pode migrar para uma Máquina Virtual do SQL Server Azure depende da especificação do hardware e da carga de trabalho, mas não há limite imposto. Entretanto, 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 tornará mais lenta à medida que o número de bancos de dados aumentar. A Microsoft aconselha 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 Microsoft 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.
  • 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.
  • 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.

Próximas etapas