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 | Descrição |
|---|---|
| Mapeamento de coleção | Cada coleção em 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 build e muito mais, é migrada para Azure DevOps Services. 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 dos Ganchos de Serviço 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 do 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 Azure DevOps Services. Por exemplo, Builds XAML, Microsoft Test Manager, SharePoint, SQL Data Warehouse e assim por diante. |
| Versão prévia dos recursos | Alguns recursos do Azure DevOps Server podem ser visualizados durante a migração para o Azure DevOps Services. |
Limites do projeto
Se sua coleção contiver vários projetos, Azure DevOps Services impõe um limite de 1.000 projetos por organização, embora seja recomendável 300 ou menos. Além desse limite, certas experiências, como conectar-se à organização do Visual Studio, podem ser degradadas. 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 do Azure DevOps.
Antes de se aprofundar no planejamento de sua migração, é importante entender em um nível elevado como funciona o processo de migração de banco de dados. As migrações operam com base nos seguintes conceitos principais:
- Coleção de Projetos de Equipe: as coleções em Azure DevOps Server 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 Azure DevOps Services.
- Organização Azure DevOps Services: 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 projetos de equipe em Azure DevOps Server. Portanto, as organizações são o destino das migrações para Azure DevOps Services. Por exemplo, Azure DevOps Services organizações são representadas como
https://dev.azure.com/Contosoonde Contoso representa o nome da organização Azure DevOps Services.
Quando você migra um banco de dados SQL de coleção de projetos 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 do Azure DevOps Services ou consolidar vários bancos de dados de coleção em uma única organização do Azure DevOps Services. O mapeamento é estritamente um para um entre coleções de projetos de equipe e organizações Azure DevOps Services.
Escolha o data center
Ao configurar sua organização Azure DevOps Services, 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 pergunta que normalmente surge com a migração é que tipo de licenciamento uma empresa precisa para usar Azure DevOps Services. A boa notícia é que é provável que você tenha 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 da 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 partes interessadas | |
| 3 | Subtrair a linha (2) da linha (1)* | |
| 4 | # de assinantes do Visual Studio** | |
| 5 | Subtrair a linha (4) da linha (3) | |
| 6 | Subtraia a linha (5) da linha (5)*** |
- *As partes interessadas são gratuitas
- ** Os Assinantes do Visual Studio têm Azure DevOps Services incluído como um benefício da assinatura
- Cada organização do Azure DevOps Services recebe cinco usuários gratuitos
Para obter mais informações sobre opções econômicas para acessar recursos, consulte a Visão geral da cobrança e a Calculadora de Preços do Azure.
Compre todas as licenças de usuário necessárias do Azure DevOps Services por meio do Visual Studio Marketplace ou do portal do Azure. Nós nos aprofundamos 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é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 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 rastreamento de execução de teste.
- 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 variedade 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 em sua fatura na assinatura 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 da Microsoft ou Especialista em Vendas de Soluções para Desenvolvedores da Microsoft para obter diretrizes personalizadas.
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 desde o início para garantir que o nome desejado esteja disponível para a migração final.
Por exemplo, se sua empresa for a 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 do Azure DevOps Services.
Execute 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 esse nome temporário para 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
https://dev.azure.com/contoso-temporaryna organizaçã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/contoso, que 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
Seguindo essa abordagem, você tem uma transição tranquila e, ao mesmo tempo, garante que o nome da organização de sua preferência permaneça disponível.