Tutorial: Migrar SQL Server para SQL Server na Azure Virtual Machine online usando Azure Data Studio com DMS

Utilize a extensão de migração SQL do Azure no Azure Data Studio para migrar as bases de dados de um SQL Server instância para um SQL Server na Azure Virtual Machine (SQL Server 2016 ou acima) com tempo mínimo de inatividade. Para métodos que possam necessitar de algum esforço manual, consulte o artigo SQL Server por exemplo migração para SQL Server na Máquina Virtual Azure.

Neste tutorial, migra a base de dados AdventureWorks de um caso de SQL Server no local para um SQL Server na Azure Virtual Machine com tempo mínimo de inatividade utilizando o Azure Data Studio com Azure Database Migration Service.

Neste tutorial, ficará a saber como:

  • Lance o Assistente de Migração para SQL do Azure no Azure Data Studio.
  • Fazer uma avaliação da sua base de dados de SQL Server de origem
  • Recolher dados de desempenho da sua fonte SQL Server
  • Obtenha uma recomendação da SQL Server no Azure Virtual Machine SKU mais adequado para a sua carga de trabalho
  • Especifique detalhes da sua SQL Server de origem, localização de backup e SQL Server do seu alvo na Azure Virtual Machine
  • Crie um novo Azure Database Migration Service e instale o tempo de execução de integração auto-hospedado para aceder ao servidor de origem e cópias de segurança.
  • Comece e monitorize o progresso para a sua migração.
  • Execute o corte de migração quando estiver pronto.

Este artigo descreve uma migração on-line de SQL Server para um SQL Server na Azure Virtual Machine. Migração offline, consulte a Migração SQL Server para um SQL Server na Azure Virtual Machine offline usando Azure Data Studio com DMS.

Pré-requisitos

Para concluir este tutorial, precisa de:

  • Transferir e instalar o Azure Data Studio

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

  • Tenha uma conta Azure que seja atribuída a uma das funções incorporadas listadas abaixo:

    • O contribuinte para o SQL Server-alvo na Azure Virtual Machine (e conta de armazenamento para fazer o upload dos ficheiros de backup da sua base de dados a partir da partilha da rede SMB).
    • Função do leitor para os Grupos de Recursos Azure contendo o SQL Server-alvo na Máquina Virtual Azure ou na conta de armazenamento Azure.
    • Papel de proprietário ou contribuinte para a subscrição do Azure.
    • Como alternativa à utilização das funções incorporadas acima pode atribuir um papel personalizado, tal como definido neste artigo.

    Importante

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

  • Crie um SQL Server de destino na Azure Virtual Machine.

    Importante

    Se tiver uma Máquina Virtual Azure existente, deve ser registada com extensão SQL IaaS Agent em modo de gestão completa.

  • Certifique-se de que os logins utilizados para ligar a fonte SQL Server são membros da função do servidor sysadmin ou têm CONTROL SERVER permissão.

  • Utilize uma das seguintes opções de armazenamento para a base de dados completa e ficheiros de cópia de segurança do registo de transações:

    • Partilha de rede SMB
    • Azure armazém de conta de partilha ou recipiente blob

    Importante

    • Se os ficheiros de cópia de segurança da sua base de dados forem fornecidos numa partilha de rede SMB, crie uma conta de armazenamento Azure que permita ao serviço DMS fazer o upload dos ficheiros de backup da base de dados. Certifique-se de criar a Conta de Armazenamento Azure na mesma região que a Azure Database Migration Service instância é criada.
    • Azure Database Migration Service não inicie quaisquer backups, e em vez disso usa backups existentes, que você pode já 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.
    • Utilize cópias de segurança comprimidos para reduzir a probabilidade de experimentar potenciais problemas associados a grandes backups migratórios.
  • Certifique-se de que a conta de serviço que executa a origem SQL Server caso tenha lido e escrito permissões na partilha de rede SMB que contém ficheiros de backup de bases de dados.

  • A fonte SQL Server certificado de exemplo de uma base de dados protegida pela Transparent Data Encryption (TDE) precisa de ser migrada para o SQL Server-alvo na Azure Virtual Machine antes de migrar dados. Para saber mais, consulte uma Base de Dados Protegida TDE para outra SQL Server.

    Dica

    Se a sua base de dados contiver dados sensíveis protegidos por Always Encrypted, o processo de migração utilizando o Azure Data Studio com DMS migrará automaticamente as suas chaves Always Encrypted para o seu SQL Server-alvo na Azure Virtual Machine.

  • Se as cópias de segurança da sua base de dados estiverem numa partilha de ficheiros de rede, forneça uma máquina para instalar o tempo de funcionamento da integração auto-hospedada para aceder e migrar backups de bases de dados. O assistente de migração fornece o link de descarregamento e as teclas de autenticação para descarregar e instalar o tempo de execução da integração auto-hospedada. Na preparação para a migração, certifique-se de que a máquina onde planeia instalar o tempo de funcionaçã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 Description
    Nuvem 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 Requerido pelo tempo de integração auto-hospedado para ligar ao serviço de Migração de Dados.
    Para a nova Fábrica de Dados criada em nuvem pública, localize o FQDN a partir da sua chave de Integration Runtime auto-hospedada, que está em formato {datafactory}.{region}.datafactory.azure.net. Para a antiga fábrica de dados, se não vir o FQDN na sua chave de integração auto-hospedada, use *.frontend.clouddatahub.net em vez disso.
    download.microsoft.com 443 Requerido pelo tempo de integração auto-hospedado para descarregar as atualizações. Se tiver desativado a atualização automática, pode saltar para configurar este domínio.
    *.core.windows.net 443 Utilizado pelo tempo de integração auto-hospedado que se conecta à conta de armazenamento Azure para carregar backups de base de dados a partir da sua partilha de rede

    Dica

    Se os ficheiros de cópia de segurança da sua base de dados já estiverem fornecidos numa conta de armazenamento Azure, o tempo de integração auto-hospedado não é necessário durante o processo de migração.

  • O tempo de funcionação é instalado na máquina utilizando o tempo de funcionação de integração auto-hospedado. A máquina liga-se à origem SQL Server instância e à partilha de ficheiros de rede onde estão localizados ficheiros de cópia de segurança. A porta de saída 445 deve ser ativada para permitir o acesso à partilha de ficheiros de rede. Consulte também recomendações para a utilização do tempo de integração auto-hospedado

  • Se estiver a usar o Azure Database Migration Service pela primeira vez, certifique-se de que Microsoft. O fornecedor de recursos DataMigration está registado na sua subscrição. Pode seguir os passos para registar o fornecedor de recursos

