Dela via


Kom igång med Azure DevOps Data Migration Tool

Innan du använder Azure DevOps Data Migration Tool för att migrera databasen med hög återgivning bör du lära dig några av de grundläggande begreppen i den här artikeln.

Diagram som markerar fasen Kom igång i sekventiella faser.

Lär dig vilka data som migreras

Alla data migreras inte. Separata databaser utanför samlingen, till exempel rapportering och SharePoint-data, migreras inte. I följande avsnitt visas mer information om vilka data som migreras.

Inkluderade data

Följande tabell visar data som ingår i migreringen.

Inkluderade data beskrivning
Samlingsmappning Varje samling i Azure DevOps Server motsvarar en databas. Under migreringen migreras hela samlingen– inklusive arbetsobjekt, historik, TFVC-ändringar (Team Foundation Version Control), Git-data, byggdefinitioner med mera – till Azure DevOps Services. Arbetsobjekt, TFVC-ändringsuppsättning och Git-incheckningsnummer/ID:er förblir oförändrade.

Exkluderade data

I följande tabell visas specifika dataundantag vid migrering.

Exkluderade data beskrivning
Tillägg Tillägg måste installeras om efter migreringen. Du bör publicera lokala tillägg på Marketplace som privata tillägg och delas med kontot.
Service Hooks Service Hooks-data ingår inte i migreringen. konfigurera om efter migreringen.
Belastningstest Belastningstestdata överförs inte. konfigurera om belastningstester efter migreringen.
Pipelineagenter och agentpooler Konfigurera om pipelineagenter och agentpooler efter migreringen.
Omnämnanden Användaromnämnanden i diskussioner om arbetsobjekt behåller den lokala identiteten, inte det nya Microsoft Entra-ID:t. Om du hovrar på användarnamn visas inte kontaktkort och vissa hyperlänkar kan vara ogiltiga.
Project Server-integreringar Inte tillgängligt för Azure DevOps Services. Till exempel XAML-versioner, Microsoft Test Manager, SharePoint, SQL Data Warehouse och så vidare.
Förhandsfunktioner Vissa Azure DevOps Server-funktioner kan förhandsgranskas under migreringen till Azure DevOps Services.

Projektgränser

Om din samling innehåller flera projekt inför Azure DevOps Services en gräns på 1 000 projekt per organisation, även om vi rekommenderar 300 eller mindre. Utöver det här tröskelvärdet kan vissa upplevelser, till exempel att ansluta till organisationen från Visual Studio, försämras. Om du vill hålla dig inom gränsen kan du överväga att antingen dela upp samlingen eller ta bort äldre projekt.

Förstå relationen mellan lokala databaser och Azure DevOps-organisationer.

Innan du fördjupar dig i planeringen av migreringen är det viktigt att du på en upphöjd nivå förstår hur databasmigreringsprocessen fungerar. Migreringar fungerar enligt följande huvudbegrepp:

  • Gruppprojektsamling: Samlingar i Azure DevOps Server är en fysisk container för teamprojekt och deras artefakter. Varje samling motsvarar en enda SQL-databas och är källan till migreringar till Azure DevOps Services.
  • Azure DevOps Services-organisation: Organisationer är hanteringsenheten i den molnbaserade tjänsten. Logiskt mappas 1:1 till begreppet teamprojektsamling i Azure DevOps Server. Därför är organisationer målet för migreringar till Azure DevOps Services. Till exempel representeras Azure DevOps Services-organisationer som https://dev.azure.com/Contoso där Contoso representerar namnet på Azure DevOps Services-organisationen.

När du migrerar en SQL-databas för teamprojektsamlingen skapar datamigreringsverktyget en ny Azure DevOps-organisation med ett användarnamn. Det går inte att migrera en samlingsdatabas till en befintlig Azure DevOps Services-organisation eller konsolidera flera samlingsdatabaser till en enda Azure DevOps Services-organisation. Mappningen är endast en-till-en mellan teamprojektsamlingar och Azure DevOps Services-organisationer.

Välj datacenter

När du konfigurerar din Azure DevOps Services-organisation kan du välja plats för dina data. När du skapar den första registreringen och organisationen väljer du en region som passar dina behov. Om du vill använda senare för migrering antecknar du regionens kortfattade kod. Mer information finns i Regioner som stöds för migrering.

Förstå prissättningen

