Przewodnik po scenariuszu uaktualniania dla Azure DevOps Server

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 — TFS 2015

Uwaga

Azure DevOps Server wcześniej nosiła nazwę Visual Studio Team Foundation Server.

Ten przewodnik Szybki start obejmuje typowy Team Foundation Server (TFS) w celu uzyskania informacji o tym, jak ogólne kroki omówione w omówieniu mogą wyglądać w rzeczywistym przykładzie.

Przygotowywanie środowiska

Naszym punktem wyjścia do tego uaktualnienia jest środowisko serwera TFS 2012 Update 4 z dwoma maszynami — jedną służącą jako warstwa aplikacji, a drugą służącą jako warstwa danych dla baz danych konfiguracji/kolekcji oraz baz danych usług raportowania i analizy. Obie maszyny są obecnie uruchomione Windows Server 2008 SP2, a warstwa danych jest obecnie uruchomiona SQL Server 2008 R2.

Pierwszym krokiem jest sprawdzenie wymagań systemowych serwera TFS 2015. Niestety ani system operacyjny, ani wersja SQL, z których korzystamy, nie są nadal obsługiwane, dlatego musimy wprowadzić pewne zmiany. Decydujemy się skorzystać z możliwości uzyskania dwóch bardziej zaawansowanych maszyn i Windows Server 2012 R2 na obu tych maszynach. Zainstalujemy SQL Server 2014 r. w warstwie danych, upewniając się, że uwzględnimy usługi Reporting Services i Analysis Services, ponieważ używamy tych funkcji w naszym wdrożeniu. Nasze środowisko jest przygotowane.

Oczekiwanie najlepszych, przygotowanie na najgorsze

Używamy zaplanowanych kopii zapasowych, aby zapewnić, że zawsze będziemy mieć kopie zapasowe w przypadku, gdy coś pójdzie nie tak.

Ponieważ i tak przenosimy się na nowy sprzęt, nie będziemy zawęczać konfigurowania oddzielnego środowiska przedprodukcyjnie do pracy w środowisku suchym. Zamiast tego użyjemy tego nowego sprzętu, aby najpierw wykonać przebieg suchy, a następnie wyczyścimy wszystko i użyjemy go ponownie do uaktualnienia produkcyjnego.

W przypadku naszego uruchomienia w wersji suchej kroki uaktualniania będą następujące:

  1. Skopiuj ostatnie kopie zapasowe bazy danych do nowego SQL wystąpienia.
  2. Zainstaluj program TFS 2015 w nowej warstwie aplikacji.
  3. Użyj zaplanowanych kopii zapasowych, aby przywrócić kopie zapasowe bazy danych.
  4. Uruchom kreatora uaktualniania, upewnijąc się, że używasz konta usługi, które nie ma żadnych uprawnień w naszym środowisku produkcyjnym. Aby uzyskać więcej informacji, zobacz Protecting production in the dry run in pre-production (Ochrona produkcji w środowisku suchym w dokumencie przedprodukcyjną).
  5. Opcjonalnie skonfiguruj nowe funkcje, które wymagają zmian w istniejących projektach.

Uaktualnianie

Przy założeniu, że wszystko przebiega bezproblemowo, kroki uaktualniania w środowisku produkcyjnym będą bardzo podobne. Kroki będą następujące:

  1. Przechodz do trybu offline serwera produkcyjnego przy użyciu polecenia trybu sygodowego TFSServiceControl. Celem jest zapewnienie, że kopie zapasowe, których używamy do przeniesienia na nowy sprzęt, są kompletne i nie utracą żadnych danych użytkowników.
  2. Tworzenie nowych kopii zapasowych każdej bazy danych.
  3. Skopiuj kopie zapasowe do naszego nowego SQL wystąpienia.
  4. Zainstaluj program TFS 2015 w nowej warstwie aplikacji.
  5. Użyj kreatora zaplanowanych kopii zapasowych, aby przywrócić kopie zapasowe bazy danych.
  6. Uruchom kreatora uaktualniania przy użyciu żądanego konta usługi produkcyjnej.
  7. Opcjonalnie skonfiguruj nowe funkcje, które wymagają zmian w istniejących projektach.

I gotowe!