Sdílet prostřednictvím

Začínáme s nástrojem pro migraci dat Azure DevOps

  • Článek

Než použijete nástroj pro migraci dat Azure DevOps k migraci databáze s vysokou věrností, seznamte se s některými základními koncepty v tomto článku.

Diagram se zvýrazněnou fází Začínáme v sekvenčních fázích

Informace o migrovaných datech

Ne všechna data se migrují. Nemigrují se samostatné databáze mimo kolekci, například vytváření sestav a data SharePointu. Následující části obsahují podrobnější informace o tom, která data se migrují.

Zahrnutá data

Následující tabulka uvádí data zahrnutá v migraci.

Zahrnutá data Popis
Mapování kolekcí Každá kolekce v Azure DevOps Serveru odpovídá jedné databázi. Během migrace se celá kolekce – včetně pracovních položek, historie, sady změn Správa verzí Team Foundation (TFVC), dat Gitu, definic sestavení a dalších – migruje do Azure DevOps Services. Pracovní položka, sada změn TFVC a čísla a ID potvrzení Gitu zůstávají beze změny.

Vyloučená data

Následující tabulka uvádí konkrétní vyloučení dat při migraci.

Vyloučená data Popis
Rozšíření Rozšíření musí být po migraci přeinstalována. Místní rozšíření byste měli publikovat na Marketplace jako soukromá rozšíření a sdílet s účtem.
Volané služby Data služby Hooks nejsou zahrnutá v migraci; překonfigurujte po migraci.
Zátěžový test Zátěžová testovací data se nepřenesou; překonfigurujte zátěžové testy po migraci.
Agenti kanálů a fondy agentů Po migraci překonfigurujte agenty kanálů a fondy agentů.
Zmínky Zmínky uživatelů v diskuzích o pracovních položkách uchovávají místní identitu, ne nové ID Microsoft Entra. Při najetí myší na uživatelské jméno se nezobrazují karty kontaktů a některé hypertextové odkazy můžou být neplatné.
Integrace Project Serveru Není k dispozici pro Azure DevOps Services. Například sestavení XAML, Microsoft Test Manager, SharePoint, SQL Data Warehouse atd.
Funkce Preview Během migrace na Azure DevOps Services je možné zobrazit náhled některých funkcí Azure DevOps Serveru.

Limity projektů

Pokud vaše kolekce obsahuje řadu projektů, azure DevOps Services omezuje limit 1 000 projektů na organizaci, i když doporučujeme 300 nebo méně. Nad rámec této prahové hodnoty můžou určité prostředí , jako je například připojení k organizaci ze sady Visual Studio, snížit. Pokud chcete zůstat v limitu, zvažte rozdělení kolekce nebo odstranění starších projektů.

Seznamte se s vztahem mezi místními databázemi a organizacemi Azure DevOps.

Než se příliš ponoříte do plánování migrace, je důležité pochopit na vyšší úrovni, jak funguje proces migrace databáze. Migrace pracují s následujícími hlavními koncepty:

  • Kolekce týmových projektů: Kolekce v Azure DevOps Serveru jsou fyzickým kontejnerem pro týmové projekty a jejich artefakty. Každá kolekce odpovídá jedné databázi SQL a je zdrojem migrací do Azure DevOps Services.
  • Organizace Azure DevOps Services: Organizace jsou jednotkou správy ve službě hostované v cloudu. Logicky mapují 1:1 na koncept kolekce týmových projektů na Azure DevOps Serveru. Organizace jsou proto cílem migrací do Azure DevOps Services. Například organizace Azure DevOps Services jsou reprezentované jako místo, kde https://dev.azure.com/Contoso Contoso představuje název organizace Azure DevOps Services.

Když migrujete databázi SQL kolekce týmových projektů, nástroj pro migraci dat vytvoří novou organizaci Azure DevOps s uživatelským názvem. Migrace databáze kolekce do existující organizace Azure DevOps Services nebo konsolidace více databází kolekcí do jedné organizace Azure DevOps Services není možná. Mapování je výhradně 1:1 mezi kolekcemi týmových projektů a organizacemi Azure DevOps Services.

Volba datového centra

Při nastavování organizace Azure DevOps Services můžete zvolit umístění vašich dat. Během počáteční registrace a vytváření organizace vyberte oblast, která vyhovuje vašim potřebám. Pokud chcete později použít pro migraci, poznamenejte si zkrácený kód oblasti. Další informace najdete v tématu Podporované oblasti pro migraci.

Vysvětlení cen

