Partilhar via


Visão geral da migração: SQL Server para Instância Gerenciada SQL do Azure

Aplica-se a: Instância Gerenciada SQL do Azure

Saiba mais sobre as opções e considerações para migrar seus bancos de dados do SQL Server para a Instância Gerenciada SQL do Azure.

Você pode migrar bancos de dados do SQL Server executados no local ou em:

  • SQL Server em máquinas virtuais
  • Amazon EC2 (nuvem de computação elástica)
  • Amazon RDS (serviço de banco de dados relacional) para SQL Server
  • Mecanismo de computação do Google
  • Cloud SQL para SQL Server - GCP (Google Cloud Platform)

Para obter outros guias de migração, consulte Migração de Banco de Dados.

Visão geral

Instância Gerida do Azure SQL é uma opção de destino recomendada para trabalhos do SQL Server que exigem um serviço totalmente gerido, sem precisar gerir máquinas virtuais ou os seus sistemas operativos. A Instância Gerenciada do SQL permite que você mova seus aplicativos locais para o Azure com alterações mínimas no aplicativo ou no banco de dados. Ele oferece isolamento completo de suas instâncias com suporte nativo de rede virtual.

Certifique-se de revisar os recursos do mecanismo de banco de dados do SQL Server disponíveis na Instância Gerenciada do Azure para validar a suportabilidade do seu destino de migração.

Considerações

Os principais fatores a serem considerados ao avaliar as opções de migração são:

  • Número de servidores e bases de dados
  • Tamanho dos bancos de dados
  • Tempo de inatividade comercial aceitável durante o processo de migração

Um dos principais benefícios da migração dos bancos de dados do SQL Server para a Instância Gerenciada do SQL é que você pode optar por migrar a instância inteira ou apenas um subconjunto de bancos de dados individuais. Planeje cuidadosamente incluir o seguinte em seu processo de migração:

  • Todos os bancos de dados que precisam estar na mesma instância
  • Objetos de nível de instância necessários para seu aplicativo, incluindo logons, credenciais, trabalhos e operadores do SQL Agent e gatilhos no nível do servidor

Observação

A Instância Gerenciada SQL do Azure garante 99,99% de disponibilidade, mesmo em cenários críticos. A sobrecarga causada por alguns recursos na Instância Gerenciada SQL não pode ser desabilitada. Para obter mais informações, consulte a entrada de blog Principais causas das diferenças de desempenho entre a Instância Gerenciada do SQL e o SQL Server.

Escolha um alvo adequado

Você pode usar a extensão de migração SQL do Azure para o Azure Data Studio para obter a recomendação da Instância Gerenciada SQL do Azure com o tamanho certo. A extensão coleta dados de desempenho de sua instância do SQL Server de origem para fornecer recomendação do Azure de tamanho certo que atenda às necessidades de desempenho da sua carga de trabalho com custo mínimo. Para saber mais, consulte Obter recomendações do Azure para migrar seu banco de dados do SQL Server

As diretrizes gerais a seguir podem ajudá-lo a escolher a camada de serviço e as características corretas da Instância Gerenciada SQL para ajudar a corresponder à sua linha de base de desempenho :

  • Use a linha de base de uso da CPU para provisionar uma instância gerenciada que corresponda ao número de núcleos que sua instância do SQL Server usa. Pode ser necessário dimensionar recursos para corresponder às características de configuração de hardware.
  • Use a linha de base de uso de memória para escolher uma opção vCore que corresponda adequadamente à sua alocação de memória.
  • Use a latência de E/S de linha de base do subsistema de arquivos para escolher entre as camadas de serviço de uso geral (latência maior que 5 ms) e crítica para negócios (latência menor que 3 ms).
  • Utilize a taxa de transferência de referência para pré-alocar o tamanho dos ficheiros de dados e de log para obter o desempenho de entrada/saída esperado.

Você pode escolher recursos de computação e armazenamento durante a implantação e, em seguida, alterá-los posteriormente usando o portal do Azure, sem incorrer em tempo de inatividade para seu aplicativo.

Importante

Qualquer discrepância no requisitos de rede virtual para instâncias gerenciadas pode impedir que você crie novas instâncias ou use as existentes. Saiba mais sobre a criação de novas redes e a configuração de redes existentes.

