Compartilhar via

Introdução à Ferramenta de Migração de Dados do Azure DevOps

  • Artigo

Antes de usar a Ferramenta de Migração de Dados do Azure DevOps para migrar seu banco de dados com alta fidelidade, aprenda alguns dos conceitos básicos neste artigo.

Diagrama destacando o estágio Introdução em estágios sequenciais.

Saiba quais dados são migrados

Nem todos os dados são migrados. Bancos de dados separados fora da coleção, por exemplo, relatórios e dados do SharePoint, não são migrados. As seções a seguir listam mais detalhes sobre quais dados são migrados.

Dados incluídos

A tabela a seguir mostra os dados incluídos na migração.

Dados incluídos Descrição
Mapeamento de coleções Cada coleção no Azure DevOps Server corresponde a um banco de dados. Durante a migração, toda a coleção, incluindo itens de trabalho, histórico, conjuntos de alterações do TFVC (Controle de Versão do Team Foundation), dados do Git, definições de compilação e muito mais, é migrada para os Serviços de DevOps do Azure. O item de trabalho, o conjunto de alterações do TFVC e os números/IDs de confirmação do Git permanecem inalterados.

Dados excluídos

A tabela a seguir mostra exclusões de dados específicas na migração.

Dados excluídos Descrição
Extensões As extensões devem ser reinstaladas após a migração. Você deve publicar extensões locais no Marketplace como extensões privadas e compartilhadas com a conta.
Ganchos de Serviço Os dados do Service Hooks não estão incluídos na migração; Reconfigurar após a migração.
Teste de carga Os dados de teste de carga não são trazidos; Reconfigure os testes de carga após a migração.
Agentes de pipeline e pools de agentes Reconfigure agentes de pipeline e pools de agentes após a migração.
Menções As menções de usuário em discussões de item de trabalho mantêm a identidade local, não a nova ID do Microsoft Entra. Passar o mouse sobre nomes de usuário não exibe cartões de visita e alguns hiperlinks podem ser inválidos.
Integrações do Project Server Não disponível para os Serviços de DevOps do Azure. Por exemplo, compilações XAML, Microsoft Test Manager, SharePoint, SQL Data Warehouse e assim por diante.
Recursos de versão preliminar Alguns recursos do Servidor de DevOps do Azure podem ser visualizados durante a migração para os Serviços de DevOps do Azure.

Limites do projeto

Se sua coleção contiver vários projetos, os Serviços de DevOps do Azure imporão um limite de 1.000 projetos por organização, embora recomendemos 300 ou menos. Além desse limite, certas experiências, como a conexão com a organização a partir do Visual Studio, podem se degradar. Para ficar dentro do limite, considere dividir a coleção ou excluir projetos mais antigos.

Entenda a relação entre bancos de dados locais e organizações de DevOps do Azure.

Antes de se aprofundar demais no planejamento da migração, é importante entender em um nível elevado como o processo de migração do banco de dados funciona. As migrações operam com base nos seguintes conceitos principais:

  • Coleção de Projetos de Equipe: as coleções no Servidor de DevOps do Azure são um contêiner físico para projetos de equipe e seus artefatos. Cada coleção equivale a um único banco de dados SQL e é a origem das migrações para os Serviços de DevOps do Azure.
  • Organização dos Serviços de DevOps do Azure: as organizações são a unidade de gerenciamento no serviço hospedado na nuvem. Logicamente, eles mapeiam 1:1 para o conceito de uma coleção de projeto de equipe no Servidor de DevOps do Azure. Portanto, as organizações são o destino das migrações para os Serviços de DevOps do Azure. Por exemplo, as organizações dos Serviços de DevOps do Azure são representadas como https://dev.azure.com/Contoso onde Contoso representa o nome da organização dos Serviços de DevOps do Azure.

Quando você migra um banco de dados SQL de coleção de projeto de equipe, a Ferramenta de Migração de Dados cria uma nova organização do Azure DevOps com um nome fornecido pelo usuário. Não é possível migrar um banco de dados de coleção para uma organização existente dos Serviços de DevOps do Azure ou consolidar vários bancos de dados de coleção em uma única organização dos Serviços de DevOps do Azure. O mapeamento é estritamente um-para-um entre coleções de projetos de equipe e organizações dos Serviços de DevOps do Azure.

Escolher data center

Ao configurar sua organização dos Serviços de DevOps do Azure, você pode escolher o local para seus dados. Durante a inscrição inicial e a criação da organização, selecione uma região que atenda às suas necessidades. Para usar posteriormente para migração, anote o código abreviado da região. Para obter mais informações, consulte Regiões com suporte para migração.