Otázkou, která obvykle přichází s migrací, je to, jaký typ licencování potřebuje společnost používat Azure DevOps Services. Dobrou zprávou je, že pravděpodobně budete mít všechny licence, které už potřebujete. Vytvořili jsme ukázkový list, který by měl zahrnovat většinu případů. Pokud máte nějaké konkrétní dotazy týkající se vaší situace, obraťte se na svého specialistu na prodej řešení pro vývojáře nebo prodejce Microsoftu. Další informace najdete v tématu Ceny Pro Azure DevOps.

List s uživatelskými licencemi

# Sloupec 1 Sloupec 2
0 Počet členů týmu
2 Počet zúčastněných stran
3 Odečíst čáru (2) od řádku (1)*
4 Počet předplatitelů sady Visual Studio**
5 Odečíst čáru (4) od řádku (3)
6 Odečíst čáru (5) od řádku (5)***
  • *Účastníci jsou zdarma
  • ** Předplatitelé sady Visual Studio mají azure DevOps Services jako výhodu předplatného.
  • Každá organizace Azure DevOps Services získá pět bezplatných uživatelů.

Další informace o nákladově efektivních možnostech přístupu k funkcím najdete v přehledu fakturace a cenové kalkulačce Azure.

Nákup potřebných uživatelských licencí Azure DevOps Services prostřednictvím webu Visual Studio Marketplace nebo webu Azure Portal Na tento proces se podíváme během fáze Příprava na testovací běh.

Kromě základníchfunkcích

  • Hostované služby zátěžového testování: Pokud potřebujete simulovat a analyzovat výkon vašich aplikací pod zatížením, Azure DevOps poskytuje hostované služby zátěžového testování. Tyto služby umožňují zátěžové testování aplikací a identifikaci kritických bodů nebo problémů s výkonem.
  • Rozšíření Správce testů: Pro komplexní správu testů zvažte použití rozšíření Test Manageru. Tato rozšíření rozšiřují možnosti testování tím, že poskytují funkce, jako je správa testovacích případů, průzkumné testování a sledování provádění testů.
  • Další funkce: Azure DevOps nabízí různá rozšíření a integrace, které vyhovují konkrétním potřebám. Ať už se jedná o integraci s nástroji jiných společností než Microsoft, vylepšením zabezpečení nebo automatizací kanálů nasazení, existuje celá řada možností.

Některé ztěchtoch služeb můžou mít dodatečné náklady, takže je nezbytné odpovídajícím způsobem vyhodnotit požadavky a rozpočet. Tyto náklady se zobrazí na faktuře v rámci přidruženého předplatného. Další informace najdete v tématu Nastavení fakturace. Pokud máte konkrétní dotazy týkající se vaší situace, obraťte se na svého partnera DevOps, prodejce Microsoftu nebo svého specialista na prodej vývojářských řešení Microsoftu a požádejte ho o individuální pokyny.

Rezervace nové organizace

Vzhledem k časové ose projektu migrace doporučujeme v rané fázi rezervovat název vaší organizace, abyste měli jistotu, že je pro konečnou migraci dostupný požadovaný název.

Pokud je například vaše společnost Contoso a chcete mít organizaci s odpovídajícím názvem, https://dev.azure.com/contosomůžete teď vytvořit organizaci s tímto názvem. Mějte ale na paměti, že můžete migrovat pouze do zcela nové organizace Azure DevOps Services.

Následujícím postupem si zarezervujte název vaší organizace.

  1. Počáteční rezervace:
    1. Vytvořte organizaci s dočasným názvem, https://dev.azure.com/contoso-temporarynapříklad .
    2. Tento dočasný název si zarezervujte pro budoucí migraci.
  2. Konečná migrace:
    1. Až budete připraveni zahájit konečnou migraci, proveďte ji do https://dev.azure.com/contoso-temporary organizace.
    2. Po úspěšné migraci přejmenujte rezervovanou organizaci a otevřete požadovaný název pro importovanou organizaci. Přejmenujte ho a neodstraňujte ho, protože jeho odstranění může trvat až hodinu, než název uvolníte, když ho přejmenujete okamžitě.
    3. Okamžitě přejmenujte migrovanou organizaci na požadovaný název, https://dev.azure.com/contosonapříklad , který jste právě vymazal přejmenováním.
    4. Volitelně můžete v tuto chvíli odstranit původně vyhrazenou a přejmenovanou organizaci.

Díky tomuto přístupu máte hladký přechod a zároveň zajistíte, aby upřednostňovaný název organizace zůstal dostupný.

Další kroky

Dokončení požadavků na migraci