Dzielenie kolekcji projektów

Artykuł
03/07/2025

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

W miarę zmian biznesowych możesz podzielić pojedynczą kolekcję projektów na wiele kolekcji projektów. Na przykład:

Chcesz, aby projekty w kolekcji były zgodne z jednostkami biznesowymi w organizacji, a projekty w kolekcji są teraz własnością oddzielnych jednostek.
Zaktualizowałeś z wcześniejszej wersji usługi Azure DevOps Server, masz tylko jedną kolekcję i chcesz zorganizować swoje projekty w oddzielne kolekcje ze względów bezpieczeństwa lub dopasowania do potrzeb biznesowych.
Chcesz zmienić własność niektórych projektów w kolekcji na biuro zdalne, które ma własne wdrożenie usługi Azure DevOps Server. Ten scenariusz wymaga, aby najpierw podzielić kolekcję, a następnie przenieść jedną z wynikowych kolekcji do wdrożenia zdalnego biura.

Uwaga

Procedury opisane w tym artykule obsługują tylko dzielenie kolekcji projektów. Aby przenieść kolekcję po jej podzieleniu, zobacz Przenoszenie kolekcji projektów.

Aby podzielić kolekcję projektów, wykonaj następujące kroki:

Przygotowanie do podzielenia kolekcji
1. Odłączanie kolekcji
2. Tworzenie kopii zapasowej bazy danych kolekcji
Dzielenie kolekcji
Konfigurowanie kolekcji podzielonych
1. Konfigurowanie użytkowników i grup dla kolekcji podzielonych projektów
2. Konfigurowanie użytkowników i grup dla projektów w kolekcjach

Przed rozpoczęciem

Upewnij się, że jesteś administratorem na serwerach i w programie SQL Server i usłudze Azure DevOps Server. Jeśli nie jesteś administratorem, zostań dodany jako administrator.

1-a. Odłączanie kolekcji

Najpierw odłącz kolekcję od wdrożenia serwera Azure DevOps Server, na którym jest uruchomiona. Odłączanie kolekcji zatrzymuje wszystkie zadania i usługi, a także samą bazę danych kolekcji. Ponadto, proces odłączania kopiuje dane specyficzne dla kolekcji z bazy danych konfiguracji i zapisuje je do bazy danych kolekcji projektów.

Odłączanie kolekcji projektów

Otwórz konsolę administracyjną usługi Azure DevOps na serwerze, który hostuje kolekcję do podziału.
Wybierz Kolekcje projektów, a następnie na liście kolekcji wskaż kolekcję do podziału.

W tym przykładzie administrator wybiera pozycję TestProjects.

Napiwek

Domyślną nazwą kolekcji projektu jest DefaultCollection. Jeśli dzielisz tę bazę danych, upewnij się, że druga kolekcja ma inną nazwę, ponieważ jest to domyślny wybór w połączeniu.
Na karcie Ogólne wybierz pozycję Zatrzymaj zbieranie.

Okno dialogowe Przyczyna Statusu Kolekcji Projektu zostanie otwarte. Wprowadzony tekst będzie wyświetlany użytkownikom. Wybierz Zatrzymaj, a następnie poczekaj na zatrzymanie kolekcji. Po zatrzymaniu jego stan będzie wyświetlany jako Offline.
Na karcie Ogólne wybierz pozycję Odłącz kolekcję.

Otwiera się Kreator odłączania kolekcji projektów.
(Opcjonalnie) Na stronie Podaj komunikat serwisowy dla kolekcji projektów, w Komunikacie Serwisowym, podaj wiadomość dla użytkowników, którzy mogą próbować połączyć się z projektami w tej kolekcji.
Na stronie Przeglądaj ustawienia używane do odłączania kolekcji projektów przejrzyj szczegóły. Aby zmienić ustawienia, wybierz pozycję Wstecz. Jeśli są one poprawne, wybierz pozycję Weryfikuj.
Po pomyślnym zakończeniu wszystkich testów gotowości wybierz pozycję Odłącz.
Na stronie Monitorowanie postępu odłączania kolekcji projektu po zakończeniu wszystkich procesów wybierz przycisk Dalej.
(Opcjonalnie) Na stronie Przejrzyj informacje uzupełniające dla tej kolekcji projektów, wybierz lub zanotuj lokalizację pliku dziennika, a następnie zamknij asystenta.

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

1-b. Tworzenie kopii zapasowej bazy danych kolekcji