Outra consideração importante na seleção da camada de serviço de destino na Instância Gerenciada SQL do Azure (Finalidade Geral versus Crítica de Negócios) é a disponibilidade de determinados recursos, como In-Memory OLTP, que estão disponíveis apenas na camada Crítica de Negócios.

Alternativa de VM do SQL Server

A sua empresa pode ter requisitos que fazem com que SQL Server em Máquinas Virtuais do Azure seja um destino mais adequado do que Azure SQL Managed Instance.

Se uma das seguintes condições se aplicar à sua empresa, considere mudar para uma máquina virtual (VM) do SQL Server:

  • Você precisa de acesso direto ao sistema operacional ou sistema de arquivos, como instalar agentes personalizados ou de terceiros na mesma máquina virtual com o SQL Server.
  • Você tem dependência estrita de recursos que ainda não são suportados, como FileStream/FileTable, PolyBase e transações entre instâncias.
  • Você precisa permanecer em uma versão específica do SQL Server (2012, por exemplo).
  • Seus requisitos de computação são muito menores do que uma instância gerenciada oferece (um vCore, por exemplo), e a consolidação de banco de dados não é uma opção aceitável.

Ferramentas de migração

Recomendamos as seguintes ferramentas de migração:

Tecnologia Descrição
Extensão de migração do SQL Azure para o Azure Data Studio Impulsionado pelo serviço de Migração de Banco de Dados do Azure, a extensão de Migração SQL do Azure para o Azure Data Studio ajuda a avaliar os seus requisitos de banco de dados para compreender a sua prontidão para migração, obter recomendações de SKU adequadas para recursos do Azure e migrar a sua base de dados do SQL Server para o Azure. Você pode migrar bancos de dados únicos ou em escala usando o PowerShell e a CLI do Azure.
Azure Migrate Este serviço do Azure ajuda-o a descobrir e avaliar o seu património de dados SQL em escala no VMware. Ele fornece recomendações de implantação do SQL do Azure, dimensionamento de destino e estimativas mensais.
Backup e restauração nativos A Instância Gerenciada do SQL dá suporte à restauração de backups de banco de dados nativos do SQL Server (arquivos .bak). É a opção de migração mais fácil para clientes que podem fornecer backups completos de banco de dados para o Armazenamento do Azure.
Serviço de Log Replay Esse serviço de nuvem está habilitado para a Instância Gerenciada do SQL com base na tecnologia de envio de logs do SQL Server. É uma opção de migração para clientes que podem fornecer backups de banco de dados completos, diferenciais e de log para o Armazenamento do Azure. O Serviço de Reprodução de Registo é usado para restaurar arquivos de backup do Azure Blob Storage para a Instância Gerida de SQL.
link de Instância Gerida Esse recurso permite a migração online para a Instância Gerenciada SQL usando a tecnologia de disponibilidade Always On para replicar alterações quase em tempo real. É uma opção de migração para clientes que exigem que o banco de dados na Instância Gerenciada SQL esteja acessível no modo R/O enquanto a migração está em andamento, que precisam manter a migração em execução por longos períodos de tempo (como semanas ou meses de cada vez), que exigem replicação online verdadeira para a camada de serviço Crítica para os Negócios, e para clientes que exigem a migração mínima de tempo de inatividade com melhor desempenho.

A tabela a seguir lista ferramentas de migração alternativas:

Tecnologia Descrição
replicação transacional Replique dados das tabelas do banco de dados do SQL Server de origem para a Instância Gerenciada do SQL fornecendo uma opção de migração de tipo editor-assinante, mantendo a consistência das transações.
Cópia em massa A ferramenta programa de cópia em massa (bcp) copia dados de uma instância do SQL Server em um arquivo de dados. Use a ferramenta para exportar os dados da sua origem e importar o arquivo de dados para a instância gerenciada SQL de destino.

Para operações de cópia em massa de alta velocidade para mover dados para a Instância Gerenciada SQL do Azure, você pode usar a ferramenta Smart Bulk Copy para maximizar a velocidade de transferência aproveitando as tarefas de cópia paralela.
Assistente de Importação e Exportação/ BACPAC BACPAC é um arquivo do Windows com uma extensão .bacpac que encapsula o esquema e os dados de um banco de dados. Você pode usar o BACPAC para exportar dados de uma fonte do SQL Server e importar os dados de volta para a Instância Gerenciada SQL do Azure.
Azure Data Factory A atividade Copy no Azure Data Factory migra dados de bases de dados SQL Server de origem para a Instância Gerida SQL usando conectores nativos e tempos de execução de integração .

