Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Antes de usar a Ferramenta de Migração de Dados do Azure DevOps para migrar seu banco de dados com alta fidelidade, conheça 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 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 | Você deve reinstalar extensões após a migração. Publique extensões locais no Marketplace como extensões privadas e compartilhe-as com a conta. |
| Ganchos de Serviço | Os dados do Service Hooks não estão incluídos na migração. Reconfigure após a migração. |
| Teste de carga | Os dados de teste de carga não são transferidos. 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 em 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, XAML Builds, 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 imporá um limite de 1.000 projetos por organização, embora seja recomendável 300 ou menos. Além desse limite, algumas experiências — como conectar-se à organização pelo Visual Studio — podem ser prejudicadas. 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 muito no planejamento da migração, é importante entender em um nível elevado como o processo de migração de banco de dados funciona. 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 no 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. Você não pode 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 do Azure DevOps Services.
Escolha o data center
Ao configurar sua organização Azure DevOps Services, escolha 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.
Importante
Nem todas as regiões do Azure dão suporte à Ferramenta de Migração de Dados. Configurar VMs temporárias do SQL ou outra infraestrutura de migração em regiões sem suporte pode causar atrasos e exigir reconfiguração. Examine as regiões com suporte antes de prosseguir com seu planejamento de migração.
Regiões do Azure com suporte para migração
A tabela a seguir lista as regiões do Azure que dão suporte à Ferramenta de Migração de Dados do Azure DevOps:
| Região | Código abreviado |
|---|---|
| EUA Central | CUS |
| Oeste da Europa | NÓS |
| Sul do Reino Unido | UKS |
| Leste da Austrália | AE |
| Sul do Brasil | BS |
| Índia Central | MA |
| Sudeste da Ásia (Singapura) | SEA |
| Canadá Central | CC |
Para consultar o processo completo de migração e as considerações mais atualizadas sobre regiões, consulte as regiões do Azure com suporte para migração.
Entender os preços
Uma pergunta comum sobre a migração é que tipo de licenciamento uma empresa precisa usar Azure DevOps Services. A boa notícia é que você provavelmente já tem todas as licenças necessárias. Uma planilha de exemplo está disponível 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 revendedor da Microsoft. Para obter mais informações, consulte Pricing para 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 | Subtraia o valor na linha 2 do valor na linha 1* | |
| 4 | Número de assinantes de Visual Studio** | |
| 5 | Subtrair o valor na linha 4 do valor na linha 3 | |
| 6 | Subtraia o valor na linha 5 do valor na linha 5*** |
- *As partes interessadas estão livres.
- ** Visual Studio Assinantes têm serviços Azure DevOps incluídos como um benefício da assinatura.
- Cada organização do Azure DevOps Services obtém 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. Esse processo é abordado durante a fase Preparar para a execução do 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, reserve o nome da sua organização antecipadamente para garantir que o nome desejado esteja disponível para sua migração final.
Por exemplo, se sua empresa for Contoso e você quiser uma organização com um nome correspondente, por https://dev.azure.com/contosoexemplo, crie 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.
Conclua as etapas a seguir para reservar o nome da sua organização.
- Reserva inicial:
- Crie uma organização com o nome final desejado, como
https://dev.azure.com/contoso. Esta etapa reserva o nome para que ninguém mais possa reivindicá-lo durante a janela de migração. - Mantenha essa organização em vigor até que você esteja pronto para migrar.
- Crie uma organização com o nome final desejado, como
- Migração final:
Quando estiver pronto para iniciar a migração final, execute-a em uma organização temporária, como
https://dev.azure.com/contoso-temporary. Você não pode migrar para uma organização existente.Após a migração bem-sucedida, renomeie a organização reservada (
https://dev.azure.com/contoso) para um nome temporário, comohttps://dev.azure.com/contoso-remove-later. É melhor renomear a organização do que excluí-la, pois a exclusão pode levar até uma hora para disponibilizar o nome novamente.Note
Aguarde pelo menos uma hora após uma operação de renomeação antes de renomear outra organização. Para obter mais informações, consulte Renomear sua organização.
Renomeie a organização migrada (
https://dev.azure.com/contoso-temporary) para o nome final desejado (https://dev.azure.com/contoso).Opcionalmente, exclua a organização placeholder (
https://dev.azure.com/contoso-remove-later).
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.