Po odłączeniu kolekcji należy utworzyć kopię zapasową jej bazy danych, zanim będzie można przywrócić kopię na serwerze o innej nazwie. Ta kopia stanie się bazą danych dla części oryginalnej kolekcji, którą chcesz podzielić na inną kolekcję. Aby wykonać to zadanie, użyj narzędzi dostarczanych z programem SQL Server.

Tworzenie kopii zapasowej bazy danych

Tworzenie kopii zapasowej bazy danych kolekcji

Aby uzyskać informacje na temat ręcznego tworzenia kopii zapasowych i przywracania poszczególnych baz danych, zobacz Tworzenie kopii zapasowych i przywracanie baz danych w programie SQL Server oraz Tworzenie harmonogramu i planu tworzenia kopii zapasowych. Pamiętaj, aby wybrać wersję programu SQL Server zgodną z wdrożeniem.

Ważne

Jeśli oryginalne wdrożenie używało wersji Enterprise lub Datacenter programu SQL Server i chcesz przywrócić bazę danych, którą chcesz podzielić na serwer z uruchomioną wersją Standard, musisz użyć zestawu kopii zapasowych utworzonego z wyłączoną kompresją programu SQL Server. Jeśli nie wyłączysz kompresji danych, nie będzie można pomyślnie przywrócić baz danych wersji Enterprise lub Datacenter na serwerze z uruchomioną wersją Standard. Aby wyłączyć kompresję, wykonaj kroki opisane w artykule Wyłączanie kompresji danych programu SQL Server w bazach danych usługi Azure DevOps.

2-a. Przywracanie bazy danych kolekcji

Po podzieleniu kolekcji należy przywrócić kopię zapasową bazy danych kolekcji do wystąpienia programu SQL Server skonfigurowanego do obsługi wdrożenia serwera Azure DevOps Server. Podczas przywracania bazy danych należy nadać jej inną nazwę od nazwy oryginalnej bazy danych kolekcji.

Napiwek

Poniższe kroki przedstawiają ogólne omówienie sposobu przywracania bazy danych kolekcji projektów w programie SQL Server 2012 przy użyciu programu SQL Server Management Studio. Aby uzyskać więcej informacji na temat ręcznego tworzenia kopii zapasowych i przywracania poszczególnych baz danych, zobacz Tworzenie kopii zapasowych i przywracanie baz danych w programie SQL Server. Pamiętaj, aby wybrać wersję programu SQL Server zgodną z wdrożeniem.

Przywracanie bazy danych kolekcji o nowej nazwie

Otwórz program SQL Server Management Studio i połącz się z wystąpieniem, które hostuje bazę danych kolekcji projektów, którą chcesz podzielić.
W Eksploratorze obiektów rozwiń węzeł Bazy danych, otwórz menu kontekstowe dla bazy danych do przywrócenia, a następnie wybierz Zadania, wybierz Przywróć, a następnie wybierz Baza danych.

Zostanie otwarte okno Przywracanie bazy danych na stronie Ogólne .
W obszarze Źródło upewnij się, że wybrano bazę danych kolekcji projektów. W polu Miejsce docelowe podaj nazwę kopii bazy danych. Zachowaj prefiks Tfs_ i dodaj unikatową nazwę. Zazwyczaj ta nazwa to nazwa kolekcji podzielonych projektów. W Planie przywracania upewnij się, że zestawy kopii zapasowych do przywrócenia są tymi, które chcesz użyć do przywrócenia. Aby upewnić się, że są to prawidłowe zestawy, wybierz pozycję Weryfikuj nośnik kopii zapasowej, a następnie w obszarze Wybierz stronę wybierz pozycję Opcje.
W Opcje przywracania pozostaw wszystkie pola wyboru puste. Upewnij się, że Stan odzyskiwania jest ustawiony na RESTORE WITH RECOVERY. W obszarze Kopia zapasowa dziennika końcowego wyczyść pole wyboru Pozostaw źródłową bazę danych w stanie przywracania, a następnie wybierz przycisk OK.

Napiwek

Jeśli operacja przywracania zakończy się niepowodzeniem z komunikatem o błędzie wskazującym, że baza danych jest używana i nie można jej zastąpić, może być konieczne ręczne skonfigurowanie wszystkich nazw plików logicznych w celu odzwierciedlenia nowej nazwy bazy danych. W obszarze Wybierz stronę wybierz pozycję Pliki, wybierz przycisk wielokropka obok każdego przywracanego pliku i upewnij się, że nazwy plików odzwierciedlają nową nazwę bazy danych, a nie starą. Następnie spróbuj ponownie wykonać operację przywracania.

2-b. Dołączanie oryginalnej bazy danych kolekcji