O Data Factory oferece suporte a uma ampla variedade de conectores de para mover dados de fontes do SQL Server para a Instância Gerenciada do SQL.

Comparar opções de migração

Compare as opções de migração para escolher o caminho adequado às necessidades da sua empresa.

A tabela a seguir compara as opções de migração recomendadas:

Opção de migração Quando utilizar Considerações
Recurso Link para a Instância Gerenciada SQL do Azure - Tempo de inatividade mínimo necessário, especialmente para cargas de trabalho críticas.
- Necessidade de migração para a camada de serviço Business Critical.
- Necessidade de migrar múltiplas bases de dados.
- Precisa de acesso somente leitura ao banco de dados na Instância Gerenciada SQL do Azure durante a migração.
- Necessidade de reverter a migração do Azure para o SQL Server 2022.
- Migrar bases de dados individuais de aplicações de linha de negócios, ou várias bases de dados para a mesma ou diferentes instâncias SQL geridas.
- Precisa de flexibilidade para o período de transição.

Fontes suportadas:
- SQL Server (2016 a 2022) local ou Azure VM
- Amazon EC2
- GCP Compute SQL Server VM
- A migração envolve o estabelecimento de uma conexão de rede entre o SQL Server e a Instância Gerenciada do SQL e a abertura de portas de comunicação.
- Utiliza a tecnologia Grupos de Disponibilidade Distribuída para replicar bancos de dados praticamente em tempo real, criando uma réplica exata do banco de dados SQL Server no SQL Managed Instance.
- O banco de dados pode ser usado para acesso somente leitura na Instância Gerenciada SQL enquanto a migração está em andamento.
- Fornece o melhor desempenho durante a migração com o mínimo de tempo de inatividade.
- Pode ser interrompido a qualquer momento, por isso a duração da migração é ilimitada
- Não afetado por atualizações ou failovers do sistema
extensão de migração SQL do Azure para o Azure Data Studio - Migrar bases de dados únicas ou em escala.
- Pode ser executado nos modos online e offline.

Fontes suportadas:
- SQL Server (2005 em diante) no local ou em Máquinas Virtuais do Azure
- SQL Server no Amazon EC2
- Amazon RDS para SQL Server
- SQL Server no Google Compute Engine
- As migrações em escala podem ser automatizadas por meio do PowerShell ou da CLI do Azure.
- O tempo para concluir a migração depende do tamanho do banco de dados e do número de objetos no banco de dados.
- O Azure Data Studio é necessário quando você não está usando o PowerShell ou a CLI do Azure.
Serviço de Reprodução de Registos - Migrar bancos de dados individuais de aplicativos de linha de negócios.
- Precisa de mais controle sobre a migração do banco de dados.
- Cargas de trabalho não sensíveis que podem suportar tempo de inatividade.
- Só pode usar um ponto de extremidade público.
- Necessidade de migrar múltiplas bases de dados.

Fontes suportadas:
- SQL Server (2008 a 2022) local ou Azure VM
- Amazon EC2
- Amazon RDS para SQL Server
- GCP Compute SQL Server VM
- A migração envolve fazer backups completos do banco de dados no SQL Server e copiar arquivos de backup para o Armazenamento de Blobs do Azure. O Serviço de Reprodução de Logs é usado para restaurar arquivos de backup do Armazenamento de Blob do Azure para Instância Gerida SQL.
- Os bancos de dados durante o processo de migração estão no modo de restauração e não podem ser usados para cargas de trabalho de leitura ou gravação até que o processo seja concluído.
- Usa um ponto de extremidade público, portanto, a configuração de rede especial não é necessária.
- Pode ser interrompido por atualizações do sistema ou failovers.
Backup e restauração nativos - Migrar bancos de dados individuais de aplicativos de linha de negócios.
- Migração rápida e fácil sem um serviço ou ferramenta de migração separada.

Fontes suportadas:
- SQL Server (2005 a 2022) local ou Azure VM
- Amazon EC2
- GCP Compute SQL Server VM
- O backup de banco de dados usa vários threads para otimizar a transferência de dados para o Armazenamento de Blobs do Azure, mas a largura de banda do parceiro e o tamanho do banco de dados podem afetar a taxa de transferência.
- O tempo de inatividade deve acomodar o tempo necessário para executar um backup e restauração completos (que é um tamanho da operação de dados).

