Rozpoczynanie pracy z narzędziem do migracji danych usługi Azure DevOps
Przed użyciem narzędzia do migracji danych usługi Azure DevOps do migracji bazy danych z wysoką wiernością zapoznaj się z podstawowymi pojęciami w tym artykule.
Dowiedz się, które dane są migrowane
Nie wszystkie dane są migrowane. Oddzielne bazy danych spoza kolekcji, na przykład raportowanie i dane programu SharePoint, nie są migrowane. W poniższych sekcjach wymieniono więcej szczegółów na temat migrowanych danych.
Uwzględnione dane
W poniższej tabeli przedstawiono dane uwzględnione w migracji.
| Uwzględnione dane | opis |
|---|---|
| Mapowanie kolekcji | Każda kolekcja w usłudze Azure DevOps Server odpowiada jednej bazie danych. Podczas migracji cała kolekcja — w tym elementy robocze, historia, zestawy zmian Kontrola wersji serwera Team Foundation (TFVC), dane Git, definicje kompilacji i inne — są migrowane do usług Azure DevOps Services. Element roboczy, zestaw zmian kontroli wersji serwera Team Foundation i numery zatwierdzeń usługi Git/identyfikatory pozostają niezmienione. |
Wykluczone dane
W poniższej tabeli przedstawiono konkretne wykluczenia danych w migracji.
| Wykluczone dane | opis |
|---|---|
| Rozszerzenia | Rozszerzenia muszą zostać ponownie zainstalowane po migracji. Należy opublikować rozszerzenia lokalne w witrynie Marketplace jako rozszerzenia prywatne i udostępnić je kontu. |
| Wpięcia usług | Dane punktów zaczepienia usługi nie są uwzględniane w migracji; rekonfiguruj ponownie po migracji. |
| Test obciążeniowy | Dane testu obciążeniowego nie są przenoszone; ponownie skonfiguruj testy obciążeniowe po migracji. |
| Agenci potoku i pule agentów | Ponownie skonfiguruj agentów potoków i pule agentów po migracji. |
| Odwołania | Wzmianki o użytkownikach w dyskusjach dotyczących elementów roboczych zachowują tożsamość lokalną, a nie nowy identyfikator Entra firmy Microsoft. Umieszczenie wskaźnika myszy na nazwach użytkowników nie powoduje wyświetlenia kart kontaktowych, a niektóre hiperlinki mogą być nieprawidłowe. |
| Integracje z programem Project Server | Usługa Azure DevOps Services jest niedostępna. Na przykład kompilacje XAML, Microsoft Test Manager, SharePoint, SQL Data Warehouse itd. |
| Funkcje w wersji zapoznawczej | Niektóre funkcje usługi Azure DevOps Server można wyświetlić w wersji zapoznawczej podczas migracji do usług Azure DevOps Services. |
Limity projektów
Jeśli kolekcja zawiera wiele projektów, usługa Azure DevOps Services nakłada limit 1000 projektów na organizację, chociaż zalecamy co najmniej 300 projektów. Poza tym progiem niektóre środowiska , takie jak nawiązywanie połączenia z organizacją z programu Visual Studio, mogą ulec pogorszeniu. Aby pozostać w limicie, rozważ podzielenie kolekcji lub usunięcie starszych projektów.
Omówienie relacji między lokalnymi bazami danych i organizacjami usługi Azure DevOps.
Przed zbyt głębokim omówieniem planowania migracji ważne jest, aby zrozumieć, jak działa proces migracji bazy danych na podwyższonym poziomie. Migracje działają na następujących głównych pojęciach:
- Kolekcja projektów zespołowych: kolekcje w usłudze Azure DevOps Server są fizycznym kontenerem dla projektów zespołowych i ich artefaktów. Każda kolekcja odpowiada pojedynczej bazie danych SQL i jest źródłem migracji do usług Azure DevOps Services.
- Organizacja usługi Azure DevOps Services: Organizacje są jednostką zarządzania w usłudze hostowanej w chmurze. Logicznie mapują 1:1 na koncepcję kolekcji projektów zespołowych na serwerze Azure DevOps Server. W związku z tym organizacje są miejscem docelowym migracji do usług Azure DevOps Services. Na przykład organizacje usługi Azure DevOps Services są reprezentowane jako
https://dev.azure.com/Contosomiejsca, w którym przedstawiciel firmy Contoso reprezentuje nazwę organizacji usługi Azure DevOps Services.
Podczas migracji bazy danych SQL kolekcji projektów zespołowych narzędzie do migracji danych tworzy nową organizację usługi Azure DevOps z nazwą podaną przez użytkownika. Migrowanie bazy danych kolekcji do istniejącej organizacji usługi Azure DevOps Services lub konsolidowanie wielu baz danych kolekcji w jednej organizacji usługi Azure DevOps Services nie jest możliwe. Mapowanie jest ściśle jeden do jednego między kolekcjami projektów zespołowych i organizacjami usługi Azure DevOps Services.
Wybieranie centrum danych
Podczas konfigurowania organizacji usługi Azure DevOps Services możesz wybrać lokalizację danych. Podczas początkowego tworzenia konta i organizacji wybierz region, który odpowiada Twoim potrzebom. Aby użyć później do migracji, zanotuj skrócony kod regionu. Aby uzyskać więcej informacji, zobacz Obsługiwane regiony migracji.
Omówienie cen
Pytanie, które zwykle wiąże się z migracją, jest to, jakiego typu licencjonowanie firma potrzebuje do korzystania z usług Azure DevOps Services. Dobrą wiadomością jest to, że prawdopodobnie masz wszystkie potrzebne licencje. Utworzyliśmy przykładowy arkusz, który powinien obejmować większość przypadków. Jeśli masz jakiekolwiek konkretne pytania dotyczące twojej sytuacji, skontaktuj się ze specjalistą ds. sprzedaży rozwiązań dla deweloperów lub odsprzedawcą firmy Microsoft. Aby uzyskać więcej informacji, zobacz Cennik usługi Azure DevOps.
Arkusz licencji użytkownika
| # | Kolumna 1 | Kolumna 2 |
|---|---|---|
| 1 | Liczba członków zespołu | |
| 2 | Liczba uczestników projektu | |
| 3 | Odejmowanie wiersza (2) z wiersza (1)* | |
| 100 | Liczba subskrybentów programu Visual Studio** | |
| 5 | Odejmowanie wiersza (4) z wiersza (3) | |
| 6 | Odejmowanie wiersza (5) z wiersza (5)*** |
- *Osoby biorące udział w projekcie są bezpłatne
- ** Subskrybenci programu Visual Studio mają usługi Azure DevOps Services uwzględnione jako korzyść subskrypcji
- Każda organizacja usługi Azure DevOps Services otrzymuje pięciu bezpłatnych użytkowników
Aby uzyskać więcej informacji na temat ekonomicznych opcji uzyskiwania dostępu do funkcji, zobacz Omówienie rozliczeń i Kalkulator cen platformy Azure.
Kup wszelkie wymagane licencje użytkowników usługi Azure DevOps Services za pośrednictwem witryny Visual Studio Marketplace lub witryny Azure Portal. Zagłębiamy się w ten proces w fazie przygotowania do uruchomienia testu.
Oprócz podstawowych funkcji w usłudze Azure DevOps są dostępne następujące usługi dodane do wartości, które mogą okazać się przydatne:
- Hostowane usługi testowania obciążenia: jeśli musisz symulować i analizować wydajność aplikacji pod obciążeniem, usługa Azure DevOps udostępnia hostowane usługi testowania obciążenia. Te usługi umożliwiają testowanie obciążeniowe aplikacji i identyfikowanie wąskich gardeł lub problemów z wydajnością.
- Rozszerzenia menedżera testów: aby uzyskać kompleksowe zarządzanie testami, rozważ użycie rozszerzeń programu Test Manager. Te rozszerzenia zwiększają możliwości testowania, udostępniając funkcje, takie jak zarządzanie przypadkami testowymi, testowanie eksploracyjne i śledzenie wykonywania testów.
- Więcej funkcji: Usługa Azure DevOps oferuje różne rozszerzenia i integracje, które zaspokajają określone potrzeby. Niezależnie od tego, czy jest ona zintegrowana z narzędziami firm innych niż Microsoft, zwiększanie zabezpieczeń, czy automatyzowanie potoków wdrażania, oferuje szeroką gamę opcji.
Niektóre z tych usług mogą mieć dodatkowe koszty, dlatego ważne jest, aby odpowiednio ocenić wymagania i budżet. Te koszty są wyświetlane na rachunku w ramach skojarzonej subskrypcji. Aby uzyskać więcej informacji, zobacz Konfigurowanie rozliczeń. Jeśli masz konkretne pytania dotyczące twojej sytuacji, skontaktuj się z partnerem DevOps, odsprzedawcą firmy Microsoft lub specjalistą ds. sprzedaży rozwiązań dla deweloperów firmy Microsoft, aby uzyskać spersonalizowane wskazówki.
Zarezerwuj nową organizację
Biorąc pod uwagę oś czasu projektu migracji, zalecamy wcześniejsze zarezerwowanie nazwy organizacji, aby upewnić się, że żądana nazwa jest dostępna dla ostatecznego migracji.
Na przykład jeśli firma to Contoso i chcesz, aby organizacja o pasującej nazwie, na przykład https://dev.azure.com/contoso, możesz utworzyć organizację o tej nazwie teraz. Należy jednak pamiętać, że można przeprowadzić migrację tylko do zupełnie nowej organizacji usługi Azure DevOps Services.
Wykonaj następujące kroki, aby zarezerwować nazwę organizacji.
- Początkowa rezerwacja:
- Utwórz organizację o nazwie tymczasowej, na przykład
https://dev.azure.com/contoso-temporary. - Zarezerwuj tę tymczasową nazwę dla przyszłej migracji.
- Utwórz organizację o nazwie tymczasowej, na przykład
- Końcowa migracja:
- Gdy wszystko będzie gotowe do rozpoczęcia ostatecznej migracji, przeprowadź ją w
https://dev.azure.com/contoso-temporaryorganizacji. - Po pomyślnej migracji zmień nazwę organizacji zarezerwowanej, aby otworzyć żądaną nazwę dla zaimportowanych organizacji. Zmiana nazwy zamiast jej usuwania może potrwać do godziny, aby zwolnić nazwę, gdy zmiana nazwy jest natychmiastowa.
- Natychmiast zmień nazwę zmigrowanej organizacji na nazwę pożądaną, na przykład
https://dev.azure.com/contoso, która została właśnie wyczyszczone przez zmianę nazwy. - Opcjonalnie możesz w tym momencie usunąć pierwotnie zarezerwowaną i zmienioną nazwę organizacji.
- Gdy wszystko będzie gotowe do rozpoczęcia ostatecznej migracji, przeprowadź ją w
Korzystając z tego podejścia, masz bezproblemowe przejście, zapewniając, że preferowana nazwa organizacji pozostaje dostępna.