Lançar o assistente migratório para SQL do Azure no Azure Data Studio

  1. Abra o Azure Data Studio e selecione no ícone do servidor para ligar às suas SQL Server (ou SQL Server na Máquina Virtual Azure).
  2. Na ligação do servidor, clique no botão direito e selecione Gerir.
  3. Na página inicial do servidor, selecione SQL do Azure extensão de migração.
  4. No painel de SQL do Azure Migration, selecione Migrar para SQL do Azure para lançar o assistente de migração. Lançamento Migrar para SQL do Azure feiticeiro
  5. No primeiro passo do assistente de migração, ligue a sua conta Azure ou a nova conta Azure ao Azure Data Studio.

Executar avaliação da base de dados, recolher dados de desempenho e obter recomendação do Azure

  1. Selecione a base de dados para executar a avaliação e selecione Seguinte.
  2. Selecione SQL Server na Azure Virtual Machine como alvo. Confirmação de avaliação
  3. Selecione no botão Visualizar/Selecione para ver os detalhes dos resultados da avaliação para a sua base de dados, selecione a base de dados para migrar e selecione OK.
  4. Clique no botão de recomendação Get Azure .
  5. Escolha agora a opção 'Recolher dados de desempenho ' e introduza um caminho para que os registos de desempenho sejam recolhidos e clique no botão Iniciar .
  6. O Azure Data Studio irá agora recolher dados de desempenho até parar a recolha, premir o botão Seguinte no assistente ou fechar o Azure Data Studio.
  7. Após 10 minutos, verá uma configuração recomendada para o seu SQL do Azure VM. Também pode premir o link de recomendação Refresh após os 10 minutos iniciais para atualizar a recomendação com os dados adicionais recolhidos.
  8. Na SQL Server acima na caixa da Máquina Virtual Azure clique no botão Ver detalhes para mais informações sobre a sua recomendação.
  9. Feche a caixa de detalhes de visualização e prima o botão Seguinte .

