Sdílet prostřednictvím

Dokončení požadavků na migraci

  • Článek

Při přechodu na druhou fázi migrace do Azure DevOps Services pomocí nástroje pro migraci dat Azure DevOps musíte splnit požadavky pro přenos dat do cloudu. Pokud už vaše organizace tyto požadavky splňuje, můžete tuto fázi úplně přeskočit.

Diagram znázorňující fázi Předpoklady v sekvenčních fázích

Aktualizace Azure DevOps Serveru

Nástroj pro migraci dat pro Azure DevOps podporuje dvě nejnovější verze Azure DevOps Serveru v daném okamžiku. Vydanými verzemi se rozumí také aktualizace a hlavní verze.

Po vydání nové verze RTW Azure DevOps Serveru může trvat až 2 až 3 týdny, než bude podpora migrace pro tuto verzi online. Zvažte tuto možnost, když se rozhodnete upgradovat krátce po vydání nového RTW Azure DevOps Serveru.

Nástroj pro migraci dat nepodporuje migraci z kandidátů na vydání Azure DevOps Serveru (RC). Pokud plánujete migrovat databázi kolekce do Azure DevOps Services pomocí této služby, je důležité, abyste neupgradovali produkční databázi na verzi RC. Pokud upgradujete, musíte počkat a upgradovat na verzi verze na web (RTW), až bude dostupná. Nebo obnovte záložní kopii databáze z předchozí verze Azure DevOps Serveru, která se má migrovat. Nejde downgradovat na předchozí verzi Azure DevOps, ale musíte vrátit zálohu databáze v této verzi.

Normální četnost vydávání nových verzí Azure DevOps Serveru je jednou za tři až čtyři měsíce. To znamená, že podpora pro danou verzi Azure DevOps Serveru pro migraci na Azure DevOps Services by měla trvat kdekoli mezi šesti a osmi měsíci. Je důležité zajistit, aby vaše účty plánů pro toto okno podpory nemusely najednou upgradovat na migraci.

Implementace ID Microsoft Entra

Ujistěte se, že váš tým má funkčního tenanta Microsoft Entra ID pro ověřování členů ve vaší organizaci Azure DevOps Services. Ve službě Azure DevOps Services se ověřování uživatelů spoléhá na tenanta Microsoft Entra ID, jako je ověřování uživatelů Azure DevOps Serveru, na službě Active Directory. Během fáze testovacího spuštění (propojení) ověříte soubor protokolu mapování identit tak, aby odpovídal vašim místní Active Directory organizacím s Microsoft Entra ID. Tento soubor nepoužívá služba migrace. Tato akce zajišťuje viditelnost jednotlivých historie, zachování oprávnění zabezpečení a přístup k osobním nastavením.

Tip

  • Doporučujeme použít stejného tenanta Microsoft Entra ID jako jiné cloudové služby Microsoftu. Pokud už vaše společnost má MICROSOFT Entra ID, tento krok přeskočte.
  • Zatímco účty Microsoft (MSA) pracují s ověřováním Azure DevOps Services, během migrace databáze Azure DevOps Serveru se nedají mapovat.

Synchronizace identit a skupin s Připojení Microsoft Entra ID

Synchronizujte místní Active Directory s ID Microsoft Entra, aby členové vašeho týmu mohli k ověření použít stejné přihlašovací údaje. Správci azure DevOps Services můžou také použít skupiny Active Directory k nastavení oprávnění v rámci vaší organizace.

Pokud chcete nastavit synchronizaci, proveďte následující kroky:

  1. Využijte technologii Microsoft Entra ID Připojení.
  2. Pokud chcete nakonfigurovat ID Microsoft Entra Připojení s místním prostředím, spolupracujte s it oddělením, partnerem DevOps, podporou Microsoft Premier Support nebo konzultačními službami Microsoftu.

Další informace o nastavení Připojení Microsoft Entra ID naleznete v tématu Microsoft Entra Připojení Sync.

Podívejte se také, jak nakonfigurovat Azure DevOps Services tak, aby používala ID Microsoft Entra, a to na této stránce. I když kroky v tomto článku nejsou přesně v souladu s migrací databáze Team Foundation Serveru, slouží jako cenné referenční informace. Nástroj pro migraci dat vytvoří odkaz na vašeho tenanta Microsoft Entra ID během vytváření organizace Azure DevOps Services na začátku procesu migrace.

Poznámka:

DirSync byl předchůdcem technologie microsoft Entra ID Připojení. Pokud používáte nástroj DirSync, upgradujte na microsoft Entra ID Připojení.

Stažení nástroje pro migraci dat Azure DevOps

Hromadná práce během migrace do Azure DevOps Services se zpracovává nástrojem pro migraci dat. Nástroj se použije s následujícími kroky vysoké úrovně:

  1. Ověřte kolekci týmových projektů.
  2. Vygenerujte soubory použité k přizpůsobení migrace.
  3. Migrace databáze Azure DevOps Serveru do azure DevOps Services ve frontě

Musíte mít následující položky:

  • Role TFSEXECROLE v SQL Serveru
  • Oprávnění pro připojení k konfiguračním i kolekcovým databázím Azure DevOps Serveru
  • Navázání propojení mezi vaší organizací Azure DevOps Services a vaším tenantem Microsoft Entra ID.

Stažení nástroje

  1. Stáhněte si nejnovější verzi nástroje pro migraci dat.
  2. Zkopírujte soubor ZIP do jedné z vašich aplikačních vrstev Azure DevOps Serveru.
  3. Rozbalte ho. Nástroj můžete spustit také z jiného počítače bez nainstalovaného Azure DevOps Serveru, pokud se může připojit ke konfigurační databázi instance Azure DevOps Serveru. 1.Otevřete okno příkazového řádku na serveru a přejděte do adresáře, kde je uložený nástroj pro migraci dat.
  4. Projděte si obsah nápovědy pro nástroj:
    1. Pokud chcete zobrazit nápovědu a pokyny nejvyšší úrovně, spusťte následující příkaz:
      Migrator /help
    2. Zobrazte text nápovědy pro ověřovací příkaz: Migrator validate /help Při prvním ověření kolekce ji udržujte jednoduchou. Příkaz by měl mít následující strukturu: Migrator validate /collection:{collection URL} /tenantDomainName:{name} /region:{region}
  5. Nahraďte {name} názvem vašeho tenanta Microsoft Entra. Například spuštění proti DefaultCollection a tenantu fabrikam by příkaz vypadal takto: Migrator validate /collection:[^1^][4] (http://localhost:8080/DefaultCollection) /tenantDomainName:fabrikam.OnMicrosoft.com /region:{region} Pokud potřebujete nástroj spustit z jiného počítače než Azure DevOps Serveru, použijte tento /connectionString parametr.

Další kroky

Ověření a příprava na migraci