Entender os preços

Uma questão que normalmente surge com a migração é que tipo de licenciamento uma empresa precisa para usar os Serviços de DevOps do Azure. A boa notícia é que você provavelmente terá todas as licenças de que já precisa. Criamos uma planilha de exemplo que deve abranger a maioria dos casos. Se você tiver alguma dúvida específica sobre sua situação, entre em contato com seu Especialista em Vendas de Soluções para Desenvolvedores ou com o Revendedor Microsoft. Para obter mais informações, consulte Preços do Azure DevOps.

Planilha de licenças de usuário

# Coluna 1 Coluna 2
1 Número de membros da equipe
2 Número de stakeholders
3 Subtrair a linha (2) da linha (1)*
4 # de assinantes do Visual Studio**
5 Subtrair linha (4) da linha (3)
6 Subtrair a linha (5) da linha (5)***
  • *As partes interessadas são livres
  • ** Os assinantes do Visual Studio têm os Serviços de DevOps do Azure incluídos como um benefício da assinatura
  • Cada organização dos Serviços de DevOps do Azure recebe cinco usuários gratuitos

Para obter mais informações sobre opções econômicas para acessar recursos, consulte a Visão geral de cobrança e a Calculadora de preços do Azure.

Compre todas as licenças de usuário dos Serviços de DevOps do Azure necessárias por meio do Visual Studio Marketplace ou do portal do Azure. Aprofundamo-nos nesse processo durante a fase Preparar para execução de teste.

Além dos recursos principais, os seguintes serviços de valor agregado estão disponíveis no Azure DevOps que você pode considerar benéficos:

  • Serviços de teste de carga hospedados: se você precisar simular e analisar o desempenho de seus aplicativos sob carga, o Azure DevOps fornecerá serviços de teste de carga hospedados. Esses serviços permitem que você teste seus aplicativos e identifique gargalos ou problemas de desempenho.
  • Extensões do Test Manager: Para um gerenciamento de teste abrangente, considere o uso de extensões do Test Manager. Essas extensões aprimoram seus recursos de teste, fornecendo recursos como gerenciamento de casos de teste, testes exploratórios e acompanhamento de execução de testes.
  • Mais recursos: o Azure DevOps oferece várias extensões e integrações que atendem a necessidades específicas. Seja integrando-se a ferramentas que não são da Microsoft, aprimorando a segurança ou automatizando pipelines de implantação, há uma ampla gama de opções.

Alguns desses serviços podem ter custos extras, por isso é essencial avaliar suas necessidades e orçamento de acordo. Esses custos aparecem na sua fatura sob a assinatura associada. Para obter mais informações, consulte Configurar o faturamento. Se você tiver dúvidas específicas sobre sua situação, entre em contato com seu Parceiro de DevOps, Revendedor da Microsoft ou seu Especialista de Vendas de Soluções para Desenvolvedores da Microsoft para obter orientação personalizada.

Reserve sua nova organização

Considerando a linha do tempo do projeto de migração, recomendamos que você reserve o nome da sua organização com antecedência para garantir que o nome desejado esteja disponível para a migração final.

Por exemplo, se sua empresa for Contoso e você quiser uma organização com um nome correspondente, por exemplo, https://dev.azure.com/contoso, você poderá criar uma organização com esse nome agora. Mas lembre-se de que você só pode migrar para uma nova organização dos Serviços de DevOps do Azure.

Siga as etapas a seguir para reservar o nome da sua organização.

  1. Reserva inicial:
    1. Crie uma organização com um nome temporário, por exemplo, https://dev.azure.com/contoso-temporary.
    2. Reserve este nome temporário para sua migração futura.
  2. Migração final:
    1. Quando estiver pronto para iniciar a migração final, execute-a na https://dev.azure.com/contoso-temporary organização.
    2. Após a migração bem-sucedida, renomeie a organização reservada para abrir o nome desejado para a organização importada. Renomeie-o em vez de excluí-lo porque uma exclusão pode levar até uma hora para liberar o nome, quando renomeá-lo é imediato.
    3. Renomeie imediatamente a organização migrada para o nome desejado, por exemplo, https://dev.azure.com/contoso, que você acabou de limpar ao renomear.
    4. Opcionalmente, você pode excluir a organização originalmente reservada e renomeada neste ponto.

Ao seguir essa abordagem, você terá uma transição suave e, ao mesmo tempo, garantirá que o nome da organização de sua preferência permaneça disponível.

Próximas etapas

Pré-requisitos completos para migração