Configurar as definições da migração

  1. Especifique o seu SQL Server-alvo na Máquina Virtual Azure selecionando a sua subscrição, localização, grupo de recursos a partir das listas de entrega correspondentes e, em seguida, selecione Seguinte.
  2. Selecione a migração online como o modo de migração.

    Nota

    No modo de migração online, a base de dados SQL Server de origem pode ser utilizada para ler e escrever atividades enquanto as cópias de dados são continuamente restauradas no SQL Server-alvo na Azure Virtual Machine. O tempo de inatividade da aplicação é limitado à duração do corte no final da migração.

  3. No passo 5, selecione a localização das cópias de segurança da sua base de dados. As suas cópias de segurança da base de dados podem ser localizadas numa partilha de rede no local ou num recipiente de bolhas de armazenamento Azure.

    Nota

    Se as cópias de segurança da sua base de dados forem fornecidas numa partilha de rede no local, o DMS exigirá que ele configurará o tempo de integração auto-hospedado no próximo passo do assistente. O tempo de integração auto-hospedado é necessário para aceder às cópias de segurança da sua base de dados de origem, verificar a validade do conjunto de backup e enviá-los para a conta de armazenamento Azure.
    Se as cópias de segurança da sua base de dados já estiverem num recipiente de blob de armazenamento Azure, não precisa de configurar o tempo de integração auto-hospedado.

  • Para cópias de segurança localizadas numa partilha de rede, forneça os detalhes abaixo da sua origem SQL Server, localização de backup de origem, nome da base de dados-alvo e conta de armazenamento Azure para que os ficheiros de cópia de segurança sejam carregados.

    Campo Descrição
    Credenciais de Origem - Nome de utilizador A credencial (autenticação Windows /SQL) para ligar à fonte SQL Server instância e validar os ficheiros de cópia de segurança.
    Credenciais de Origem - Senha A credencial (autenticação Windows /SQL) para ligar à fonte SQL Server instância e validar os ficheiros de cópia de segurança.
    Localização de partilha de rede que contém backups A localização da partilha de rede que contém os ficheiros de cópias de segurança completas e de registo de transações. Quaisquer ficheiros inválidos ou ficheiros de cópias de segurança na partilha de rede que não pertençam ao conjunto de cópias de segurança válidos serão automaticamente ignorados durante o processo de migração.
    Conta de utilizador do Windows com acesso lido à localização da partilha de rede A credencial do Windows (nome de utilizador) que leu o acesso à partilha de rede para recuperar os ficheiros de cópia de segurança.
    Palavra-passe A credencial do Windows (palavra-passe) que leu o acesso à partilha de rede para recuperar os ficheiros de cópia de segurança.
    Nome da base de dados-alvo O nome da base de dados-alvo pode ser modificado se desejar alterar o nome da base de dados no alvo durante o processo de migração.
  • Para cópias de segurança armazenadas num recipiente de bolhas de armazenamento Azure, especifique os detalhes abaixo do nome da base de dados Target, grupo de recursos, conta de armazenamento Azure, recipiente Blob das listas de entrega correspondentes.

    Campo Descrição
    Nome da base de dados-alvo O nome da base de dados-alvo pode ser modificado se desejar alterar o nome da base de dados no alvo durante o processo de migração.
    Detalhes da conta de armazenamento O grupo de recursos, a conta de armazenamento e o contentor onde estão localizados ficheiros de cópia de segurança.
  1. Selecione Seguinte para continuar.

    Importante

    Se a funcionalidade de verificação de loopback estiver ativada e a SQL Server de origem e a partilha de ficheiros estiverem no mesmo computador, então a fonte não será capaz de aceder à lebre de ficheiros usando fQDN. Para corrigir este problema, desative a funcionalidade de verificação do loopback utilizando as instruções aqui