En fråga som vanligtvis kommer med migrering är vilken typ av licensiering ett företag behöver för att använda Azure DevOps Services. Den goda nyheten är att du förmodligen har alla licenser du redan behöver. Vi har skapat ett exempelkalkylblad som bör omfatta de flesta fall. Om du har några specifika frågor om din situation kan du kontakta utvecklarlösningsspecialisten eller Microsoft Reseller. Mer information finns i Priser för Azure DevOps.

Kalkylblad för användarlicenser

# Kolumn 1 Kolumn 2
1 Antal teammedlemmar
2 Antal intressenter
3 Subtrahera linje (2) från rad (1)*
4 Antal Visual Studio-prenumeranter**
5 Subtrahera linje (4) från rad (3)
6 Subtrahera linje (5) från rad (5)***
  • *Intressenter är kostnadsfria
  • ** Visual Studio-prenumeranter har Azure DevOps Services inkluderat som en förmån för prenumerationen
  • Varje Azure DevOps Services-organisation får fem kostnadsfria användare

Mer information om kostnadseffektiva alternativ för åtkomst till funktioner finns i faktureringsöversikten och Priskalkylatorn för Azure.

Köp nödvändiga Azure DevOps Services-användarlicenser via Visual Studio Marketplace eller Azure-portalen. Vi går in i den här processen under fasen Förbered för testkörning.

Utöver de viktigaste funktionerna är följande mervärdestjänster tillgängliga i Azure DevOps som du kan ha nytta av:

  • Värdbaserade belastningstestningstjänster: Om du behöver simulera och analysera prestanda för dina program under belastning tillhandahåller Azure DevOps värdbaserade lasttestningstjänster. Med de här tjänsterna kan du stresstesta dina program och identifiera flaskhalsar eller prestandaproblem.
  • Test Manager-tillägg: Överväg att använda Test Manager-tillägg för omfattande testhantering. Dessa tillägg förbättrar dina testfunktioner genom att tillhandahålla funktioner som hantering av testfall, undersökande testning och spårning av testkörning.
  • Fler funktioner: Azure DevOps erbjuder olika tillägg och integreringar som tillgodoser specifika behov. Oavsett om det handlar om att integrera med verktyg som inte kommer från Microsoft, förbättra säkerheten eller automatisera distributionspipelines finns det en mängd olika alternativ.

Vissa av dessa tjänster kan komma med extra kostnader, så det är viktigt att utvärdera dina krav och din budget i enlighet med detta. Dessa kostnader visas på din faktura under den associerade prenumerationen. Mer information finns i Konfigurera fakturering. Om du har specifika frågor om din situation kan du kontakta din DevOps-partner, Microsoft Reseller eller din Microsoft Developer Solutions Sales Specialist för personlig vägledning.

Reservera din nya organisation

Med tanke på migreringsprojektets tidslinje rekommenderar vi att du reserverar namnet på din organisation tidigt för att säkerställa att önskat namn är tillgängligt för den slutliga migreringen.

Om ditt företag till exempel är Contoso och du vill ha en organisation med ett matchande namn kan https://dev.azure.com/contosodu till exempel skapa en organisation med det namnet nu. Men kom ihåg att du bara kan migrera till en helt ny Azure DevOps Services-organisation.

Gör följande för att reservera organisationens namn.

  1. Inledande reservation:
    1. Skapa en organisation med ett tillfälligt namn, https://dev.azure.com/contoso-temporarytill exempel .
    2. Reservera det här tillfälliga namnet för din framtida migrering.
  2. Slutlig migrering:
    1. När du är redo att påbörja den slutliga migreringen utför du den i https://dev.azure.com/contoso-temporary organisationen.
    2. Efter lyckad migrering byter du namn på den reserverade organisationen för att öppna önskat namn för den importerade organisationen. Byt namn på det i stället för att ta bort det eftersom en borttagning kan ta upp till en timme att släppa namnet, när du byter namn på det omedelbart.
    3. Byt omedelbart namn på den migrerade organisationen till önskat namn, https://dev.azure.com/contosotill exempel , som du just avmarkerade genom att byta namn.
    4. Du kan också ta bort den ursprungligen reserverade och omdöpta organisationen i det här läget.

Genom att följa den här metoden har du en smidig övergång samtidigt som du ser till att det önskade organisationsnamnet förblir tillgängligt.

Nästa steg