Introduzione allo strumento di migrazione dei dati di Azure DevOps
Prima di usare Lo strumento di migrazione dei dati di Azure DevOps per eseguire la migrazione del database con alta fedeltà, vedere alcuni dei concetti di base di questo articolo.
Informazioni sui dati di cui viene eseguita la migrazione
Non tutti i dati vengono migrati. Non viene eseguita la migrazione di database separati all'esterno della raccolta, ad esempio la creazione di report e i dati di SharePoint. Le sezioni seguenti elencano altri dettagli sui dati di cui viene eseguita la migrazione.
Dati inclusi
La tabella seguente mostra i dati inclusi nella migrazione.
| Dati inclusi | Descrizione |
|---|---|
| Mapping delle raccolte | Ogni raccolta in Azure DevOps Server corrisponde a un database. Durante la migrazione, l'intera raccolta, inclusi elementi di lavoro, cronologia, controllo della versione di Team Foundation (TFVC), dati Git, definizioni di compilazione e altro ancora, vengono migrati in Azure DevOps Services. Gli ID/numeri di commit Git rimangono invariati per l'elemento di lavoro, il set di modifiche della versione di Team Foundation e gli ID di commit Git. |
Dati esclusi
Nella tabella seguente vengono illustrate le esclusioni di dati specifiche nella migrazione.
| Dati esclusi | Descrizione |
|---|---|
| Estensioni | Le estensioni devono essere reinstallate dopo la migrazione. È consigliabile pubblicare le estensioni locali nel Marketplace come estensioni private e condivise con l'account. |
| Hook del servizio | I dati degli hook del servizio non sono inclusi nella migrazione; riconfigurare dopo la migrazione. |
| Test di carico | I dati di test di carico non vengono inseriti; riconfigurare i test di carico dopo la migrazione. |
| Agenti della pipeline e pool di agenti | Riconfigurare gli agenti della pipeline e i pool di agenti dopo la migrazione. |
| Menzioni | Le menzioni degli utenti nelle discussioni degli elementi di lavoro mantengono l'identità locale, non il nuovo ID Microsoft Entra. Il passaggio del mouse sui nomi utente non visualizza le schede contatto e alcuni collegamenti ipertestuali potrebbero non essere validi. |
| Integrazioni di Project Server | Non disponibile per Azure DevOps Services. Ad esempio, compilazioni XAML, Microsoft Test Manager, SharePoint, SQL Data Warehouse e così via. |
| Funzionalità di anteprima | Alcune funzionalità di Azure DevOps Server possono essere visualizzate in anteprima durante la migrazione ad Azure DevOps Services. |
Limiti di progetto
Se la raccolta contiene numerosi progetti, Azure DevOps Services impone un limite di 1.000 progetti per ogni organizzazione, anche se è consigliabile 300 o meno. Oltre questa soglia, alcune esperienze, ad esempio la connessione all'organizzazione da Visual Studio, potrebbero peggiorare. Per rimanere entro il limite, prendere in considerazione la suddivisione della raccolta o l'eliminazione di progetti meno recenti.
Comprendere la relazione tra i database locali e le organizzazioni di Azure DevOps.
Prima di approfondire la pianificazione della migrazione, è importante comprendere a livello elevato il funzionamento del processo di migrazione del database. Le migrazioni operano sui concetti principali seguenti:
- Raccolta di progetti team: le raccolte in Azure DevOps Server sono un contenitore fisico per i progetti team e i relativi artefatti. Ogni raccolta equivale a un singolo database SQL ed è l'origine delle migrazioni ad Azure DevOps Services.
- Organizzazione di Azure DevOps Services: le organizzazioni sono l'unità di gestione nel servizio ospitato nel cloud. Eseguono il mapping logico 1:1 al concetto di raccolta di progetti team in Azure DevOps Server. Di conseguenza, le organizzazioni sono la destinazione delle migrazioni ad Azure DevOps Services. Ad esempio, le organizzazioni di Azure DevOps Services sono rappresentate come https://dev.azure.com/Contoso dove Contoso rappresenta il nome dell'organizzazione di Azure DevOps Services.
Quando si esegue la migrazione di un database SQL della raccolta di progetti team, lo strumento di migrazione dei dati crea una nuova organizzazione di Azure DevOps con un nome specificato dall'utente. Non è possibile eseguire la migrazione di un database di raccolta in un'organizzazione di Azure DevOps Services esistente o consolidare più database di raccolta in un'unica organizzazione di Azure DevOps Services. Il mapping è strettamente uno-a-uno tra le raccolte di progetti team e le organizzazioni di Azure DevOps Services.
Scegliere il data center
Quando si configura l'organizzazione di Azure DevOps Services, è possibile scegliere la posizione per i dati. Durante la creazione iniziale dell'iscrizione e dell'organizzazione, selezionare un'area adatta alle proprie esigenze. Per usarlo in un secondo momento per la migrazione, prendere nota del codice abbreviato dell'area. Per altre informazioni, vedere Aree supportate per la migrazione.
Informazioni sui prezzi
Una domanda che in genere riguarda la migrazione è il tipo di gestione delle licenze che un'azienda deve usare Azure DevOps Services. La buona notizia è che probabilmente hai tutte le licenze che hai già bisogno. È stato creato un foglio di lavoro di esempio che deve coprire la maggior parte dei casi. In caso di domande specifiche sulla situazione, contattare lo sviluppatore developer solution sales specialist o il rivenditore Microsoft. Per altre informazioni, vedere Prezzi per Azure DevOps.
Foglio di lavoro licenze utente
| # | Colonna 1 | Colonna 2 |
|---|---|---|
| 1 | Numero di membri del team | |
| 2 | Numero di stakeholder | |
| 3 | Sottrae riga (2) dalla riga (1)* | |
| 4 | # dei sottoscrittori di Visual Studio** | |
| 5 | Sottrae riga (4) dalla riga (3) | |
| 6 | Sottrae riga (5) dalla riga (5)* |
- *Gli stakeholder sono gratuiti
- ** I Sottoscrittori di Visual Studio includono Azure DevOps Services come vantaggio della sottoscrizione
- Ogni organizzazione di Azure DevOps Services ottiene cinque utenti gratuiti
Per altre informazioni sulle opzioni convenienti per l'accesso alle funzionalità, vedere Panoramica della fatturazione e Calcolatore prezzi di Azure.
Acquistare le licenze utente di Azure DevOps Services necessarie tramite Visual Studio Marketplace o il portale di Azure. Questo processo viene approfondito durante la fase di preparazione dell'esecuzione dei test.
Oltre alle funzionalità di base, i servizi a valore aggiunto seguenti sono disponibili in Azure DevOps che potrebbero risultare utili:
- Servizi di test di carico ospitati: se è necessario simulare e analizzare le prestazioni delle applicazioni in fase di caricamento, Azure DevOps offre servizi di test di carico ospitati. Questi servizi consentono di testare lo stress delle applicazioni e identificare colli di bottiglia o problemi di prestazioni.
- Estensioni di Gestione test: per una gestione completa dei test, è consigliabile usare le estensioni di Test Manager. Queste estensioni migliorano le funzionalità di test fornendo funzionalità come la gestione dei test case, i test esplorativi e il rilevamento dell'esecuzione dei test.
- Altre funzionalità: Azure DevOps offre varie estensioni e integrazioni che soddisfano esigenze specifiche. Indipendentemente dal fatto che si stia integrando con strumenti non Microsoft, migliorando la sicurezza o automatizzando le pipeline di distribuzione, è disponibile un'ampia gamma di opzioni.
Alcuni di questi servizi potrebbero avere costi aggiuntivi, quindi è essenziale valutare i requisiti e il budget di conseguenza. Questi costi vengono visualizzati nella fattura nella sottoscrizione associata. Per altre informazioni, vedere Configurare la fatturazione. In caso di domande specifiche sulla situazione, contattare il partner DevOps, il rivenditore Microsoft o lo specialista di vendite di soluzioni per sviluppatori Microsoft per indicazioni personalizzate.
Riservare la nuova organizzazione
Considerando la sequenza temporale del progetto di migrazione, è consigliabile riservare il nome dell'organizzazione in anticipo per assicurarsi che il nome desiderato sia disponibile per la migrazione finale.
Ad esempio, se la società è Contoso e si vuole un'organizzazione con un nome corrispondente, ad esempio , https://dev.azure.com/contosoè possibile creare un'organizzazione con tale nome. Tenere tuttavia presente che è possibile eseguire la migrazione solo in un'organizzazione di Azure DevOps Services completamente nuova.
Seguire questa procedura per riservare il nome dell'organizzazione.
- Prenotazione iniziale:
- Creare un'organizzazione con un nome temporaneo,
https://dev.azure.com/contoso-temporaryad esempio . - Riservare questo nome temporaneo per la migrazione futura.
- Creare un'organizzazione con un nome temporaneo,
- Migrazione finale:
- Quando si è pronti per iniziare la migrazione finale, eseguirla nell'organizzazione
https://dev.azure.com/contoso-temporary. - Dopo aver completato la migrazione, rinominare l'organizzazione riservata per aprire il nome desiderato per l'organizzazione importata. Rinominarla anziché eliminarla perché un'eliminazione può richiedere fino a un'ora per rilasciare il nome, quando si rinomina immediatamente.
- Rinominare immediatamente l'organizzazione migrata con il nome desiderato,
https://dev.azure.com/contosoad esempio , che è stato appena cancellato ridenominazione. - Facoltativamente, è possibile eliminare l'organizzazione originariamente riservata e rinominata a questo punto.
- Quando si è pronti per iniziare la migrazione finale, eseguirla nell'organizzazione
Seguendo questo approccio, è possibile eseguire una transizione senza problemi assicurandosi che il nome dell'organizzazione preferito rimanga disponibile.
Passaggi successivi
Articoli correlati
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per