A tabela a seguir compara as opções alternativas de migração:

Método ou tecnologia Quando utilizar Considerações
Replicação Transacional - Migrar publicando continuamente alterações de tabelas de banco de dados de origem para tabelas de banco de dados de Instância Gerenciada SQL de destino.
- Fazer migrações completas ou parciais de banco de dados de tabelas selecionadas (subconjunto de um banco de dados).

Fontes suportadas:
- SQL Server (2012 a 2022) com algumas limitações
- Amazon EC2
- GCP Compute SQL Server VM
- A configuração é relativamente complexa em comparação com outras opções de migração.
- Fornece uma opção de replicação contínua para migrar dados (sem colocar os bancos de dados offline).
- A replicação transacional tem limitações a serem consideradas quando você estiver configurando o editor na instância do SQL Server de origem. Consulte Limitações na publicação de objetos para saber mais.
- Capacidade de monitorar a atividade de replicação está disponível.
Cópia em massa - Fazer migrações de dados totais ou parciais.
- Pode acomodar períodos de inatividade.

Fontes suportadas:
- SQL Server (2005 a 2022) local ou Azure VM
- Amazon EC2
- Amazon RDS para SQL Server
- GCP Compute SQL Server VM
- Requer tempo de inatividade para exportar dados da origem e importar para o destino.
- Os formatos de arquivo e tipos de dados usados na exportação ou importação precisam ser consistentes com os esquemas de tabela.
Assistente de Importação e Exportação/ BACPAC - Migrar bancos de dados individuais de aplicativos de linha de negócios.
- Adequado para bases de dados mais pequenas.
Não requer um serviço ou ferramenta de migração separada.

Fontes suportadas:
- SQL Server (2005 a 2022) local ou Azure VM
- Amazon EC2
- Amazon RDS
- GCP Compute SQL Server VM
- Requer tempo de inatividade porque os dados precisam ser exportados na origem e importados no destino.
- Os formatos de arquivo e tipos de dados usados na exportação ou importação precisam ser consistentes com esquemas de tabela para evitar truncamento ou erros de incompatibilidade de tipo de dados.
- O tempo necessário para exportar um banco de dados com um grande número de objetos pode ser significativamente maior.
Azure Data Factory - Migrar e/ou transformar dados de bancos de dados SQL Server de origem.
- A mesclagem de dados de várias fontes de dados para a Instância Gerenciada SQL do Azure normalmente é para cargas de trabalho de business intelligence (BI).
- Requer a criação de pipelines de movimentação de dados no Data Factory para mover dados da origem para o destino.
- Custo é um fator importante a considerar e baseia-se em fatores como gatilhos de pipeline, execuções de atividade e durações da movimentação de dados.

Interoperabilidade de funcionalidades

Há mais considerações quando você está migrando cargas de trabalho que dependem de outros recursos do SQL Server.

Serviços de integração do SQL Server

Migre pacotes e projetos do SQL Server Integration Services (SSIS) no SSISDB para a Instância Gerenciada SQL do Azure usando Serviço de Migração de Banco de Dados do Azure.

Somente pacotes SSIS no SSISDB a partir do SQL Server 2012 têm suporte para migração. Converta pacotes SSIS mais antigos antes da migração. Consulte o tutorial de conversão do projeto para saber mais.

SQL Server Reporting Services

Você pode migrar relatórios do SQL Server Reporting Services (SSRS) para relatórios paginados no Power BI. Use a Ferramenta de Migração RDL para ajudar a preparar e migrar os seus relatórios. A Microsoft desenvolveu essa ferramenta para ajudar os clientes a migrar relatórios RDL (Report Definition Language) de seus servidores SSRS para o Power BI. Ele está disponível no GitHub e documenta um passo a passo completo do cenário de migração.

SQL Server Analysis Services

Os modelos tabulares do SQL Server Analysis Services do SQL Server 2012 e posteriores podem ser migrados para o Azure Analysis Services, que é um modelo de implantação de plataforma como serviço (PaaS) para o modelo tabular do Analysis Services no Azure. Você pode saber mais sobre como migrar modelos locais para o Azure Analysis Services em este tutorial em vídeo.

Como alternativa, pode considerar a migração dos seus modelos tabulares locais do Analysis Services para o Power BI Premium usando os novos endpoints de leitura/gravação XMLA.