Criar Azure Database Migration Service

  1. Crie um novo Azure Database Migration Service ou reutilizar um Serviço existente que criou anteriormente.

    Nota

    Se já tinha criado dMS utilizando o Portal Azure, não poderá reutilizá-lo no assistente de migração no Azure Data Studio. Apenas o DMS criado anteriormente utilizando o Azure Data Studio pode ser reutilizado.

  2. Selecione o grupo de Recursos onde tem um DMS existente ou precisa de criar um novo. O Azure Database Migration Service dropdown listará qualquer DMS existente no grupo de recursos selecionado.
  3. Para reutilizar um DMS existente, selecione-o da lista de abandono e o estado do tempo de integração auto-hospedado será apresentado na parte inferior da página.
  4. Para criar um novo DMS, selecione em Criar novo.
  5. No Azure Database Migration Service Criar, o ecrã fornece o nome para o seu DMS e selecione Criar.
  6. Após a criação bem sucedida de DMS, você será fornecido com detalhes para configurar o tempo de execução da integração.
  7. Selecione em Baixar e instale tempo de execução de integração para abrir o link de descarregamento num navegador web. Preencha o download. Instale o tempo de funcionamento da integração numa máquina que satisfaça os requisitos pré-requisitos de ligação à SQL Server de origem e ao local que contém a cópia de segurança da fonte.
  8. Após a conclusão da instalação, o Microsoft Integration Runtime Configuration Manager será lançado automaticamente para iniciar o processo de registo.
  9. Copie e cole uma das teclas de autenticação fornecidas no ecrã do assistente no Azure Data Studio. Se a chave de autenticação for válida, é apresentado um ícone de verificação verde no Integration Runtime Configuration Manager indicando que pode continuar a registar-se.
  10. Depois de completar com sucesso o registo do tempo de integração auto-hospedado, feche o Microsoft Integration Runtime Configuration Manager e volte ao assistente de migração no Azure Data Studio.
  11. Selecione a ligação de teste no ecrã Create Azure Database Migration Service no Azure Data Studio para validar que o recém-criado DMS está ligado ao tempo de integração auto-hospedado recentemente registado e selecione Done. Tempo de execução da integração da ligação de teste
  12. Reveja o resumo e selecione Feito para iniciar a migração da base de dados.

Monitorize a sua migração

  1. No Estado migratório da base de dados, pode acompanhar as migrações em curso, as migrações concluídas e as migrações falhadas (se houver).

    monitorizar o painel de migração

  2. Selecione as migrações da Base de Dados em curso para visualizar as migrações em curso e obter mais detalhes selecionando o nome da base de dados.

  3. A página de detalhes de migração exibe os ficheiros de cópia de segurança e o estado correspondente:

    Estado Descrição
    Chegou O ficheiro de backup chegou ao local de backup de origem e validado
    A carregar O tempo de execução da integração está neste momento a enviar o ficheiro de backup para o armazenamento do Azure
    Carregado O ficheiro de backup é enviado para o armazenamento do Azure
    Restaurar Azure Database Migration Service está atualmente a restaurar o ficheiro de backup para SQL Server na Azure Virtual Machine
    Restaurado O ficheiro de backup é restaurado com sucesso em SQL Server na Azure Virtual Machine
    Cancelado Processo de migração foi cancelado
    Ignorado O ficheiro de backup foi ignorado porque não pertence a uma cadeia de backup de bases de dados válida

    online vm backup restaurar detalhes

Corte completo da migração

O passo final do tutorial é completar o corte migratório. A conclusão garante que a base de dados migrada em SQL Server na Máquina Virtual Azure está pronta para ser utilizada. É necessário tempo de inatividade para aplicações que se liguem à base de dados e o calendário da redução deve ser cuidadosamente planeado com as partes interessadas das empresas ou das aplicações.

Para completar o corte:

  1. Pare todas as transações recebidas na base de dados de origem.
  2. Faça alterações na configuração da aplicação para apontar para a base de dados alvo em SQL Server na Azure Virtual Machine.
  3. Faça cópias de segurança para a base de dados de origem na localização de backup especificada.
  4. Certifique-se de que todas as cópias de segurança da base de dados têm o estado restaurado na página de detalhes de monitorização.
  5. Selecione Corte completo na página de detalhes de monitorização.

Durante o processo de corte, o estado de migração muda de curso para completar. O estado de migração muda para ser bem sucedido quando o processo de corte estiver concluído. A migração da base de dados é bem sucedida e a base de dados migrada está pronta a ser utilizada.

Passos seguintes