Partilhar via


Pré-requisitos completos para a migração

Ao passar para a segunda fase de migração para os Serviços de DevOps do Azure com a Ferramenta de Migração de Dados do Azure DevOps, você deve concluir os pré-requisitos para transferir seus dados para a nuvem. Se sua organização já atende a esses pré-requisitos, você pode pular essa fase completamente.

Diagrama destacando o estágio Pré-requisitos em estágios sequenciais.

Atualizar o Servidor de DevOps do Azure

A Ferramenta de Migração de Dados para DevOps do Azure dá suporte às duas versões mais recentes do Servidor de DevOps do Azure em um determinado momento. As versões incluem atualizações e versões principais.

Pode levar até 2 a 3 semanas após o lançamento de uma nova versão RTW do Azure DevOps Server para que o suporte à migração fique online para essa versão. Considere essa possibilidade ao optar por atualizar logo após uma nova versão do Servidor de DevOps do Azure RTW.

A Ferramenta de Migração de Dados não oferece suporte à migração de candidatos à versão (RC) do Servidor de DevOps do Azure. Se você estiver planejando migrar seu banco de dados de coleção para os Serviços de DevOps do Azure usando esse serviço, é importante não atualizar seu banco de dados de produção para uma versão RC. Se você atualizar, então você deve esperar e atualizar para a versão web (RTW) quando estiver disponível. Ou restaure uma cópia de backup do seu banco de dados de uma versão anterior do Azure DevOps Server para migrar. Você não pode fazer downgrade para uma versão anterior do Azure DevOps, mas deve reverter usando um backup do banco de dados nessa versão.

A cadência de lançamento normal para novas versões do Azure DevOps Server é uma vez a cada três ou quatro meses. O que significa que o suporte para uma determinada versão do Servidor de DevOps do Azure para migração para os Serviços de DevOps do Azure deve durar entre seis a oito meses. É importante garantir que seu plano tenha em conta essa janela de suporte para evitar ter que atualizar repentinamente para migrar.

Implementar o Microsoft Entra ID

Verifique se sua equipe tem um locatário funcional do Microsoft Entra ID para autenticar membros em sua organização dos Serviços de DevOps do Azure. Nos Serviços de DevOps do Azure, a autenticação do usuário depende de um locatário do Microsoft Entra ID, como a autenticação de usuário do Azure DevOps Server depende do Ative Directory. Durante a fase Execução de teste (link), você verifica um arquivo de log de mapa de identidade para corresponder às suas organizações locais do Ative Directory com as organizações do Microsoft Entra ID. Este ficheiro não é utilizado pelo serviço de migração. Essa ação garante visibilidade do histórico individual, preservação de permissões de segurança e acesso a configurações pessoais.

Gorjeta

  • Recomendamos que você use o mesmo locatário do Microsoft Entra ID que outros serviços do Microsoft Cloud. Se a sua empresa já tiver o Microsoft Entra ID, ignore esta etapa.
  • Embora as contas da Microsoft (MSAs) funcionem para autenticação dos Serviços de DevOps do Azure, elas não podem ser mapeadas durante a migração do banco de dados do Servidor de DevOps do Azure.

Sincronize identidades e grupos com o Microsoft Entra ID Connect

Sincronize o Ative Directory local com o Microsoft Entra ID para que os membros da sua equipe possam usar as mesmas credenciais para autenticar. Além disso, os administradores dos Serviços de DevOps do Azure podem usar seus grupos do Ative Directory para definir permissões em sua organização.

Para configurar a sincronização, execute as seguintes etapas:

  1. Utilize a tecnologia Microsoft Entra ID Connect .
  2. Para configurar o Microsoft Entra ID Connect com seu ambiente local, colabore com seu departamento de TI, Parceiro de DevOps, Suporte Premier da Microsoft ou Serviços de Consultoria da Microsoft.

Para obter mais informações sobre como configurar o Microsoft Entra ID Connect, consulte Microsoft Entra Connect Sync.

Além disso, explore como você pode configurar os Serviços de DevOps do Azure para usar a ID do Microsoft Entra visitando esta página. Embora as etapas nesse artigo não se alinhem exatamente com a migração do banco de dados do Team Foundation Server, ele serve como informações de referência valiosas. A Ferramenta de Migração de Dados estabelece o link para seu locatário do Microsoft Entra ID durante a criação de sua organização dos Serviços de DevOps do Azure no início do processo de migração.

Nota

O DirSync foi uma tecnologia antecessora do Microsoft Entra ID Connect. Atualize para o Microsoft Entra ID Connect se estiver usando o DirSync.

Baixar a Ferramenta de Migração de Dados do Azure DevOps

A maior parte do trabalho durante a migração para os Serviços de DevOps do Azure é tratada pela Ferramenta de Migração de Dados. A ferramenta é usada com as seguintes etapas de alto nível:

  1. Valide uma coleção de projeto de equipe.
  2. Gere os arquivos usados para personalizar a migração.
  3. Migração em fila de um banco de dados do Servidor de DevOps do Azure para os Serviços de DevOps do Azure.

Você deve ter os seguintes itens:

  • Função TFSEXECROLE no SQL Server.
  • Permissões para se conectar aos bancos de dados de configuração e coleção do Servidor de DevOps do Azure.
  • Um link estabelecido entre sua organização dos Serviços de DevOps do Azure e seu locatário do Microsoft Entra ID.

Transferir a ferramenta

  1. Faça o download da versão mais recente da Ferramenta de Migração de Dados.
  2. Copie o arquivo zip para uma das camadas de aplicativo do Azure DevOps Server.
  3. Deszipe o ficheiro. Você também pode executar a ferramenta de uma máquina diferente sem o Azure DevOps Server instalado, se ele puder se conectar ao banco de dados de configuração da instância do Azure DevOps Server. 1.Abra uma janela do Prompt de Comando no servidor e vá para o diretório onde a Ferramenta de Migração de Dados está armazenada.
  4. Analise o conteúdo de ajuda da ferramenta:
    1. Para exibir a ajuda e a orientação de nível superior, execute o seguinte comando:
      Migrator /help
    2. Exiba o texto de ajuda para o comando de validação: Migrator validate /help Pela primeira vez ao validar uma coleção, mantenha-a simples. Seu comando deve ter a seguinte estrutura: Migrator validate /collection:{collection URL} /tenantDomainName:{name} /region:{region}
  5. Substitua {name} pelo nome do locatário do Microsoft Entra. Por exemplo, para ser executado em relação ao DefaultCollection e ao locatário fabrikam, o comando teria esta aparência: Migrator validate /collection:[^1^][4] (http://localhost:8080/DefaultCollection) /tenantDomainName:fabrikam.OnMicrosoft.com /region:{region} Se você precisar executar a ferramenta de uma máquina diferente do Servidor de DevOps do Azure, use o /connectionString parâmetro.

Próximos passos