Po przywróceniu bazy danych o innej nazwie ponownie dołącz oryginalną bazę danych kolekcji do wdrożenia serwera Azure DevOps Server.

Dołączanie kolekcji

Otwórz konsolę administracyjną usługi Azure DevOps.
Wybierz pozycję Kolekcje projektów, a następnie wybierz pozycję Dołącz kolekcję.

Otworzy się Kreator dołączania kolekcji projektów.
Na stronie Wybieranie bazy danych kolekcji projektów do dołączenia w polu Instancja SQL Server podaj nazwę serwera i instancję, które hostują bazę danych kolekcji, jeśli nie znajduje się już na liście.
Na liście Bazy danych wybierz bazę danych kolekcji do dołączenia.
Na stronie Wprowadź informacje o kolekcji projektu podaj nazwę kolekcji w polu Nazwa, jeśli żadna nie jest jeszcze obecna. Ponieważ jest to oryginalna kolekcja, możesz pozostawić nazwę taką samą jak wcześniej. W polu Opis opcjonalnie podaj opis kolekcji.
Na stronie Przejrzyj ustawienia używane do dołączania kolekcji projektów, przejrzyj informacje.
Aby zmienić ustawienia, wybierz pozycję Wstecz. Jeśli wszystkie ustawienia są poprawne, wybierz pozycję Weryfikuj.
Po pomyślnym zakończeniu wszystkich testów gotowości wybierz pozycję Dołącz.
Na stronie Monitorowanie postępu dołączania kolekcji projektów po zakończeniu wszystkich procesów wybierz pozycję Dalej.
(Opcjonalnie) Na stronie Przejrzyj informacje uzupełniające dotyczące tej kolekcji projektów wybierz lub zanotuj lokalizację pliku dziennika i zamknij kreatora.
Kolekcja projektów zostanie wyświetlona na liście kolekcji w konsoli administracyjnej. Jeśli stan kolekcji jest wyświetlany jakoOnline, należy go zatrzymać przed kontynuowaniem. Wybierz kolekcję z listy, a następnie na karcie Ogólne wybierz pozycję Zatrzymaj kolekcję.

2-c. Dołączanie bazy danych kolekcji o zmienionej nazwie

Po dołączeniu oryginalnej bazy danych kolekcji należy dołączyć kolekcję o zmienionej nazwie do wdrożenia Azure DevOps Server. Po dołączeniu tej kolekcji pozostanie ona zatrzymana. Nie będzie można go uruchomić, dopóki wszystkie zduplikowane projekty nie zostaną usunięte.

Dołączanie bazy danych kolekcji o zmienionej nazwie

Otwórz konsolę administracyjną usługi Azure DevOps.
Wybierz pozycję Kolekcje projektów, a następnie wybierz pozycję Dołącz kolekcję , aby otworzyć kreatora.
Na stronie Wybieranie bazy danych kolekcji projektów do dołączenia, w polu Instancja SQL Server podaj nazwę serwera i nazwę instancji, które hostują bazę danych kolekcji o zmienionej nazwie, jeśli nie jest już wymieniona.
Na liście Bazy danych wybierz zmienioną nazwę bazy danych kolekcji.
Na stronie Wprowadź informacje o kolekcji projektu wprowadź nazwę zmienionej kolekcji w polu Nazwa, która różni się od nazwy oryginalnej nazwy kolekcji. Powinna być zgodna z nazwą, którą nadałeś zmienionej bazie danych, bez prefiksu Tfs_.
(Opcjonalnie) W polu Opis wprowadź opis kolekcji.
Na stronie Przejrzyj ustawienia, które będą używane do dołączania kolekcji projektów, zapoznaj się z informacjami. Aby zmienić ustawienia, wybierz pozycję Wstecz. Jeśli wszystkie ustawienia są poprawne, wybierz pozycję Weryfikuj.
Po pomyślnym zakończeniu wszystkich testów gotowości wybierz pozycję Dołącz.
Na stronie Monitorowanie postępu dołączania kolekcji projektów po zakończeniu wszystkich procesów wybierz pozycję Dalej.
(Opcjonalnie) Na stronie Przejrzyj informacje uzupełniające dotyczące tej kolekcji projektów wybierz lub zanotuj lokalizację pliku dziennika, a następnie zamknij kreatora.
Nazwa kolekcji jest wyświetlana na liście kolekcji w konsoli administracyjnej, a jej stan powinien być wyświetlany jako Offline.
Aby upewnić się, że obie kolekcje mają przypisane unikatowe identyfikatory, w konsoli administracyjnej przejdź do Dzienników zdarzeń i otwórz pliki dziennika dla obu operacji przypisywania kolekcji. Identyfikatory GUID dla właściwości kolekcji nie powinny się zgadzać. W mało prawdopodobnym przypadku, że GUIDy CollectionProperties są zgodne, zmień identyfikator na unikatowy identyfikator przed kontynuowaniem, uruchamiając polecenie TFSConfig Collection w drugiej kolekcji z parametrem /clone.

