Udostępnij za pośrednictwem

Pełne wymagania wstępne dotyczące migracji

  • Artykuł

Po przejściu do drugiej fazy migracji do usług Azure DevOps Services za pomocą narzędzia azure DevOps Data Migration Tool należy spełnić wymagania wstępne dotyczące przesyłania danych do chmury. Jeśli Twoja organizacja spełnia już te wymagania wstępne, możesz całkowicie pominąć tę fazę.

Diagram z wyróżnionym etapem Wymogów wstępnych w sekwencyjnych etapach.

Aktualizowanie usługi Azure DevOps Server

Narzędzie do migracji danych dla usługi Azure DevOps obsługuje jednocześnie dwie najnowsze wersje usługi Azure DevOps Server. Wersje obejmują aktualizacje i główne wersje.

Może upłynąć do 2–3 tygodni po wydaniu nowej wersji RTW serwera Azure DevOps Server, aby obsługa migracji została udostępniona w trybie online dla tej wersji. Rozważ tę możliwość, jeśli zdecydujesz się na uaktualnienie wkrótce po nowej wersji usługi Azure DevOps Server RTW.

Narzędzie do migracji danych nie obsługuje migracji z wersji Release Candidate Azure DevOps Server (RC). Jeśli planujesz migrację bazy danych kolekcji do usług Azure DevOps Services przy użyciu tej usługi, ważne jest, aby nie uaktualnić produkcyjnej bazy danych do wersji RC. Jeśli dokonasz uaktualnienia, musisz poczekać i zaktualizować do wersji przeznaczonej do publikacji w internecie (RTW), gdy będzie dostępna. Możesz też przywrócić kopię zapasową bazy danych z poprzedniej wersji usługi Azure DevOps Server, aby przeprowadzić migrację. Nie można przywrócić do poprzedniej wersji usługi Azure DevOps, jednak należy przywrócić kopię zapasową bazy danych do tej wersji.

Normalny cykl wydania dla nowych wersji usługi Azure DevOps Server jest co trzy do czterech miesięcy. Oznacza to, że obsługa danej wersji usługi Azure DevOps Server na potrzeby migracji do usług Azure DevOps Services powinna trwać od sześciu do ośmiu miesięcy. Ważne jest, aby upewnić się, że Twój plan uwzględnia to okno wsparcia, aby uniknąć konieczności nagłego uaktualnienia do migracji.

Implementowanie identyfikatora entra firmy Microsoft

Upewnij się, że twój zespół ma funkcjonalną dzierżawę identyfikatora Entra firmy Microsoft na potrzeby uwierzytelniania członków w organizacji usługi Azure DevOps Services. W usłudze Azure DevOps Services uwierzytelnianie użytkowników opiera się na dzierżawie identyfikatora Entra firmy Microsoft, takiej jak uwierzytelnianie użytkownika usługi Azure DevOps Server, opiera się na usłudze Active Directory. Podczas fazy przebiegu testu (link) weryfikujesz plik dziennika mapowania tożsamości, aby dopasować organizacje lokalnego Active Directory do organizacji Microsoft Entra ID. Ten plik nie jest używany przez usługę migracji. Ta akcja zapewnia widoczność indywidualnej historii, zachowywanie uprawnień ochrony i dostęp do ustawień osobistych.

Napiwek

  • Zalecamy używanie tej samej dzierżawy microsoft Entra ID co inne usługi w chmurze firmy Microsoft. Jeśli Twoja firma ma już identyfikator Entra firmy Microsoft, pomiń ten krok.
  • Konta Microsoft (MSA) działają na potrzeby uwierzytelniania usług Azure DevOps Services, ale nie można ich mapować podczas migracji bazy danych usługi Azure DevOps Server.

Synchronizowanie tożsamości i grup za pomocą programu Microsoft Entra ID Connect