Alta disponibilidade

As funcionalidades de alta disponibilidade do SQL Server, uma instância de failover em cluster Always On e grupos de disponibilidade Always On, tornam-se obsoletos na instância SQL gerida de destino. A arquitetura de alta disponibilidade já está incorporada às camadas de serviço de uso geral (modelo de disponibilidade padrão) e Business Critical (modelo de disponibilidade premium) para a Instância Gerenciada SQL. O modelo de disponibilidade premium também fornece escalabilidade horizontal de leitura que permite a conexão num dos nós secundários para fins de leitura apenas.

Além da arquitetura de alta disponibilidade que está incluída na Instância Gerenciada SQL, o recurso grupos de failover permite gerir a replicação e o failover de bancos de dados de uma instância gerenciada para outra região.

Trabalhos do SQL Agent

Utilize a opção Serviço de Migração de Banco de Dados do Azure para migrar offline tarefas do SQL Agent. Caso contrário, crie scripts para os trabalhos no Transact-SQL (T-SQL) usando o SQL Server Management Studio e recrie-os manualmente na instância gerenciada SQL de destino.

Importante

Atualmente, o Serviço de Migração de Banco de Dados do Azure oferece suporte apenas a trabalhos com etapas do subsistema T-SQL. Os trabalhos com etapas do pacote SSIS precisam ser migrados manualmente.

Logins e grupos

Mova logons SQL da origem do SQL Server para a Instância Gerenciada SQL do Azure usando o Serviço de Migração de Banco de Dados no modo offline. Utilize o painel Selecionar logins no Assistente de Migração para migrar logins para a sua instância gerida de SQL de destino.

Por padrão, o Serviço de Migração de Banco de Dados do Azure dá suporte à migração apenas de logons SQL. No entanto, você pode habilitar a migração de logins do Windows da seguinte forma:

  • Garantir que a instância gerenciada SQL de destino tenha acesso de leitura ao Microsoft Entra ID (anteriormente Azure Ative Directory). Um usuário que tenha a função de Administrador de Função Privilegiada pode configurar esse acesso por meio do portal do Azure.
  • Configurar o Serviço de Migração de Banco de Dados do Azure para habilitar migrações de logon de usuário ou grupo do Windows. Você faz isso através do portal do Azure, na página de Configuração. Depois de habilitar essa configuração, reinicie o serviço para que as alterações entrem em vigor.

Depois de reiniciar o serviço, os logins de usuário ou grupo do Windows aparecem na lista de logons disponíveis para migração. Para qualquer login de utilizador ou grupo do Windows que migre, ser-lhe-á solicitado que forneça o nome de domínio associado. Não há suporte para contas de usuário de serviço (contas com o nome de domínio NT AUTHORITY) e contas de usuário virtual (contas com o nome de domínio NT SERVICE). Para saber mais, consulte Tutorial: Migrar usuários e grupos do Windows em uma instância do SQL Server para a Instância Gerenciada SQL do Azure usando a sintaxe T-SQL DDL.

Como alternativa, você pode usar o utilitário PowerShell especialmente projetado por arquitetos de migração de dados da Microsoft. O utilitário usa o PowerShell para criar um script T-SQL para recriar logons e selecionar usuários do banco de dados da origem para o destino.

O utilitário PowerShell mapeia automaticamente as contas do Ative Directory do Windows Server para as contas do Microsoft Entra e pode fazer uma pesquisa UPN para cada logon em relação à instância do Ative Directory de origem. Os scripts do utilitário personalizam funções de servidor e banco de dados, juntamente com associação de função e permissões de usuário. Os bancos de dados contidos ainda não são suportados e apenas um subconjunto de possíveis permissões do SQL Server é escrito.

Encriptação

Ao migrar bancos de dados protegidos por criptografia de dados transparente para uma instância gerida usando a opção de restauração nativa, migre o certificado correspondente da instância do SQL Server de origem para a instância gerida SQL de destino antes da restauração do banco de dados.

Bases de dados do sistema

Não há suporte para a restauração de bancos de dados do sistema. Para migrar objetos no nível da instância (armazenados nos bancos de dados master e msdb), crie scripts usando T-SQL e recrie-os na instância gerenciada de destino.

In-Memory OLTP (tabelas com otimização de memória)

