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 przedstawiający etap Wymagań wstępnych na etapach sekwencyjnych.

Aktualizowanie usługi Azure DevOps Server

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

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 kandydatów do wydania usługi 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. W przypadku uaktualnienia należy poczekać i uaktualnić wydanie do wersji internetowej (RTW), gdy jest 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 obniżyć do poprzedniej wersji usługi Azure DevOps, ale należy przywrócić kopię zapasową bazy danych w 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 konta planu dla tego okna pomocy technicznej pozwalają uniknąć konieczności nagłego uaktualniania 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) zweryfikujesz plik dziennika mapy tożsamości, aby był zgodny z organizacjami lokalna usługa Active Directory z organizacjami Microsoft Entra ID. Ten plik nie jest używany przez usługę migracji. Ta akcja zapewnia widoczność poszczególnych historii, zachowywanie uprawnień zabezpieczeń 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ą Połączenie identyfikatora Entra firmy Microsoft

Zsynchronizuj lokalna usługa 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. Korzystanie z technologii Połączenie microsoft Entra ID.
  2. Aby skonfigurować Połączenie identyfikatora Entra firmy Microsoft ze środowiskiem lokalnym, we współpracy 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 Połączenie microsoft Entra ID, zobacz Microsoft Entra Połączenie 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 link do dzierżawy microsoft Entra ID podczas tworzenia organizacji usługi Azure DevOps Services na początku procesu migracji.

Uwaga

DirSync to poprzednia technologia firmy Microsoft Entra ID Połączenie. Uaktualnij do Połączenie identyfikatora Entra firmy Microsoft, 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 jest używane z następującymi krokami wysokiego poziomu:

  1. Weryfikowanie kolekcji projektów zespołowych.
  2. Wygeneruj pliki używane do dostosowywania migracji.
  3. Migracja kolejki bazy danych usługi Azure DevOps Server do usług Azure DevOps Services.

Musisz mieć 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 Po raz pierwszy walidacja kolekcji zachowaj prostotę. Polecenie powinno mieć następującą strukturę: Migrator validate /collection:{collection URL} /tenantDomainName:{name} /region:{region}
  5. Zastąp ciąg {name} nazwą dzierżawy firmy Microsoft Entra. Na przykład aby uruchomić polecenie względem kolekcji DefaultCollection i dzierżawy fabrikam, polecenie będzie wyglądać 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