Zsynchronizuj lokalną usługę Active Directory z identyfikatorem Entra firmy Microsoft, aby członkowie zespołu mogli uwierzytelnić się przy użyciu tych samych poświadczeń. Ponadto administratorzy usługi Azure DevOps Services mogą używać grup usługi Active Directory do ustawiania uprawnień w organizacji.

Aby skonfigurować synchronizację, wykonaj następujące czynności:

  1. Wykorzystaj technologię Microsoft Entra ID Connect.
  2. Aby skonfigurować Microsoft Entra ID Connect ze środowiskiem lokalnym, współpracuj z działem IT, partnerem DevOps, pomocą techniczną Premier firmy Microsoft lub usługami konsultingowymi firmy Microsoft.

Aby uzyskać więcej informacji na temat konfigurowania programu Microsoft Entra ID Connect, zobacz Microsoft Entra Connect Sync.

Dowiedz się również, jak skonfigurować usługi Azure DevOps Services do korzystania z identyfikatora Entra firmy Microsoft, odwiedzając tę stronę. Mimo że kroki opisane w tym artykule nie są dokładnie zgodne z migracją bazy danych serwera Team Foundation Server, służą one jako cenne informacje referencyjne. Narzędzie do migracji danych ustanawia połączenie z dzierżawcą Microsoft Entra ID podczas tworzenia organizacji usługi Azure DevOps na początku procesu migracji.

Uwaga

DirSync była poprzednią technologią firmy Microsoft Entra ID Connect. Uaktualnij do programu Microsoft Entra ID Connect, jeśli używasz narzędzia DirSync.

Pobieranie narzędzia do migracji danych usługi Azure DevOps

Większość pracy podczas migracji do usług Azure DevOps Services jest obsługiwana przez narzędzie do migracji danych. Narzędzie stosuje się z następującymi ogólnymi krokami:

  1. Zweryfikuj kolekcję projektów zespołowych.
  2. Wygeneruj pliki używane do dostosowywania migracji.
  3. Kolejkowanie migracji bazy danych Azure DevOps Server do Azure DevOps Services.

Miej następujące elementy:

  • Rola TFSEXECROLE w programie SQL Server.
  • Uprawnienia do nawiązywania połączenia z bazami danych konfiguracji i kolekcji usługi Azure DevOps Server.
  • Ustanowiono połączenie między organizacją usługi Azure DevOps Services i dzierżawą identyfikatora Entra firmy Microsoft.

Pobieranie narzędzia

  1. Pobierz najnowszą wersję narzędzia do migracji danych .
  2. Skopiuj plik zip do jednej z warstw aplikacji usługi Azure DevOps Server.
  3. Rozpakuj plik. Narzędzie można również uruchomić z innej maszyny bez zainstalowanego serwera Azure DevOps Server, jeśli może nawiązać połączenie z bazą danych konfiguracji wystąpienia usługi Azure DevOps Server. 1.Otwórz okno wiersza polecenia na serwerze i przejdź do katalogu, w którym jest przechowywane narzędzie do migracji danych.
  4. Przejrzyj zawartość pomocy dla narzędzia:
    1. Aby wyświetlić pomoc i wskazówki najwyższego poziomu, uruchom następujące polecenie:
      Migrator /help
    2. Wyświetl tekst pomocy dla polecenia weryfikacji: Migrator validate /help Aby po raz pierwszy weryfikować kolekcję, zachowaj prostotę. Polecenie powinno mieć następującą strukturę: Migrator validate /collection:{collection URL} /tenantDomainName:{name} /region:{region}
  5. Zastąp {name} nazwą dzierżawcy Microsoft Entra. Na przykład, aby uruchomić polecenie względem kolekcji DefaultCollection i dzierżawy Fabrikam, wyglądałoby ono następująco: Migrator validate /collection:[^1^][4] (http://localhost:8080/DefaultCollection) /tenantDomainName:fabrikam.OnMicrosoft.com /region:{region} Jeśli musisz uruchomić narzędzie z maszyny innej niż usługa Azure DevOps Server, użyj parametru /connectionString.

Następne kroki

Weryfikowanie i przygotowywanie do migracji