O SQL Server fornece um recurso OLTP In-Memory. Ele permite o uso de tabelas com otimização de memória, tipos de tabela com otimização de memória e módulos SQL compilados nativamente para executar cargas de trabalho com requisitos de alta taxa de transferência e baixa latência para processamento transacional.

Importante

In-Memory OLTP é suportado apenas na camada Business Critical na Instância Gerenciada SQL do Azure. Não é suportado na camada de uso geral.

Se você tiver tabelas com otimização de memória ou tipos de tabela com otimização de memória em sua instância local do SQL Server e quiser migrar para a Instância Gerenciada SQL do Azure, deverá:

  • Escolha a camada Business Critical para sua instância gerenciada SQL de destino que ofereça suporte a In-Memory OLTP.

  • Se você quiser migrar para a camada de Propósito Geral na Instância Gerenciada SQL do Azure, remova tabelas com otimização de memória, tipos de tabela com otimização de memória e módulos SQL compilados nativamente que interagem com objetos com otimização de memória antes de migrar seus bancos de dados. Você pode usar a seguinte consulta T-SQL para identificar todos os objetos que precisam ser removidos antes da migração para a camada de uso geral:

    SELECT * FROM sys.tables WHERE is_memory_optimized = 1;
    SELECT * FROM sys.table_types WHERE is_memory_optimized = 1;
    SELECT * FROM sys.sql_modules WHERE uses_native_compilation = 1;
    

Para saber mais sobre tecnologias na memória, consulte Otimizar o desempenho usando tecnologias na memória no Banco de Dados SQL do Azure e na Instância Gerenciada SQL do Azure.

Funcionalidades avançadas

Certifique-se de aproveitar os recursos avançados baseados em nuvem na Instância Gerenciada SQL. Por exemplo, você não precisa se preocupar com o gerenciamento de backups porque o serviço faz isso por você. Você pode restaurar para qualquer ponto dentro do período de retenção. Além disso, você não precisa se preocupar com a configuração de alta disponibilidade, porque alta disponibilidade é incorporada.

Para reforçar a segurança, considere usar autenticação do Microsoft Entra paraSQL do Azure, de auditoria, de deteção de ameaças, de segurança em nível de linha e mascaramento dinâmico de dados.

Além de recursos avançados de gerenciamento e segurança, a Instância Gerenciada SQL fornece ferramentas avançadas que podem ajudá-lo monitorar e ajustar sua carga de trabalho. do Azure SQL Analytics permite monitorar um grande conjunto de instâncias gerenciadas de forma centralizada.  O ajuste automático em instâncias geridas monitora continuamente o desempenho da execução do plano SQL e corrige automaticamente os problemas de desempenho identificados.

Alguns recursos estão disponíveis somente depois que o nível de compatibilidade do banco de dados é alterado para o nível de compatibilidade mais recente (150).

Ativos de migração

Para obter mais assistência, consulte os seguintes recursos que foram desenvolvidos para projetos de migração do mundo real.

Ativo Descrição
Modelo e ferramenta de avaliação da carga de trabalho Esta ferramenta fornece plataformas de destino sugeridas mais adequadas, prontidão para a nuvem e um nível de correção de aplicações/bases de dados para uma carga de trabalho. Ele oferece cálculo simples com um clique e geração de relatórios que ajudam a acelerar avaliações de grandes propriedades, fornecendo um processo de decisão automatizado e uniforme para plataformas de destino.
Utilitário para mover logons locais do SQL Server para a Instância Gerenciada SQL do Azure Um script do PowerShell pode criar um script de comando T-SQL para recriar logons e selecionar usuários de banco de dados do SQL Server local para a Instância Gerenciada SQL do Azure. A ferramenta permite o mapeamento automático de contas do Ative Directory do Windows Server para contas do Microsoft Entra, além de migrar opcionalmente logons nativos do SQL Server.
a automação da coleta de dados Perfmon usando o Logman Você pode usar a ferramenta Logman para coletar dados Perfmon (para ajudá-lo a entender o desempenho da linha de base) e obter recomendações de destino de migração. Essa ferramenta usa logman.exe para criar o comando que criará, iniciará, interromperá e excluirá contadores de desempenho definidos em uma instância remota do SQL Server.

A equipe de Engenharia de Dados SQL desenvolveu esses recursos. A carta principal desta equipe é desbloquear e acelerar a modernização complexa para projetos de migração de plataforma de dados para a plataforma de dados Azure da Microsoft.