Dzielenie kolekcji projektów

Artykuł
03/25/2024

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

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.
Uaktualniono z wcześniejszej wersji Azure DevOps Server, masz tylko jedną kolekcję i chcesz zorganizować projekty w oddzielne kolekcje ze względów bezpieczeństwa lub zgodności biznesowej.
Chcesz zmienić własność niektórych projektów w kolekcji na biuro zdalne, które ma własne wdrożenie Azure DevOps Server. Ten scenariusz wymaga najpierw podzielenia kolekcji, a następnie przeniesienia jednej z wynikowych kolekcji do zdalnego wdrożenia pakietu Office.

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 SQL Server i Azure DevOps Server. Jeśli nie jesteś administratorem, dodaj go jako administratora.

1-a. Odłączanie kolekcji

Najpierw odłącz kolekcję od wdrożenia 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łączenia kopiuje dane specyficzne dla kolekcji z bazy danych konfiguracji i zapisuje je w ramach 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 pozycję Kolekcje projektów, a następnie na liście kolekcji wybierz kolekcję do podzielenia.

W tym przykładzie administrator wybiera pozycję TestProjects.

Porada

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.

Zostanie otwarte okno dialogowe Przyczyna stanu kolekcji projektów . Wprowadzony tekst zostanie wyświetlony użytkownikom. Wybierz pozycję Zatrzymaj i poczekaj na zatrzymanie kolekcji. Po zatrzymaniu jego stan będzie wyświetlany jako Offline.
Na karcie Ogólne wybierz pozycję Odłącz kolekcję.

Zostanie otwarty Kreator odłączenia kolekcji projektów.
(Opcjonalnie) Na stronie Zapewnianie obsługi dla kolekcji projektów w komunikacie obsługi podaj komunikat dla użytkowników, którzy mogą spróbować nawiązać połączenie z projektami w tej kolekcji.
Na stronie Przeglądanie ustawień, które będą używane do odłączenia kolekcji projektów , przejrzyj szczegóły. Aby zmienić ustawienia, wybierz pozycję Wstecz. Jeśli są poprawne, wybierz pozycję Weryfikuj.
Po pomyślnym zakończeniu wszystkich testów gotowości wybierz pozycję Odłącz.
Na stronie Monitorowanie postępu odłączenia kolekcji projektu po zakończeniu wszystkich procesów wybierz przycisk 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.

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 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 SQL Server oraz Tworzenie harmonogramu i planowania kopii zapasowych. Pamiętaj, aby wybrać wersję SQL Server zgodną z wdrożeniem.

Ważne

Jeśli oryginalne wdrożenie korzystało z wersji Enterprise lub Datacenter 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ą 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 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 SQL Server skonfigurowanego do obsługi wdrażania Azure DevOps Server. Podczas przywracania bazy danych należy nadać jej inną nazwę od nazwy oryginalnej bazy danych kolekcji.

Porada

Poniższe kroki umożliwiają ogólne omówienie sposobu przywracania bazy danych kolekcji projektów w SQL Server 2012 przy użyciu 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 SQL Server. Pamiętaj, aby wybrać wersję SQL Server zgodną z wdrożeniem.

Przywracanie bazy danych kolekcji o nowej nazwie

Otwórz SQL Server Management Studio i połącz się z wystąpieniem hostujące bazę danych kolekcji projektów w celu podzielenia.
W Eksplorator obiektów rozwiń węzeł Bazy danych, otwórz podmenu bazy danych do podziału, a następnie wybierz pozycję Zadania, wybierz pozycję Przywróć, a następnie wybierz pozycję 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 obszarze Miejsce docelowe podaj nazwę kopii bazy danych. Zachowaj prefiks Tfs_ i dodaj unikatową nazwę. Zazwyczaj jest to nazwa kolekcji podzielonych projektów. W obszarze Plan przywracania upewnij się, że zestawy kopii zapasowych do przywrócenia to te, do których chcesz przywrócić. 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 obszarze Opcje przywracania pozostaw wszystkie pola wyboru puste. Upewnij się, że stan odzyskiwania ma wartość RESTORE WITH RECOVERY (PRZYWRACANIE ZA POMOCĄ ODZYSKIWANIA). W obszarze Kopia zapasowa dziennika tail-log wyczyść pole wyboru Pozostaw źródłową bazę danych w stanie przywracania , a następnie wybierz przycisk OK.

