Introdução à Ferramenta de Migração de Dados do Azure DevOps
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.
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 | Description |
|---|---|
| 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 Controle de Versão do Team Foundation (TFVC), 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 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 | Description |
|---|---|
| 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. |
| Service Hooks | 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. |
| Funcionalidades de pré-visualização | Alguns recursos do Servidor de DevOps do Azure podem ser visualizados durante a migração para os Serviços de DevOps do Azure. |
Limites de projeto
Se sua coleção contiver vários projetos, os Serviços de DevOps do Azure impõem um limite de 1.000 projetos por organização, embora recomendemos 300 ou menos. Além desse limite, certas experiências, como conectar-se à 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 muito no planejamento da migração, é importante entender em um nível elevado como funciona o processo de migração do banco de dados. 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 Azure DevOps Server. 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/Contosoonde 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 coleta 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.
Escolha o centro de dados
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 mais tarde na migração, anote o código abreviado da região. Para obter mais informações, consulte Regiões suportadas para migração.
Compreender os preços
Uma pergunta 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 cobrir 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 Revendedor Microsoft. Para obter mais informações, consulte Preços para o Azure DevOps.
Planilha de licenças de usuário
| # | Coluna 1 | Coluna 2 |
|---|---|---|
| 1 | Número de membros da equipa | |
| 2 | Número de detentores de interesse | |
| 3 | Subtrair a linha (2) da linha (1)* | |
| 4 | # de assinantes do Visual Studio** | |
| 5 | Subtrair a linha (4) da linha (3) | |
| 6 | Subtrair a linha (5) da linha (5)*** |
- *As partes interessadas são livres
- ** Os Subscritores do Visual Studio têm os Serviços de DevOps do Azure incluídos como um benefício da subscrição
- Cada organização dos Serviços de DevOps do Azure recebe cinco utilizadores 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. Mergulhamos 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 achar benéfico:
- Serviços de teste de carga hospedada: se você precisar simular e analisar o desempenho de seus aplicativos sob carga, o Azure DevOps fornece serviços de teste de carga hospedada. 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 da 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 com 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 seus requisitos e orçamento de acordo. Estes custos aparecem na sua fatura sob a subscrição associada. Para obter mais informações, consulte Configurar cobrança. Se você tiver dúvidas específicas sobre sua situação, entre em contato com seu Parceiro de DevOps, Revendedor Microsoft ou Especialista de Vendas de Soluções para Desenvolvedores da Microsoft para obter orientação personalizada.
Reserve a sua nova organização
Considerando o cronograma do projeto de migração, recomendamos que você reserve o nome da sua organização logo no início 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ê pode 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.
- Reserva inicial:
- Crie uma organização com um nome temporário, por exemplo,
https://dev.azure.com/contoso-temporary. - Reserve este nome temporário para a sua migração futura.
- Crie uma organização com um nome temporário, por exemplo,
- Migração final:
- Quando estiver pronto para iniciar a migração final, execute-a na
https://dev.azure.com/contoso-temporaryorganização. - 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.
- Renomeie imediatamente a organização migrada para o nome desejado, por exemplo,
https://dev.azure.com/contosoque você acabou de limpar renomeando. - Opcionalmente, você pode excluir a organização originalmente reservada e renomeada neste momento.
- Quando estiver pronto para iniciar a migração final, execute-a na
Seguindo essa abordagem, você tem uma transição suave, garantindo que o nome da sua organização preferida permaneça disponível.