Przenoszenie kolekcji projektów

Azure DevOps Server 2022 r. | Azure DevOps Server 2020 r. | Azure DevOps Server 2019 r.

Kolekcję projektów można przenieść z jednego wdrożenia Azure DevOps Server do innego. Na przykład:

• Masz więcej niż jedno wdrożenie Azure DevOps Server w organizacji i chcesz przenieść kolekcję do innego wdrożenia, aby lepiej dopasować się do potrzeb biznesowych.
• Chcesz przenieść kolekcję do biura zdalnego z własnym wdrożeniem Azure DevOps Server.
• Chcesz rozszerzyć wdrożenie Azure DevOps Server, dodając do niego kolejne wystąpienie SQL Server i chcesz dystrybuować istniejące kolekcje między wystąpieniami.
• Należy przyrostowo uaktualnić wdrożenie, odłączając kolekcję poszczególnych projektów od wdrożenia Azure DevOps Server z uruchomioną wcześniejszą wersją, a następnie przenieść ją na serwer z bieżącą wersją Azure DevOps Server. (Jednym z typowych powodów jest to, że niektóre zespoły mogą wymagać migracji do nowszej wersji Azure DevOps Server, podczas gdy inne muszą pozostać w starszej wersji ze względu na narzędzia lub projekty). W tym scenariuszu należy również uaktualnić każdy projekt w kolekcji przy użyciu Kreatora konfigurowania funkcji. Aby uzyskać więcej informacji, zobacz Konfigurowanie funkcji po uaktualnieniu Azure DevOps Server. Kreator konfigurowania funkcji został wycofany w Azure DevOps Server 2019 r. Kreator można uruchomić tylko w programie TFS 2018 i starszych wersjach. Projekty zdefiniowane w Azure DevOps Services są automatycznie aktualizowane przy każdym uaktualnieniu usługi.

Kroki przenoszenia kolekcji zależą od określonej konfiguracji wdrożenia, które hostuje kolekcję i wdrożenie, do którego ją przenosisz. Jeśli na przykład przeniesiesz kolekcję do nowej domeny, musisz dodać użytkowników z tej domeny do odpowiednich grup na poziomie kolekcji i na poziomie projektu.

Poniżej przedstawiono sposób przenoszenia całej kolekcji projektów. Aby przenieść część kolekcji, zobacz Dzielenie kolekcji projektów.

Wymagania wstępne

Przed rozpoczęciem przenoszenia upewnij się, że jesteś administratorem na serwerach i w oprogramowaniu używanym zarówno przez wdrożenie, z którego przechodzisz, jak i do tego, do którego przechodzisz. Jeśli nie jesteś administratorem, dodaj go jako administratora.

1. Odłącz kolekcję

Przed przeniesieniem kolekcji najpierw odłącz ją od wdrożenia Azure DevOps Server, na którym jest uruchomiona. Bardzo ważne jest, aby nie pominąć tego kroku. Po odłączeniu kolekcji wszystkie zadania i usługi zostaną zatrzymane, a następnie baza danych kolekcji zostanie zatrzymana. Ponadto proces odłączenia kopiuje dane specyficzne dla kolekcji z bazy danych konfiguracji i zapisuje je w ramach bazy danych kolekcji projektów. Te dane konfiguracji umożliwiają dołączanie bazy danych kolekcji do innego wdrożenia Azure DevOps Server. Jeśli te dane nie są obecne, nie można dołączyć kolekcji do żadnego wdrożenia Azure DevOps Server z wyjątkiem tego, z którego pochodzi.

Uwaga

Odłączanie kolekcji uniemożliwia użytkownikom uzyskiwanie dostępu do wszystkich projektów w tej kolekcji.

1. Otwórz konsolę administracyjną usługi Azure DevOps na serwerze, który hostuje kolekcję do przeniesienia, a w obszarze Kolekcje projektów wyróżnij kolekcję.

2. Na karcie Ogólne wybierz pozycję Odłącz kolekcję.

   

   Zostanie otwarty Kreator odłączenia kolekcji projektów.

3. (Opcjonalnie) Na stronie Zapewnianie obsługi dla kolekcji projektów w komunikacie obsługi podaj komunikat dla użytkowników, którzy mogą próbować nawiązać połączenie z projektami w tej kolekcji.

4. Wybierz opcję Dalej.

