Przenoszenie programu Team Foundation Server z jednego środowiska do innego
Najbardziej typowym scenariuszem przenoszenia środowiskowego jest zmiana domeny wdrożenia programu TFS, i może być to zmiana nazwy domeny lub migracja z grupy roboczej do domeny.
Ważne |
---|
W niektórych sytuacjach można chcieć zmienić domenę wdrożenia programu TFS, jak również jego sprzęt.Zmiana sprzętu jest ruchem opartym na środowisku, ale nigdy nie należy łączyć dwóch typów przenoszenia.Najpierw zakończ przenoszenie sprzętu, a następnie zmień środowisko. Ponadto zmiana tożsamości w programie TFS jako części migracji środowiska jest aspektem, który najczęściej powoduje problemy lub konflikty.Identities — Polecenie jest zaawansowanym narzędziem, ale ma pewne ograniczenia.Trzeba przeczytać o tym w ramach planowania podróży.Aby przejście się powiodło, upewnij się, że rozumiesz następujące wymagania:
Aby uzyskać dalsze informacje, przejdź tutaj, gdzie uzyskasz szczegółowy opis, jak działa zmiana tożsamości w programie TFS, w tym jakie ograniczenia ma narzędzie. |
Omówimy kroki zmierzające ku zmienianiu środowiska wdrażania TFS w następujących rozdziałach:
Sprawdzanie uprawnień i kont
Zatrzymaj usługi TFS
Tworzenie kopii zapasowej danych
Dołączanie serwera TFS do jego nowej domeny
Konfigurowanie produktów programu SharePoint dla nowego środowiska
Przenoszenie kont użytkownika i usług programu TFS
Konfiguruj raportowanie i usługi Analysis Services
Ponownie uruchom usługi TFS
Sprawdzanie uprawnień i kont
Aby pomyślnie zmienić środowisko programu TFS, musisz mieć uprawnienia administratora na lokalnym komputerze oraz dla programu TFS i wszystkich programów, od których zależy rozmieszczenia: SQL Server, usług raportowania, produktów programu SharePoint (jeśli wdrożenie używa usług raportowania lub programu SharePoint) oraz innych programów, z którymi współdziała wdrożenie, takimi jak Project Server.Jednak wszyscy członkowie lokalnej grupy Administratorzy są automatycznie uwzględniani w programie TFS, co może powodować problemy podczas próby migracji kont.W związku z tym należy używać konta, które nie będzie migrowane w czasie zmiany środowiska.Warto rozważyć dodanie specjalnego konta administracyjnego tylko na czas przeprowadzki, i wykorzystanie go do przeprowadzenia migracji.
Aby sprawdzić uprawnienia na poziomie administratora
Upewnij się, że konto, z którego korzystasz, jest członkiem następujących grup:
Serwery: Administratorzy (lokalna grupa Administratorów lub jej odpowiednik)
TFS: Administratorzy Team Foundation i Użytkownicy konsoli administracyjnej
SQL Server: sysadmin
Produkty SharePoint: Administratorzy farmy (jeśli rozmieszczenie TFS integruje się z SharePoint Products)
Jeśli nie jesteś członkiem jednej lub więcej z tych grup, uzyskaj uprawnienia teraz.
Teraz, gdy jesteś pewien, że korzystasz z konta, które ma niezbędne uprawnienia, jest czas na rozpoczęcie kontroli kont pod kątem wszelkich konfliktów z nazwami lub grupami w środowisku, do którego będziesz przenosić.Wiesz już, że kont, które są członkami lokalnej grupy administratorów, nie można migrować, więc warto je usunąć.
Usuń konta, które powinny być migrowane z lokalnej grupy Administratorzy
- Otwórz lokalną grupę Administratorzy i usuń wszelkie konta, które chcesz migrować do nowego środowiska.Powtórz ten krok dla innych grup, których może to dotyczyć.
Teraz sprawdź listę tożsamości w bieżącym środowisku TFS i poszukaj ewentualnych problemów z grupami lub kontami użytkowników indywidualnych, które mogą istnieć w nowym środowisku.
Porada |
---|
Należy rozważyć utworzenie tabeli lub mapy migracji tożsamości, które mają być przeniesione jako część przeniesienia środowiska, łącznie ze szczegółami o tym, które konta mogą nie być w stanie zmigrować się automatycznie. |
Sprawdzanie tożsamości
Na serwerze warstwy aplikacji dla programu Team Foundation otwórz okno wiersza polecenia z uprawnieniami administracyjnymi, przejdź do folderu %ProgramFiles%\Microsoft Visual Studio 12.0 Team Foundation Server\Tools i uruchom następujące polecenie, aby wyświetlić tożsamości istniejące obecnie w systemie:
TFSConfig Identities
Zostanie wyświetlona lista tożsamości.Sprawdź tych użytkowników i grupy, aby zapewnić, że nie ma żadnych potencjalnych duplikatów lub problemów z tożsamościami w środowisku, do którego będziesz przenosić program TFS, i podejmij kroki w celu złagodzenia potencjalnych konfliktów.
Zatrzymaj usługi TFS
Zatrzymywanie usług pomaga zagwarantować, że użytkownicy nie mogą dokonać zmiany elementów roboczych lub zaewidencjonować kodu źródłowego do oryginalnego wdrożenia w trakcie lub po procesie przenoszenia.
Na komputerze warstwy aplikacji programu TFS otwórz okno wiersza polecenia i zmień katalog na Drive:\%programfiles%\Microsoft Team Foundation Server 12.0\Tools.
Wpisz następujące polecenie TFSServiceControl:
TFSServiceControl quiesce
Wykonaj kopię zapasową bazy danych i klucza szyfrowania usługi SQL Server Reporting Services
Otwórz konsolę administracyjną dla programu TFS i na stronie Zaplanowane kopie zapasowe wykonaj pełną kopię zapasową.Kopia zapasowa zapisze wszystko, co skonfigurowano do zapisania w planie tworzenia kopii zapasowej, ale uczyni to natychmiast, nie według czasu zaplanowanego w planie.Jeżeli wdrożenie używa funkcji raportowania, można utworzyć kopię zapasową klucza szyfrowania w ramach tego zestawu kopii zapasowych.
(Jeśli nie masz skonfigurowanych kopii zapasowych, przed jej wykonaniem trzeba będzie stworzyć plan).
Po wykonaniu kopii zapasowej sprawdź, czy kopia zapasowa jest dostępna w urządzeniu pamięci masowej lub udziale sieciowym i że można uzyskać dostęp tej kopii zapasowej z nowego sprzętu.
Dołączanie serwera TFS do jego nowej domeny
Na każdym serwerze otwórz okno właściwości dla komputera.
Zmień ustawienia dla komputera na domenę lub grupę roboczą, do której chcesz przyłączyć serwer.
Jeśli zostanie wyświetlony monit, aby podać nazwę użytkownika i hasło konta, które ma uprawnienia do przyłączenia tego komputera do domeny, należy podać odpowiednie poświadczenia.
Aby zmiany w domenie zostały wprowadzone, trzeba uruchomić ponownie komputer.
[!UWAGA]
Po ponownym uruchomieniu komputera może być wyświetlone ostrzeżenie, że usługi lub sterowniki nie mogą zostać uruchomione.Przejdź do następnej procedury.
Konfigurowanie produktów programu SharePoint dla nowego środowiska
Jeśli zmieniasz środowisko na takie, gdzie jest ma zaufania z poprzednim środowiskiem, konieczne może być konfigurowanie oprogramowania Produkty SharePoint, zanim będzie działało poprawnie.Informacje dotyczące użytkowników zaimportowanych z usług katalogowych są dostępne w witrynach programu SharePoint z formantu sieci Web Selektor osób.Administratorzy witryn oraz inni użytkownicy korzystają z Selektora osób, aby wybierać ludzi i grupy podczas przypisywania uprawnień.Gdy informacje o użytkownikach znajdują się w wielu lasach lub w lesie bez relacji zaufania dla wszystkich użytkowników, dodatkowe kroki mogą być konieczne, aby zapewnić, że wszystkie osoby i grupy są dostępne z tego formantu sieci Web.
Pomiń tę procedurę, jeśli nie używasz Produkty SharePoint w danym wdrożeniu, jeśli nowe środowisko ma dwukierunkowe zaufanie do starego środowiska lub jeśli żadne błędy dla aplikacji sieci Web programu SharePoint nie są wyświetlane w konsoli administracyjnej dla Team Foundation.
Na każdym serwerze, który jest częścią farmy programu SharePoint, która obsługuje Twoje wdrożenie programu Team Foundation Server, otwórz okno wiersza polecenia z uprawnieniami administracyjnymi i zmień katalog na %programfiles%\Common Files\Microsoft Shared\Web Server Extensions\15\BIN.
Wpisz następujące polecenie, gdzie Key jest kluczem szyfrowania, którego chcesz użyć podczas wdrażania Produkty SharePoint:
stsadm.exe -o setapppassword -password Key
[!UWAGA]
Ten klucz jest ciągiem szyfrowania, który jest używany do szyfrowania hasła dla konta, które jest używane do uzyskiwania dostępu do lasu lub domeny.Ciąg szyfrowania musi być taki sam dla każdego serwera w farmie, ale dla każdej farmy należy zastosować unikatowy ciąg.
Wpisz następujące polecenie, gdzie domain:DNSName jest lasem docelowym lub domeną i jego nazwą DNS, user,password jest nazwą użytkownika i hasłem dla konta, które ma dostęp do lasu docelowego lub domeny, a WebApp jest nazwą aplikacji sieci Web, która obsługuje wdrażanie Team Foundation Server:
stsadm.exe -o setproperty -pn peoplepicker-searchadforests -pvdomain:DnsName**,user,**password **-url http://**WebApp
Wpisz następujące polecenie, gdzie URL to adres URL kolekcji witryny, która obsługuje kolekcję projektu zespołowego, Port jest numerem portu, który jest przypisany do tej kolekcji witryny, a UserName to nazwa użytkownika konta, który będzie pełnił rolę właściciela tej kolekcji witryny:
**stsadm.exe -o siteowner -url http://URL:**Port -ownerlogin UserName
Powtórz poprzedni krok dla każdego zbioru witryn, którego używa wdrażanie Team Foundation Server.
Przenoszenie kont użytkownika i usług programu TFS
Jak wspomniano na początku tego tematu, podczas przenoszenia kont najczęściej występują trudności, zwłaszcza jeżeli nie została starannie zaplanowana migracja użytkowników.Polecenie TFSConfig Identities nie umożliwia migracji dowolnego konta do konta, które już istnieje w programie TFS.
Jeśli nazwy kont są takie same w obu domenach, a jedyną różnicą jest nazwa domeny, można użyć trybu wsadowego tożsamości TFSConfig, aby zmienić jednocześnie wszystkie tożsamości.W przeciwnym razie należy zmienić tożsamości indywidualnie i określić inną nazwę konta docelowego, jak opisano poniżej.
Na serwerze warstwy aplikacji dla programu Team Foundation otwórz okno wiersza polecenia z uprawnieniami administracyjnymi, przejdź do folderu %ProgramFiles%\Microsoft Visual Studio 12.0 Team Foundation Server\Tools i uruchom następujące polecenie, aby zmienić identyfikatory usług (SID) dla konta usługi na nową domenę:
TFSConfig identities /change /fromdomain:OldComputerorDomainName /todomain:NewDomainName /account:OldTFSServiceAccount /toaccount:NewTFSServiceAccount
Przestroga Jeśli Twoje konto usługi było kontem systemowym, takim jak Usługa sieciowa, bezpośrednio nie można migrować konta usługi, ponieważ konto systemowe o tej samej nazwie istnieje w nowym środowisku.Będzie trzeba wykonać dwuetapową zmianę procesu.Zobacz przykład w Identities — Polecenie.
Aby dokonać migracji wszystkich kont, które mają taką samą nazwę w nowym środowisku, należy wpisać następujące polecenie:
TFSConfig Identities /change /fromdomain:OldDomainName /todomain:NewDomainName
Spowoduje to wsadowe przetwarzanie kont.
Jeśli nowa domena zawiera jedną lub więcej tożsamości, gdzie nazwa zmienia się zależnie od środowiska, musisz ręcznie zaktualizować identyfikatory SID dla wszystkich tych tożsamości.Na przykład jeśli kontem użytkownika Christie Church było Fabrikam\CChurch w środowisku poprzednim, ale jest NewFabrikam\ChristieC w nowym środowisku, trzeba by ręcznie zaktualizować jej identyfikator SID.Dla każdego konta, które ma to wymaganie, należy wpisać następujące polecenie:
TFSConfig Identities /change /fromdomain:OldDomainName /todomain:NewDomainName /account:OldAccountName /toaccount:NewAccountName
Teraz uruchom następujące polecenie, aby zaktualizować konto usługi:
TFSConfig Accounts /change /AccountType:ApplicationTier /account:AccountName /password:Password
Jeżeli wdrożenie używa raportowania, uruchom następujące polecenie, aby zaktualizować konto źródła danych używane dla raportowania:
TFSConfig Accounts /change /AccountType:ReportingDataSource /account:AccountName /password:Password
Jeżeli wdrożenie używa serwera proxy programu Team Foundation Server, uruchom następujące polecenie, aby zaktualizować konto usługi używane dla serwera proxy:
TFSConfig Accounts /change /AccountType:Proxy /account:AccountName /password:Password
[!UWAGA]
Jeśli przenosisz do domeny niezaufanej, również może być konieczne ręczne dodawanie użytkowników i grup do zespołów, projektów, kolekcji i samego programu Team Foundation Server.Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do zespołów i projektów, Ustawianie uprawnień administratora dla kolekcji projektu zespołowego, i Ustawianie uprawnień administracyjnych w Team Foundation Server.
Jeśli wdrożenia jest zintegrowane z programem Project Server, konieczne może być wykonanie dodatkowych kroków, aby skonfigurować konta usług z uprawnieniami wymaganymi do działania.Aby uzyskać więcej informacji, zobacz Przypisywanie uprawnień do obsługi integracji TFS-Project Server i Konfigurowanie integracji TFS-Project Server.
Konfiguruj raportowanie i usługi Analysis Services
Jeśli nie używasz zgłoszenia w ramach wdrażania, możesz pominąć tę procedurę.
Jeśli zmieniono nazwę serwera raportów w ramach tego rodzaju przeniesienia, należy przekierować program Team Foundation Server do serwera raportów jako jego nowej lokalizacji.Musisz również ponownie uruchomić Magazyn i ręcznie przebudować bazę danych dla usług Analysis Services.
Otwórz konsolę administracyjną dla Team Foundation, przejdź do węzła Raportowanie i edytuj ustawienia.
Zmienić wartości na wszystkich trzech kartach, aby zawierały nazwę nowego serwera.Upewnij się, że podajesz poprawne informacje dla konta źródła danych w nowym środowisku.
Wybierz Uruchom zadania, aby ponownie uruchomić raportowanie.
Wybierz Uruchom, aby ponownie skompilować magazyn.
Konfigurowanie wykonywania kopii zapasowych
Jeśli nazwa udziału sieciowego lub urządzenia pamięci masowej zmieniła się wraz ze zmianą nazwy domeny, należy zaktualizować plan wykonywania kopii zapasowej, aby wskazywał te zasoby, których nazwy zostały zmienione.
- W konsoli administracyjnej przejdź do węzła Zaplanowane kopie zapasowe i ponownie skonfiguruj zaplanowane kopie zapasowe, aby wykonać kopię zapasową baz danych programu TFS na nowym serwerze.Aby uzyskać więcej informacji, zobacz Konfigurowanie harmonogramu i planu tworzenia kopii zapasowych.
Ponownie uruchom usługi TFS
Teraz gdy masz już program TFS zaktualizowany o wszystkie informacje dla nowego środowiska, należy ponownie uruchomić usługi.
Na warstwie aplikacji komputera TFS otwórz okno wiersza polecenia z uprawnieniami administracyjnymi i zmień katalogi na Drive:\%programfiles%\Microsoft Team Foundation Server 12.0\Tools.
Wpisz następujące polecenie TFSServiceControl:
TFSServiceControl unquiesce
Q & A
P: Chcę zmienić fizyczny serwer lub serwery dla mojego wdrożenia, nie domeny.Czy mogę to zrobić?
A: Tak.Ruch ten jest ruchem sprzętowym, jego kroki można znaleźć tu.Nie powinieneś próbować łączyć przenoszenia środowiskowego z przenoszeniem sprzętowym.Najpierw zakończ przenoszenie sprzętu, a następnie zmień środowisko.
P: Mam wdrożenie, które integruje się z programem Project Server.Czy muszę wykonywać wszelkie dodatkowe kroki, aby pracować z moim przeniesionym TFS?
O: Tak, po zakończeniu przenoszenia środowiska będzie trzeba użyć polecenia TFSAdmin ProjectServer/RegisterPWA z opcjami /tfs, /force i /pwa, aby ponownie zarejestrować program TFS w programie Project Server.Możesz dowiedzieć się więcej o integracji TFS integracji z programem Project Server tu.