Ukończenie wymagań wstępnych dotyczących migracji

Po przejściu do drugiej fazy migracji do usług Azure DevOps 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 Azure DevOps Server

Narzędzie do migracji danych dla Azure DevOps obsługuje two najnowszych wersji Azure DevOps Server w danym momencie. Wersje obejmują aktualizacje i główne wersje.

Może upłynąć do 2–3 tygodni po wydaniu nowej wersji RTW 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 Azure DevOps Server RTW.

Narzędzie do migracji danych nie obsługuje migracji ze wersji kandydujących Azure DevOps Server (RC). Jeśli planujesz migrację bazy danych kolekcji do usług Azure DevOps przy użyciu tej usługi, ważne jest, aby nie uaktualniać 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 Azure DevOps Server, aby przeprowadzić migrację. Nie można przejść na poprzednią wersję Azure DevOps, ale należy przywrócić bazę danych z kopii zapasowej tej wersji.

Normalny cykl wydania dla nowych wersji Azure DevOps Server jest co trzy do czterech miesięcy. Oznacza to, że wsparcie dla danej wersji Azure DevOps Server w zakresie migracji do usług Azure DevOps powinno 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 Microsoft Entra ID

Upewnij się, że twój zespół ma działającą dzierżawę Microsoft Entra ID do uwierzytelniania członków w organizacji Azure DevOps Services. W usługach Azure DevOps uwierzytelnianie użytkowników opiera się na dzierżawie Microsoft Entra ID; w przypadku Azure DevOps Server uwierzytelnianie użytkowników opiera się na Active Directory. Podczas fazy przebiegu testu (link) zweryfikujesz plik dziennika mapy tożsamości, aby dopasować go do organizacji on-premises Active Directory z organizacjami 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.

Tip

  • Zalecamy użycie tego samego dzierżawcy Microsoft Entra ID, co w przypadku innych usług Microsoft Cloud. Jeśli twoja firma ma już Microsoft Entra ID, pomiń ten krok.
  • Chociaż konta Microsoft (MSA) działają na potrzeby uwierzytelniania usług Azure DevOps Services, nie można ich mapować podczas migracji bazy danych Azure DevOps Server.
  • Jeśli w dzierżawie Microsoft Entra jest włączona zasada Ogranicz tworzenie organizacji, wszystkie operacje importowania danych przy użyciu narzędzia Azure DevOps Migration Tool zakończą się niepowodzeniem, chyba że importujący użytkownik zostanie jawnie dodany do listy dozwolonych. Aby upewnić się, że importowanie zakończyło się pomyślnie:
    • Tymczasowo dodaj importujący użytkownika do listy dozwolonych.
    • Użytkownik dodany do listy dozwolonych musi być zgodny z właścicielem konta określonym w pliku import.json używanym do migracji.
    • Aby uzyskać szczegółowe informacje na temat konfigurowania listy dozwolonych, zobacz Ograniczanie tworzenia organizacji.

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

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

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

  1. Skorzystaj z technologii Microsoft Entra ID Connect.
  2. Aby skonfigurować Microsoft Entra ID Connect ze środowiskiem lokalnym, współpracuj z działem IT, partnerem DevOps, Microsoft Premier Support lub Microsoft Consulting Services.

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 do korzystania z Microsoft Entra ID, odwiedzając tę stronę. Chociaż kroki opisane w tym artykule nie są dokładnie zgodne z migracją bazy danych Azure DevOps Server, służy ona jako cenne informacje referencyjne. Narzędzie do migracji danych ustanawia link do dzierżawy Microsoft Entra ID podczas tworzenia organizacji usług Azure DevOps Services na początku procesu migracji.

Note

DirSync była poprzednią technologią Microsoft Entra ID Connect. Zaktualizuj do Microsoft Entra ID Connect, jeśli używasz DirSync.

Pobieranie narzędzia do migracji danych Azure DevOps

Większość prac związanych z migracją do usług Azure DevOps 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 z Azure DevOps Server do Azure DevOps Services.

Miej następujące elementy:

  • Rola TFSEXECROLE w SQL Server.
  • Uprawnienia do nawiązywania połączenia z bazami danych konfiguracji oraz bazami danych kolekcji na serwerze Azure DevOps.
  • Ustanowione połączenie między organizacją usług Azure DevOps a dzierżawcą Microsoft Entra ID.

Pobieranie narzędzia

  1. Pobierz najnowszą wersję narzędzia do migracji danych .
  2. Skopiuj plik zip do jednej z warstw aplikacji Azure DevOps Server.
  3. Rozpakuj plik. Narzędzie można również uruchomić z innej maszyny bez zainstalowanego Azure DevOps Server, jeśli można nawiązać połączenie z bazą danych konfiguracji wystąpienia 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 ciąg {name} nazwą dzierżawy 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ż Azure DevOps Server, użyj parametru /connectionString.

Następne kroki

Weryfikowanie i przygotowywanie do migracji

Treści powiązane

  • Last updated on