5. Na stronie Przeglądanie ustawień, które będą używane do odłączenia kolekcji projektów , przejrzyj szczegóły.

6. Aby zmienić wszystkie ustawienia, wybierz pozycję Wstecz. Jeśli wydają się być poprawne, wybierz pozycję Weryfikuj.

7. Po pomyślnym zakończeniu wszystkich testów gotowości wybierz pozycję Odłącz.

8. Na stronie Monitorowanie postępu odłączenia kolekcji projektu po zakończeniu wszystkich procesów wybierz przycisk Dalej.

   

9. (Opcjonalnie) Na stronie Przejrzyj dodatkowe informacje dotyczące tej kolekcji projektów wybierz lub zanotuj lokalizację pliku dziennika.

10. Wybierz pozycję Zamknij.

    Kolekcja projektów nie jest już wyświetlana na liście kolekcji w konsoli administracyjnej.

    

2. Tworzenie kopii zapasowej bazy danych kolekcji

Po odłączeniu kolekcji wykonaj kopię zapasową bazy danych, aby przenieść ją na inny serwer. Aby wykonać to zadanie, użyj narzędzi dostarczanych z SQL Server.

• Aby uzyskać informacje o tym zadaniu, zobacz Tworzenie kopii zapasowych i przywracanie baz danych w SQL Server oraz Tworzenie harmonogramu i planowania tworzenia kopii zapasowych. Pamiętaj, aby wybrać wersję SQL Server zgodną z wdrożeniem.

Ważne

Bazę danych można przywrócić tylko do tej samej wersji lub nowszej wersji SQL Server. Nie można przywrócić bazy danych SQL Server do wcześniejszej wersji produktu
Jeśli oryginalne wdrożenie korzystało z wersji Enterprise lub Datacenter SQL Server i chcesz przywrócić bazy danych na serwerze z uruchomioną wersją Standard, należy użyć zestawu kopii zapasowych, który został wykonany z wyłączoną kompresją SQL Server. Jeśli nie wyłączysz kompresji danych, nie będzie można przywrócić baz danych wersji Enterprise lub Datacenter na serwerze z uruchomioną wersją Standard. Aby wyłączyć kompresję, wykonaj kroki opisane w temacie Wyłączanie kompresji danych SQL Server w bazach danych usługi Azure DevOps.

3. Przenoszenie bazy danych kolekcji

W ramach przenoszenia kolekcji należy przywrócić, skopiować lub w inny sposób przenieść bazę danych kolekcji do wystąpienia SQL Server skonfigurowanego do obsługi wdrożenia Azure DevOps Server, do którego przenosisz kolekcję. Możesz wybrać dowolną metodę, którą chcesz przenieść do bazy danych.

Aby uzyskać więcej informacji na temat przenoszenia bazy danych do innego wystąpienia SQL Server, zobacz:

• Korzystanie z Kreatora kopiowania bazy danych
• Kopiowanie baz danych za pomocą kopii zapasowej i przywracania

4. Dołącz kolekcję

Po przywróceniu bazy danych kolekcji można dołączyć kolekcję do preferowanego wdrożenia Azure DevOps Server. Jeśli wdrożenie, do którego chcesz używać raportowania, folder raportowania i raporty domyślne są tworzone dla kolekcji, którą dołączasz w ramach procesu.

1. Otwórz konsolę administracyjną usługi Azure DevOps na serwerze, który hostuje warstwę aplikacji dla wdrożenia, do którego przenosisz kolekcję.

2. Wybierz pozycję Kolekcje projektów, a następnie wybierz pozycję Dołącz kolekcję.

   

   Zostanie otwarty Kreator dołączania kolekcji projektów.

3. Na stronie Wybierz bazę danych kolekcji projektów, która ma zostać dołączona, w SQL Server Instance podaj nazwę serwera i wystąpienie, które hostuje bazę danych kolekcji, jeśli nie jest jeszcze wymienione.

   

4. Na liście Bazy danych wybierz bazę danych kolekcji do dołączenia, a następnie wybierz przycisk Dalej.

5. Na stronie Wprowadź informacje o kolekcji projektu podaj nazwę kolekcji w polu Nazwa , jeśli jeszcze jej nie ma.

6. (Opcjonalnie) W polu Opis podaj opis kolekcji.

7. Wybierz opcję Dalej.