Porada

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 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ę.

Zostanie otwarty Kreator dołączania kolekcji projektów.
Na stronie Wybieranie bazy danych kolekcji projektów do dołączenia w obszarze SQL Server Instance podaj nazwę serwera i wystąpienie hostujące bazę danych kolekcji, jeśli nie zostało jeszcze wyświetlone.
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 jeszcze jej nie ma. Ponieważ jest to oryginalna kolekcja, możesz pozostawić nazwę taką samą jak wcześniej. W polu Opis opcjonalnie podaj opis kolekcji.
Na stronie Przeglądanie ustawień, które będą 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 przycisk 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 zbieranie.

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

Po dołączeniu oryginalnej bazy danych kolekcji należy dołączyć zmienioną nazwę kolekcji 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 obszarze SQL Server Instance podaj nazwę serwera i wystąpienie, które hostuje zmienioną nazwę bazy danych kolekcji, jeśli nie zostało jeszcze wyświetlone.
Na liście Bazy danych wybierz bazę danych kolekcji o zmienionej nazwie.
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ą nadaną zmienioną nazwę bazy danych bez prefiksu Tfs_.
(Opcjonalnie) W polu Opis wprowadź opis kolekcji.
Na stronie Przeglądanie ustawień, które będą 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 przycisk 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 zostały dołączone z unikatowymi identyfikatorami, w konsoli administracyjnej przejdź do obszaru Dzienniki zdarzeń i otwórz pliki dziennika dla obu operacji dołączania kolekcji. Identyfikatory GUID właściwości CollectionProperties nie powinny być zgodne.

W mało prawdopodobnym przypadku, gdy identyfikatory GUID KolekcjiWłaściwości są zgodne, zmień identyfikator na unikatowy identyfikator przed kontynuowaniem, uruchamiając polecenie TFSConfig Collection w drugiej kolekcji z /clone parametru.

2-d. Usuwanie projektów w kolekcjach podzielonych

Teraz, gdy masz dwie kopie kolekcji dołączone do Azure DevOps Server, musisz usunąć każdy projekt z oryginalnej kolekcji lub kolekcji o zmienionej nazwie, 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 kolekcjami podzielonymi, nie będzie można uruchomić zmienionej nazwy kolekcji.

Usuwanie projektów z kolekcji

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

Porada

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

Jeśli pole wyboru Usuń artefakty zewnętrzne nie jest wyczyszczone i projekt jest skonfigurowany do korzystania z zarządzania laboratorium, maszyny wirtualne i szablony skojarzone z projektem zostaną usunięte z System Center Virtual Machine Manager. Nie będą one już dostępne dla projektu w zmienionej kolekcji. (Należy pamiętać, że zarządzanie laboratoriami jest przestarzałe dla programu 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ń niepożądane projekty z nowej kolekcji.
Powtórz kroki opisane w tej sekcji, dopóki obie kolekcje nie zawierają zestawu unikatowych projektów.

2-e. Uruchamianie kolekcji 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 zbieranie.
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ć administratorom oryginalnej kolekcji na dostęp do obu kolekcji.

Po podzieleniu kolekcji należy zaktualizować grupy uprawnień dla obu kolekcji przy użyciu użytkowników i grup, 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 ty lub ci 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

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

A: Tak, po zakończeniu usuwania projektów należy podzielić raporty, aby obie kolekcje miały unikatowy 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.