2-d. Usuń projekty w podzielonych kolekcjach

Teraz, gdy masz dwie kopie kolekcji dołączone do usługi Azure DevOps Server, musisz usunąć każdy projekt z oryginalnej kolekcji lub zmienionej kolekcji, aby żaden projekt nie pozostał w obu kolekcjach.

Ważne

Projekt nie może istnieć w więcej niż jednej kolekcji. Dopóki nie usuniesz wszystkich zduplikowanych projektów między podzielonymi kolekcjami, nie będzie można uruchomić zmienionej nazwy kolekcji.

Usuwanie projektów z kolekcji

Otwórz konsolę administracyjną usługi Azure DevOps.
Wybierz Kolekcje Projektów, a następnie z listy kolekcji wybierz oryginalną kolekcję projektów, którą zatrzymałeś, aby ją podzielić.
Na karcie Projekty na liście projektów wybierz projekt do usunięcia z kolekcji, a następnie wybierz pozycję Usuń.

Napiwek

Możesz wybrać więcej niż jeden projekt do usunięcia jednocześnie.
Zaznacz pole wyboru Usuń dane obszaru roboczego, pozostaw pole wyboru Usuń zewnętrzne artefakty niezaznaczone, a następnie wybierz opcję Usuń.

Jeśli pole wyboru Usuń artefakty zewnętrzne nie zostanie wyczyszczone i projekt zostanie skonfigurowany do używania zarządzania laboratorium, maszyny wirtualne i szablony skojarzone z projektem zostaną usunięte z programu System Center Virtual Machine Manager. Nie będą już dostępne dla projektu w zmienionej kolekcji. (Należy pamiętać, że zarządzanie laboratorium zostało uznane za przestarzałe dla serwera TFS 2017 i nowszych wersji).
Po zakończeniu usuwania projektów, które nie mają być hostowane w oryginalnej kolekcji projektów, wybierz kolekcję projektów o zmienionej nazwie z listy kolekcji. Następnie na karcie Projekty usuń niechciane projekty z nowej kolekcji.
Powtórz kroki opisane w tej sekcji, dopóki obie kolekcje nie zawierają zestawu unikatowych projektów.

2-e. Rozpocznij kolekcje projektów

Po usunięciu projektów uruchom ponownie obie kolekcje.

Uruchamianie kolekcji projektów

Otwórz konsolę administracyjną usługi Azure DevOps.
Wybierz pozycję Kolekcje projektów, a następnie na liście kolekcji wybierz zatrzymaną kolekcję, aby ją podzielić.
Na karcie Ogólne wybierz pozycję Rozpocznij kolekcję.
Powtórz krok 2 dla kolekcji dołączonej przy użyciu nowej nazwy.

3-a. Konfigurowanie użytkowników i grup dla kolekcji podzielonych

Tę procedurę można pominąć, jeśli obie kolekcje podzielone pozostaną w tej samej domenie i chcesz zezwolić na dostęp administratorom oryginalnej kolekcji do obu kolekcji.

Po podzieleniu kolekcji należy zaktualizować grupy uprawnień dla obu kolekcji z użytkownikami i grupami, które będą administrować tymi kolekcjami. Aby uzyskać więcej informacji, zobacz Ustawianie uprawnień administratora dla kolekcji projektów.

3-b. Konfigurowanie użytkowników i grup dla projektów

Tę procedurę można pominąć, jeśli kolekcje podzielone pozostaną w tej samej domenie i chcesz zezwolić na dostęp użytkownikom projektów w oryginalnej kolekcji do obu kolekcji.

Po skonfigurowaniu administratorów dla obu kolekcji użytkownik lub administratorzy muszą skonfigurować dostęp dla użytkowników i grup do projektów w każdej 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. Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do projektów lub zespołów.

Pytania i odpowiedzi

.: Moje wdrożenie korzysta z raportowania. Czy istnieją dodatkowe kroki, które należy wykonać podczas dzielenia kolekcji?

Tak, po zakończeniu usuwania projektów należy podzielić raporty, aby obie kolekcje miały unikalny zestaw projektów. Należy również ponownie skompilować magazyn danych.

Po usunięciu projektów przenieś raporty używane przez podzieloną kolekcję do innego folderu, a następnie usuń je z oryginalnego folderu.