8. Na stronie Przeglądanie ustawień, które będą używane do dołączania kolekcji projektów , przejrzyj informacje.

9. Aby zmienić wszystkie ustawienia, wybierz pozycję Wstecz. Jeśli wszystkie ustawienia są poprawne, wybierz pozycję Weryfikuj.

10. Po pomyślnym zakończeniu wszystkich testów gotowości wybierz pozycję Dołącz.

11. Na stronie Monitorowanie postępu dołączania kolekcji projektów po zakończeniu wszystkich procesów wybierz przycisk Dalej.

12. (Opcjonalnie) Na stronie Przejrzyj dodatkowe informacje dotyczące tej kolekcji projektów wybierz lub zanotuj lokalizację pliku dziennika.

13. Wybierz pozycję Zamknij.

    Kolekcja projektów jest wyświetlana na liście kolekcji w konsoli administracyjnej.

    

5. Konfigurowanie przeniesionej kolekcji projektów

Tę procedurę można pominąć, jeśli kolekcja została przeniesiona w tej samej domenie i zamierzasz użyć tej samej aplikacji internetowej, która wcześniej obsługiwała kolekcję, i chcesz zezwolić na dostęp administratorom tej kolekcji do tego wdrożenia Azure DevOps Server.

Po przeniesieniu kolekcji zaktualizuj aplikację internetową i grupy uprawnień dla tej kolekcji przy użyciu odpowiednich ustawień.

Konfigurowanie przeniesionej kolekcji

• Otwórz każdą kartę dla kolekcji projektów, a w razie potrzeby zmodyfikuj ustawienia, aby odzwierciedlały usługi i lokalizacje, aby pasować do lokalizacji zasobów w bieżącym Azure DevOps Server. Jest to szczególnie ważne w przypadku raportowania zasobów. Jeśli widzisz błędy, upewnij się, że twoje konto ma uprawnienia wymagane dla administratorów kolekcji projektów i że wszyscy inni administratorzy kolekcji projektów zostali dodani zgodnie z potrzebami.

  Aby uzyskać informacje o tym zadaniu, zobacz Modyfikowanie kolekcji projektów i Ustawianie uprawnień administratora dla kolekcji projektów.

6. Konfigurowanie projektów

Tę procedurę można pominąć, jeśli kolekcja została przeniesiona w tej samej domenie i chcesz zezwolić na dostęp użytkownikom projektów w tej kolekcji do tego wdrożenia Azure DevOps Server.

Po skonfigurowaniu administratorów dla przeniesionej kolekcji ty lub ci administratorzy muszą dodać użytkowników i grupy do projektów w tej kolekcji. W zależności od wdrożenia może być również konieczne skonfigurowanie uprawnień dla tych użytkowników w usługach Reporting Services.

Dodawanie użytkowników do projektów

• Aby uzyskać informacje o tym zadaniu, zobacz Dodawanie użytkowników do projektów.

Dodawanie zasobów do przeniesionych projektów

• Aby uzyskać więcej informacji na temat tego zadania, zobacz Konfigurowanie zasobów do obsługi projektów.

Pytania i odpowiedzi

Pyt.: Moje wdrożenie Azure DevOps Server używa raportowania. Jak mogę przenieść raporty wraz z przeniesieniem kolekcji?

A: Najpierw należy zapisać lub wyeksportować wszystkie raporty, które chcesz przenieść z serwera raportów, który obsługiwał kolekcję w oryginalnym wdrożeniu. Następnie należy ręcznie przekazać każdy raport do serwera raportów, który będzie obsługiwał przeniesioną kolekcję, co może być długotrwałym procesem. Zastanów się, czy chcesz przekazać wszystkie raporty, czy też podzbiór raportów spełnia Twoje potrzeby biznesowe. Nie trzeba przekazywać wszystkich raportów ani żadnych raportów, ale tylko te raporty, które zostaną przekazane, będą dostępne po zakończeniu procesu przenoszenia.

Konieczne będzie również ponowne skompilowanie modułu usług magazynu i analiz w oryginalnym wdrożeniu po przeniesieniu kolekcji, więc oryginalne wdrożenie nie próbuje tworzyć raportów dla kolekcji, która już nie istnieje.

Przenoszenie raportów

1. Wyeksportuj lub zapisz raporty, które chcesz przenieść z serwera raportów, który obsługiwał kolekcję w oryginalnym wdrożeniu. Aby uzyskać więcej informacji, zobacz Eksportowanie raportów i Zapisywanie raportów.

