Freigeben über


Durchführen eines Trockenlaufs Ihres Upgrades in einer Vorproduktionsumgebung

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

Muss ich mich um die Mühe machen?

Es wird dringend empfohlen, das Upgrade in einer Vorproduktionsumgebung durchzuführen, aber es ist nicht immer sinnvoll. Wenn Sie darüber diskutieren, ob Sie ein Vorproduktionsupgrade durchführen oder nicht, sollten Sie die Kosten dafür gegen die Kosten abwägen, die dies nicht tun. Insbesondere, wenn beim Produktionsupgrade etwas schief geht, sind die Hauptkosten die Ausfallzeiten, wenn Sie ein Rollback auf die alte Version von TFS durchführen. Abhängig von den Besonderheiten Ihres Upgrades kann dies ein schneller und einfacher Prozess sein, oder es kann sehr lange dauern und viele bewegliche Teile umfassen. Genau wie beim Upgrade hängt die Komplexität des Rollbacks von der Größe Ihrer Datenbanken, der Anzahl der beteiligten Computer usw. ab.

Grundlagen

Wenn Sie sich für ein Pre-Production-Upgrade entscheiden, besteht der allgemeine Prozess aus:

  1. Einrichten einer Vorproduktionsumgebung, die Ihrer Produktionsumgebung ähnelt.
  2. Schützen Ihrer Produktionsumgebung.
  3. Wiederherstellen von Datenbanken aus Sicherungen.
  4. Durchführen des Upgrades.

Aufstehen einer Umgebung

In einer idealen Welt würde Ihre Vorproduktionsumgebung genau wie Ihre Produktionsumgebung aussehen – auf diese Weise erhalten Sie so genau wie möglich ein Bild davon, wie lange Ihr Upgrade dauert, ob Sie dabei Probleme haben usw. In der realen Welt ist dies jedoch nicht immer möglich oder wünschenswert. Die Kosten für die Bereitstellung eines zweiten Satz identischer Computer für Vorproduktionstests können unerschwinglich sein. Lassen Sie sich von diesen Unstimmigkeiten jedoch nicht abschrecken – fast jede Vorproduktionsumgebung ist besser als nichts.

Schützen der Produktion

TFS-Datenbanken enthalten eine Reihe von Einstellungen, die auf verschiedene Ressourcen in ihrer Bereitstellungsumgebung verweisen. Beispielsweise werden die Verbindungszeichenfolgen der Sammlungsdatenbank in der Konfigurationsdatenbank gespeichert, ebenso wie die Netzwerkfreigabe, die vom Feature für geplante Sicherungen verwendet wird. Daher ist es möglich, dass eine Vorproduktionsumgebung Probleme in einer Produktionsumgebung verursacht, und es ist eine bewährte Methode, wenn sie eine Vorproduktionsumgebung einrichten, Maßnahmen zu ergreifen, um dies zu verhindern.

Der wichtigste Schritt, den Sie ausführen können, ist die Verwendung eines Dienstkontos in Ihrer Vorproduktionsumgebung, das über keine Berechtigungen für Ihre Produktionsumgebung verfügt. Im Idealfall sollte es keine Berechtigungen in TFS, in SQL, für Netzwerkfreigaben usw. haben. Zu den Optionen gehören der Netzwerkdienst (vorausgesetzt, Ihr Vorproduktionscomputerkonto benötigt keine Berechtigungen in der Produktion) oder ein dediziertes Präproduktionsdomänenkonto, wie im folgenden Beispiel dargestellt.

Beispielkonto für den Pre-Production-Dienst

Ein weiterer optionaler Schritt ist das Hinzufügen von Einträgen zu den Hostdateien Ihrer Vorproduktionscomputer, um die Namen Ihrer Produktionsmaschine ungültigen IP-Adressen zuzuordnen. Wenn Sie sich nicht sicher sind, was eine Hostdatei ist, lesen Sie den Wikipedia-Eintrag hier . Dies kann die ausgehende Kommunikation mit Ihren Produktionsmaschinen von Ihren Vorproduktionsmaschinen verhindern.

Beispiel für die Dateiumleitung von AT und DT

Wiederherstellen von Datenbanken

Wenn Sie den Assistenten für geplante Sicherungen verwenden, um Datenbanksicherungen aus Ihrer Produktionsbereitstellung zu generieren, können Sie ihn auch verwenden, um Sicherungen in Ihrer Vorproduktionsbereitstellung wiederherzustellen. Andernfalls können Sie natürlich auch standard SQL-Verfahren befolgen, um Sicherungen wiederherzustellen. Ihre Liste der zu sichernden und wiederherstellenden Datenbanken sollte immer Ihre Konfigurationsdatenbank und alle Sammlungsdatenbanken enthalten. Wenn Ihre Präproduktionsumgebung Berichterstellungsfeatures enthält, sollten Sie auch die Warehouse- und Berichtsserverdatenbanken einschließen.

Durchführen des Upgrades

Installieren Sie die neue Version von TFS auf Ihren Computern der Anwendungsebene. Führen Sie vor dem Ausführen des Upgrade-Assistenten den Befehl ChangeServerId aus. Dadurch wird sichergestellt, dass keine Probleme auftreten, wenn Sie von denselben Clients aus auf Ihre Produktions- und Vorproduktionsumgebungen zugreifen, und sie sollten jederzeit ausgeführt werden, wenn Sie entweder eine Sammlung oder eine vollständige Bereitstellung klonen.

Sobald Sie bereit sind, führen Sie ein Upgrade für Ihre Präproduktionsumgebung mit den gleichen Schritten aus, die Sie für das Upgrade der Produktion verwenden. Denken Sie daran, ein Dienstkonto zu verwenden, das über keine Berechtigungen in Ihrer Produktionsumgebung verfügt.

Konfigurieren neuer Features

Einige Upgrades führen neue Features ein, die zusätzliche Schritte zur Konfiguration erfordern, da sie Prozessänderungen an Ihren vorhandenen Projekten beinhalten. Abhängig von den Besonderheiten Ihrer Projekte und der Version von TFS, von der Sie ein Upgrade durchführen, kann dies mehr oder weniger kompliziert sein. Ausführliche Informationen finden Sie hier.

Ausprobieren

Nehmen Sie den Vorproduktionsserver für eine Drehung heraus! Stöbern Sie ein wenig, probieren Sie einige der neuen Features aus... Beachten Sie, dass einige Dinge, z. B. das Ausführen von Builds, eine zusätzliche Konfiguration erfordern.

Wenn Sie Probleme feststellen, versuchen Sie, diese hier zu bearbeiten, um zu vermeiden, dass sie in der Produktion erneut getroffen werden. Wenn Sie zufrieden sind, rufen Sie es einen Tag an, und fahren Sie mit Ihrem Produktionsupgrade fort.