Condividi tramite


Completare i prerequisiti per la migrazione

Quando si passa alla seconda fase della migrazione ad Azure DevOps Services con azure DevOps Data Migration Tool, è necessario completare i prerequisiti per il trasferimento dei dati nel cloud. Se l'organizzazione soddisfa già questi prerequisiti, è possibile ignorare completamente questa fase.

Diagramma che evidenzia la fase Prerequisiti in fasi sequenziali.

Aggiornare Azure DevOps Server

Lo Strumento di migrazione dei dati per Azure DevOps supporta le due versioni più recenti di Azure DevOps Server in un determinato momento. Le release includono aggiornamenti e versioni importanti.

Possono essere necessarie fino a 2-3 settimane dopo il rilascio di una nuova versione RTW di Azure DevOps Server per rendere online il supporto per la migrazione per tale versione. Considera questa possibilità quando scegli di eseguire l'aggiornamento poco dopo una nuova versione RTW di Azure DevOps Server.

Lo strumento di migrazione dei dati non supporta la migrazione dalle versioni candidate di Azure DevOps Server (RC). Se si prevede di eseguire la migrazione del database di raccolta ad Azure DevOps Services usando questo servizio, è importante non aggiornare il database di produzione a una versione RC. Se si esegue l'aggiornamento, è necessario attendere e aggiornare alla versione Web (RTW) quando sarà disponibile. In alternativa, ripristinare una copia di backup del database da una versione precedente di Azure DevOps Server per eseguire la migrazione. Non è possibile effettuare il downgrade a una versione precedente di Azure DevOps, ma è necessario ripristinare un backup del database in tale versione.

La frequenza di rilascio normale per le nuove versioni di Azure DevOps Server è una volta ogni tre o quattro mesi. Ciò significa che il supporto per una determinata versione di Azure DevOps Server per la migrazione ad Azure DevOps Services deve durare da sei a otto mesi. È importante assicurarsi che il piano tenga conto di questa finestra di supporto per evitare di dover aggiornare improvvisamente per migrare.

Implementare l'ID Microsoft Entra

Assicurarsi che il team disponga di un tenant funzionale di Microsoft Entra ID per l'autenticazione dei membri nell'organizzazione di Azure DevOps Services. In Azure DevOps Services, l'autenticazione utente si basa su un tenant di Microsoft Entra ID, così come l'autenticazione utente di Azure DevOps Server si basa su Active Directory. Durante la fase di esecuzione del test (collegamento), verifichi un file di log della mappa delle identità per far corrispondere le organizzazioni di Active Directory locali con le organizzazioni "Microsoft Entra ID". Questo file non viene usato dal servizio di migrazione. Questa azione garantisce la visibilità della cronologia individuale, la conservazione delle autorizzazioni di sicurezza e l'accesso alle impostazioni personali.

Mancia

  • È consigliabile usare lo stesso tenant Microsoft Entra ID utilizzato da altri servizi Microsoft Cloud. Se l'azienda ha già l'ID Microsoft Entra, ignorare questo passaggio.
  • Anche se gli account Microsoft funzionano per l'autenticazione di Azure DevOps Services, non possono essere mappati durante la migrazione del database di Azure DevOps Server.

Sincronizzare identità e gruppi con Microsoft Entra ID Connect

Sincronizzare l'installazione locale di Active Directory con Microsoft Entra ID, in modo che i membri del team possano usare le stesse credenziali per autenticarsi. Inoltre, gli amministratori di Azure DevOps Services possono usare i gruppi di Active Directory per impostare le autorizzazioni all'interno dell'organizzazione.

Per configurare la sincronizzazione, seguire questa procedura:

  1. Utilizzare la tecnologia Microsoft Entra ID Connect.
  2. Per configurare Microsoft Entra ID Connect con l'ambiente locale, collaborare con il reparto IT, DevOps Partner, Microsoft Premier Support o Microsoft Consulting Services.

Per altre informazioni sulla configurazione di Microsoft Entra ID Connect, vedere Microsoft Entra Connect Sync.

Vedere anche come configurare Azure DevOps Services per l'uso dell'ID Microsoft Entra visitando questa pagina. Anche se i passaggi descritti in questo articolo non sono allineati esattamente alla migrazione del database di Team Foundation Server, vengono utilizzati come informazioni di riferimento preziose. Lo strumento di migrazione dei dati stabilisce il collegamento al tenant di Microsoft Entra ID durante la creazione dell'organizzazione di Azure DevOps Services all'inizio del processo di migrazione.

Nota

DirSync era una tecnologia predecessore di Microsoft Entra ID Connect. Aggiorna a Microsoft Entra ID Connect se usi DirSync.

Scaricare lo strumento di migrazione dei dati di Azure DevOps

La maggior parte del lavoro durante la migrazione ad Azure DevOps Services viene gestita dallo strumento di migrazione dei dati. Lo strumento viene usato con i passaggi generali seguenti:

  1. Convalidare una raccolta di progetti di team.
  2. Generare i file usati per personalizzare la migrazione.
  3. Migrazione in coda di un database di Azure DevOps Server ad Azure DevOps Services.

Disporre degli elementi seguenti:

  • Ruolo TFSEXECROLE in SQL Server.
  • Autorizzazioni per connettersi sia alla configurazione di Azure DevOps Server che ai database di raccolta.
  • Collegamento stabilito tra l'organizzazione di servizi Azure DevOps e il tenant di Microsoft Entra ID.

Scaricare lo strumento

  1. Scarica la versione più recente dello strumento di migrazione dei dati di .
  2. Copiare il file ZIP in uno dei livelli dell'applicazione Azure DevOps Server.
  3. Decomprimere il file. È anche possibile eseguire lo strumento da un computer diverso senza azure DevOps Server installato, se può connettersi al database di configurazione dell'istanza di Azure DevOps Server. 1. Aprire una finestra del Prompt dei comandi nel server e passare alla directory dove è archiviato lo strumento di migrazione dei dati.
  4. Esaminare la documentazione di supporto per lo strumento:
    1. Per visualizzare l'aiuto e le linee guida di primo livello, eseguire il comando seguente:
      Migrator /help
    2. Visualizza il testo della guida per il comando di convalida. Migrator validate /help Per la prima volta che si convalida una raccolta, mantenerla semplice. Il comando deve avere la struttura seguente: Migrator validate /collection:{collection URL} /tenantDomainName:{name} /region:{region}
  5. Sostituire {name} con il nome del tenant di Microsoft Entra. Ad esempio, per l'esecuzione in DefaultCollection e nel tenant fabrikam, il comando sarà simile al seguente: Migrator validate /collection:[^1^][4] (http://localhost:8080/DefaultCollection) /tenantDomainName:fabrikam.OnMicrosoft.com /region:{region} Se è necessario eseguire lo strumento da un computer diverso da Azure DevOps Server, usare il parametro /connectionString.

Passaggi successivi