2. Przekaż każdy raport, który chcesz przenieść do odpowiedniego folderu na serwerze raportów, który obsługuje kolekcję w nowym środowisku w Menedżerze raportów.

   Aby uzyskać więcej informacji, zobacz Przekazywanie plików do folderu.

3. W Menedżerze raportów edytuj każdy raport, aby zmienić źródło danych na nowy serwer raportów.

Ponowne kompilowanie magazynu danych i usług Analysis Services

1. Otwórz konsolę administracyjną usługi Azure DevOps.

2. Na pasku nawigacyjnym wybierz pozycję Raportowanie.

3. W obszarze Raportowanie wybierz pozycję Rozpocznij ponowne kompilowanie.

4. W oknie dialogowym Ponowne kompilowanie baz danych magazynu i usług Analysis Services wybierz przycisk OK.

   Uwaga

   Magazyny zakończą ponowne kompilowanie, a dane zakończą ponowne wypełnianie po zakończeniu akcji Rozpocznij ponowne kompilowanie. W zależności od rozmiaru wdrożenia i ilości danych cały proces może potrwać kilka godzin.

Pyt.: Jak mogę przenieść kolekcję projektów zespołowych, która obejmuje pule wdrożeń i/lub grupy wdrożeń?

A: Po przeniesieniu kolekcji do innego wdrożenia dla każdej puli wdrożeń w źródle zawierającej grupę wdrożenia w kolekcji odłączonej nowa pula wdrożeń zostanie automatycznie aprowizowana w wystąpieniu docelowym. W przypadku Azure DevOps Server 2019 lub nowszej nazwa puli wdrożeń aprowizowanych automatycznie jest taka sama jak w wystąpieniu źródłowym. W poprzednich wersjach nazwa puli wdrożenia ma format <project name-deployment-group name>. W przypadku konfliktów losowy identyfikator GUID jest dołączany do nazwy puli wdrożenia.

Po zakończeniu przenoszenia:

• Istnieje możliwość utworzenia wielu pul wdrożeń. Zduplikowane pule można scalić przy użyciu polecenia TfsConfig. Na przykład TfsConfig.exe deploymentpool /migrateDeploymentGroups /fromPool:<Source Pool Name> /toPool:<Target Pool Name>
• Należy ponownie skonfigurować agentów przy użyciu nowej puli wdrożeń. Oto przykładowy skrypt ponownej konfiguracji agenta wdrożenia dla Dokumentacji.

Usuwanie zasobów zarządzania laboratorium przed przeniesieniem kolekcji

• Aby uzyskać informacje o sposobie usuwania wszystkich hostów grup, udziałów biblioteki i środowisk z określonej kolekcji projektów, zobacz POLECENIE TFSConfig Lab /Delete z opcją /External .

Konfigurowanie zasobów zarządzania laboratorium po przeniesieniu kolekcji

1. Skonfiguruj warstwę aplikacji dla usługi Azure DevOps.

   Aby uzyskać więcej informacji, zobacz Konfigurowanie zarządzania laboratorium dla środowisk SCVMM.

2. Utwórz ponownie złote główne maszyny wirtualne i szablony w nowym programie SCVMM i zaimportuj maszyny wirtualne i szablony do kolekcji projektów.

   Aby uzyskać więcej informacji, zobacz Tworzenie i przechowywanie maszyn wirtualnych i szablonów gotowych do zarządzania laboratorium.

3. Utwórz ponownie środowiska dla każdego projektu.

   Aby uzyskać więcej informacji, zobacz Tworzenie środowiska SCVMM przy użyciu przechowywanych maszyn wirtualnych i szablonów.

Pyt.: Jak mogę ograniczyć dostęp do wybranych funkcji w projekcie?

A: Użytkownicy, którzy mają uprawnienia dostępu do jednego projektu w kolekcji, mogą wyświetlać inne projekty w tej kolekcji, nawet jeśli nie mają uprawnień do modyfikowania elementów roboczych lub wykonywania innych akcji w tym projekcie. Możesz udzielić lub ograniczyć dostęp do wybierania funkcji i funkcji do tworzenia lub modyfikowania wybranych artefaktów, a także ograniczyć je do wyświetlania projektów, tworząc grupy i konfigurując ograniczenia dotyczące tych grup.