Übersicht über Softwareupdates für SharePoint Server 2016, 2019 und Subscription Edition
GILT FÜR:
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
Administratoren aktualisieren SharePoint Server 2016, 2019 oder Subscription Edition, um Assemblys bereitzustellen oder zu aktualisieren, die Funktionen bereitstellen, und um Datenbanken zu aktualisieren. Bei einem erfolgreichen Update wird ein methodischer Ansatz verfolgt, der Unterbrechungen im Dienst minimiert. Lesen Sie diesen Artikel, um sich über den Prozess zu informieren, bevor Sie mit dem Updatevorgang beginnen.
Hinweis
Dieser Artikel gilt für SharePoint Server 2016, 2019 und Subscription Edition.
Bevor Sie mit Softwareupdates beginnen
Bevor Sie mit dem Softwareupdateprozess beginnen, sollten Sie sich mit den folgenden Informationen zu Berechtigungen, Hardwareanforderungen und Softwareanforderungen vertraut machen.
Die Informationen in diesem Artikel gelten für alle IT-Experten, die SharePoint Server 2016, 2019 oder Subscription Edition verwalten. Bestimmte Anweisungen zum Installieren eines Softwareupdates richten sich jedoch an IT-Experten, die Softwareupdates auf einer Farm von Servern bereitstellen müssen, die SharePoint Server 2016, 2019 oder Subscription Edition hosten.
Die Informationen in diesem Artikel beziehen sich auf die folgenden Produkte:
SharePoint Server 2016
SharePoint Server 2016-Sprachpakete
SharePoint Server 2019
SharePoint Server 2019-Sprachpakete
SharePoint Server-Abonnementedition
Sprachpakete der SharePoint Server-Abonnementedition
Hinweis
Der Prozess zum Installieren von Softwareupdates in eigenständigen Umgebungen von SharePoint Server 2016, 2019 oder Subscription Edition ist ein einfacherer Prozess als der Prozess, bei dem Softwareupdates in einer Serverfarm installiert werden und nicht alle Schritte erforderlich sind, die für eine Serverfarm erforderlich sind.
Microsoft veröffentlicht jeden Monat öffentliche Updates. Das erste Update wird als sprachunabhängiges Update bezeichnet. Dieses Update enthält häufig sowohl Feature- als auch Sicherheitskorrekturen. Es wird auch als "sts-x-none"-Patch bezeichnet.
Der zweite Patchtyp ist der sprachabhängige Patch. Dieser Patch deckt alle Sprachpakete ab, einschließlich englischer Installationen. Dieser Patch ist erforderlich, um die Farm vollständig zu aktualisieren, kann jedoch nicht jeden Monat veröffentlicht werden. Dieser Patch wird auch als "wssloc"-Patch bezeichnet.
Hinweis
Ab März 2023 veröffentlicht Microsoft einen einzelnen "uber"-Patch für die SharePoint Server-Abonnementedition, der alle Fixes enthält, die zuvor in diesen separaten Patches "sts-x-none" und "wssloc" veröffentlicht wurden.
Wichtig
Wenn ein sprachabhängiger Patch für einen bestimmten Monat nicht verfügbar ist, aktualisieren Sie auf den neuesten zuvor verfügbaren sprachabhängigen Patch. Wenn Sie beispielsweise das öffentliche Update vom Juli 2019 für SharePoint Server 2016 anwenden, installieren Sie das sprachunabhängige Update für Juli 2019 und den sprachabhängigen Patch ab April 2019. Wenn Sie den sprachabhängigen Patch nicht installieren, treten möglicherweise fehlende oder falsche Funktionen auf.
Terminologie im Zusammenhang mit Softwareupdates
Um zu verstehen, wie Softwareupdates in SharePoint Server 2016, 2019 und Subscription Edition implementiert werden, ist es wichtig, die Terminologie für die Kernkomponenten zu verstehen.
|
Begriff |
Definition |
Kommentar |
|---|---|---|
|
Öffentliches Update (PU) |
Ein PU ist ein Rollupupdate, das alle bisherigen kritischen On-Demand-Hotfixes enthält. Zusätzlich enthält ein PU Korrekturen für Probleme, welche die Akzeptanzkriterien für Hotfixes erfüllen. Zu diesen Kriterien können die Verfügbarkeit einer Umgehungslösung, die Auswirkungen auf den Kunden, die Reproduzierbarkeit des Problems, die Komplexität des Codes, der geändert werden muss, und andere Gründe zählen. |
|
|
patch |
Eine kompilierte, ausführbare Installer-Datei, die Updates für ein oder mehrere Produkte enthält. Beispiele für Pakete sind ausführbare (EXE-)Dateien, die Sie herunterladen, um ein Service Pack, ein öffentliches Update (PU) oder ein Hotfix zu installieren. Pakete werden auch als MSI-Dateien bezeichnet. |
|
|
Softwareupdate |
Ein Softwareupdate ist jedes Update, Updaterollup, Service Pack, Feature Pack, kritische Update, Sicherheitsupdate oder jeder Hotfix, der zum Verbessern oder Korrigieren eines Softwareprodukts der Microsoft Corporation verwendet wird. |
|
|
upgrade |
Prozess, mit dem Sie eine Umgebung so ändern, dass eine neuere Softwareversion verwendet wird. Sie können ein Upgrade auf eine Nebenversion wie ein Update oder ein Patch durchführen, oder auf eine Hauptversion. Ein Upgrade auf eine Nebenversion wird als ein Build-zu-Build-Upgrade bezeichnet. Ein Upgrade auf eine Hauptversion wird als Version-zu-Version-Upgrade bezeichnet. |
In SharePoint Server 2016 können Sie für Build-zu-Build-Upgrades entweder direkte Methoden oder Methoden zum Anfügen von Datenbanken verwenden. Bei Version-zu-Version-Upgrades wird nur die Database-Attach-Methode unterstützt. Weitere Informationen zum Upgrade von Version zu Version finden Sie unter Übersicht über den Upgradeprozess auf SharePoint Server 2016, Übersicht über den Upgradeprozess auf SharePoint Server 2019 und Übersicht über den Upgradeprozess auf die SharePoint Server-Abonnementedition. Eine Übersicht über die Schritte für das direkte Upgrade und das Upgrade an die Datenbank für Build-zu-Build-Upgrades finden Sie unter Installieren eines Softwareupdates für SharePoint Server 2016, 2019 und Subscription Edition. |
Eine umfassende Terminologieliste zu Softwareupdates finden Sie unter Erläuterung von Standardbegriffen bei Microsoft-Softwareupdates.
Softwareupdatefeatures
SharePoint Server 2016, 2019 und Subscription Edition verfügt über Features, die die End-to-End-Softwareupdateerfahrung erleichtern. Zu diesen Features zählen folgende:
Abwärtskompatibilität zwischen einer aktualisierten Dienstefarm und einer nicht aktualisierten Inhaltsfarm.
Es gibt umfassende Unterstützung für automatische Updates, die Windows Server Update Services (WSUS), Windows Update und Microsoft Update verwenden.
Hinweis
Bei einem automatischen Update werden die binären Dateien auf die Farmserver kopiert, Sie müssen das Softwareupdate allerdings abschließen, indem Sie das Upgrade auf den Servern ausführen.
Administratoren können die Website für die SharePoint-Zentraladministration oder Microsoft PowerShell zum Überwachen des Status eines Updates verwenden.
Softwareupdateprozess
Der Prozess, der Updates in einer SharePoint Server 2016-, 2019- und Subscription Edition-Umgebung bereitstellt, ist ein zweistufiger Prozess: Patchen und Build-zu-Build-Upgrade.
Jede Phase umfasst spezielle Schritte und Ergebnisse. Es ist möglich, die Build-zu-Build-Upgradephase später durchzuführen.
Achtung
Obwohl wir uns bemühen, den hösten Grad an Abwärtskompatibilität sicherzustellen, steigt mit der Ausführungsdauer in diesem Zustand die Wahrscheinlichkeit, einen Fall zu finden, in dem in der Farm Verhaltensprobleme auftreten.
Patchphase
In der Patchphase wird das Update auf jedem SharePoint Server in der Farm ausgeführt. Möglicherweise müssen ein oder zwei Patches ausgeführt werden, das sprachunabhängige Update und das sprachabhängige Update.
Hinweis
Es ist keine bestimmte Reihenfolge der Installation in einer Farm erforderlich.
Die Patchphase umfasst zwei Schritte: den Schritt der Patchbereitstellung und den Schritt der Bereitstellung der binären Dateien. Während des Schritts der Patchbereitstellung werden neue Binärdateien auf den Server kopiert, auf dem SharePoint Server 2016, 2019 oder Subscription Edition ausgeführt wird. Dienste, die Dateien verwenden, die vom Patch ersetzt werden müssen, werden vorübergehend angehalten. Durch das Anhalten von Diensten müssen Sie den Server wahrscheinlich nicht erneut starten, um verwendete Dateien zu ersetzen. In manchen Fällen muss der Server allerdings neu gestartet werden.
Der zweite Schritt in der Patchphase ist die Bereitstellung der binären Dateien. In diesem Schritt kopiert das Installationsprogramm Dateien der Dynamic Link Library (.dll) in die entsprechenden Verzeichnisse auf dem Server, auf dem SharePoint Server 2016, 2019 oder Subscription Edition ausgeführt wird. Mit diesem Schritt wird sichergestellt, dass alle Webanwendungen die korrekte Version der binären Dateien ausführen und nach der Installation des Updates ordnungsgemäß funktionieren. Die Updatephase ist nach dem Schritt der Bereitstellung der binären Dateien abgeschlossen.
Die nächste und letzte Phase zur Bereitstellung von Softwareupdates ist die Build-zu-Build-Upgradephase. In dieser Phase werden Datenbankschemas modifiziert, Objekte in der Farm aktualisiert und Websitesammlungen aktualisiert.
Build-zu-Build-Upgradephase
Für die Build-zu-Build-Upgradephase muss der Administrator den Konfigurations-Assistenten oder psconfig über die SharePoint-Verwaltungsshell ausführen.
Hinweis
Es ist keine bestimmte Ausführungsreihenfolge des Konfigurations-Assistenten in einer Farm erforderlich.
Nachdem Sie die Patchphase abgeschlossen haben, müssen Sie die Updateinstallation durch Starten der Build-zu-Build-Upgradephase abschließen. Die Build-zu-Build-Upgradephase ist aufgabenintensiv und dauert daher am längsten. Als ersten Schritt werden alle SharePoint-Prozesse aktualisiert, die ausgeführt werden. Nachdem Sie die Prozesse aktualisiert haben, werden die Datenbanken durchforstet und aktualisiert. Nachdem Sie ein Farmupgrade auf einem Server abgeschlossen haben, müssen Sie den Prozess auf allen anderen Servern abschließen, um die Kompatibilität aufrechtzuerhalten.
Softwareupdatestrategie
Hinweis
Die Informationen in diesem Abschnitt treffen zu, wenn sich Ihre Farm nicht in einer Hochverfügbarkeitsumgebung befindet. Wenn Sie über eine Hochverfügbarkeitsumgebung verfügen, befolgen Sie die Anweisungen unter SharePoint Server: Schritte zum Patchen ohne Ausfallzeiten.
Welche Updatestrategie Sie wählen, hängt hauptsächlich von einem der folgenden Faktoren ab:
Der Ausfallzeit, die zum Installieren des Updates akzeptabel ist.
Den zusätzlichen Mitarbeiter- und Rechenressourcen, die zum Verringern von Ausfallzeiten verfügbar sind.
Wenn Sie Ihre Updatestrategie ermitteln, berücksichtigen Sie, wie Ihnen die Strategie die Verwaltung und Steuerung des Updates erlaubt.
Zur Verringerung der Ausfallzeit sind die folgenden Optionen – geordnet von der höchsten zur geringsten Ausfallzeit – verfügbar:
Installieren Sie das Update, und verschieben Sie die Upgradephase nicht.
Installieren Sie das Update, und verschieben Sie die Upgradephase.
Bereitstellungszyklus von Softwareupdates
Der Zyklus, der zum Upgraden von Farmen und Servern von SharePoint Server 2016, 2019 oder Subscription Edition verwendet wird, gilt auch für die Bereitstellung von Softwareupdates, bei denen es sich um eine Teilmenge einer Upgradephase handelt. Wir empfehlen, den Updatezyklus in der folgenden Abbildung als Leitfaden für die Bereitstellung von Softwareupdates zu verwenden.
Schritt 1: Erfahren Sie mehr über die Anforderungen für Softwareupdates
Während dieser Phase des Zyklus erfahren Sie mehr über die Anforderungen für die Installation des Updates. Diese Informationen beziehen sich auch auf neue Server, die Sie aktualisieren und dann zur Farm hinzufügen möchten.
Anforderungen und Voraussetzungen
Stellen Sie zunächst sicher, dass das System als Farmserver bereitgestellt werden kann. Weitere Informationen finden Sie unter Hardware- und Softwareanforderungen für SharePoint Server 2016, Hardware- und Softwareanforderungen für SharePoint Server 2019 und Systemanforderungen für die SharePoint Server-Abonnementedition.
Stellen Sie sicher, dass auf jedem Server, für den Sie ein Update ausführen möchten, die gleiche Betriebssystemversion wie auf den anderen Farmservern ausgeführt wird. Hierzu zählen auch Updates, Service Packs und Sicherheitshotfixes.
Updatestrategie
Ermitteln Sie die Strategie, die Sie zum Aktualisieren der Farm verwenden möchten. Sie können je nach Ihren Anforderungen eine der folgenden Strategien verwenden:
Direkt
Database-attach
Weitere Informationen zur zu verwendenden Updatestrategie finden Sie unter Installieren eines Softwareupdates für SharePoint Server 2016, 2019 und Subscription Edition.
Verringerung der Ausfallzeit
Informieren Sie sich, welche Optionen zur Verringerung der Ausfallzeit verfügbar sind, und bewerten Sie diese. Achten Sie zuerst auf fehlende Abhängigkeiten, welche die Ausfallzeit erhöhen können. Identifizieren Sie alle Abhängigkeiten für das Update, und behandeln Sie diese, bevor Sie mit der Bereitstellung des Updates beginnen, oder berücksichtigen Sie die zusätzliche Zeit in Ihrem Zeitplan. Erwägen Sie, schreibgeschützte Inhaltsdatenbanken zu verwenden und Updates parallel durchzuführen, um die Ausfallzeit zu reduzieren.
Häufig auftretende Probleme
Identifizieren und beheben Sie gängige Probleme wie fehlende oder veraltete Abhängigkeiten und fehlenden Speicherplatz auf den Servern, auf denen Sie das Update installieren werden.
Schritt 2: Vorbereiten von Softwareupdates
Um das Softwareupdate vorzubereiten, dokumentieren Sie die Umgebung, und planen Sie eine Updatestrategie, um sicherzustellen, dass das Update wie geplant im erwarteten Ausfallzeitfenster durchgeführt wird.
Dokumentieren der Umgebung
Sie dokumentieren die Umgebung, um einzigartige Merkmale in Ihrer Farm zu ermitteln. Sie können verschiedene Techniken verwenden, um Informationen über Ihre Farm zu sammeln, z. B. manuelle Überprüfungen, Vergleiche mithilfe von WinDiff und Microsoft PowerShell-Befehlen.
Dokumentieren Sie ggf. die folgenden Elemente der Umgebung:
Farmtopologie und Websitehierarchie
Sprachpaket und Filterpakete, die installiert sind
Anpassungen, die vom Update betroffen sein könnten
Verwalten von Anpassungen
Anpassungen bereiten während eines Farmupgrades oder eines Softwareupdates normalerweise die größten Probleme. Identifizieren Sie Ihre Farmanpassungen, und ermitteln Sie, ob sie vom Update betroffen sein können. Bleiben Sie im Zweifel auf der sicheren Seite, und legen Sie fest, wie Sie die Anpassungen verwalten werden. Sie müssen sicherstellen, dass Anpassungen nach dem Softwareupdate funktionieren. Sie können den Stsadm-Befehl ExportIPFSAdminObjects verwenden, um nur vom Administrator infoPath bereitgestellte Formulare zu sammeln und zu exportieren.
Planen der Updatestrategie
In der Lernphase des Updatezyklus sollten Sie eine Updatestrategie und die erforderliche Downtimeverkürzung bestimmt haben. Zusätzlich zur Ermittlung der Hardware-, Speicherplatz- und Softwareanforderungen müssen Sie Folgendes in Ihre Updatestrategie einbeziehen:
Die Updatesequenz für die Farmserver
Die Reihenfolge der Vorgänge
Die Ausfallzeitgrenzen und Ihr Plan zur Reduzierung der Ausfallzeit
Ein Rollbackprozess, falls ein ernstes Problem auftritt
Die beiden letzten Anforderungen für die Updatestrategie sind ein Kommunikationsplan und ein Updatezeitplan.
Es ist wichtig, Websiteeigentümern und Benutzern mitzuteilen, was sie während eines Updates zu erwarten haben. Ein Administrator sollte Benutzer über Ausfallzeiten und das Risiko informieren, dass das Update länger als erwartet dauern kann, oder dass bei einigen Websites nach dem Upgrade Nacharbeiten erforderlich sein können.
Erstellen Sie einen Benchmark-Zeitplan für Updatevorgänge, der die Startzeiten von Vorgängen enthält, die sich auf die Updatebereitstellung beziehen. Der Plan sollte mindestens die folgenden Vorgänge enthalten:
Sichern Sie die Farm.
Starten Sie das Update der Farmserver.
Starten Sie das Upgrade der Farmdatenbanken.
Halten Sie das Upgrade an, und setzen Sie die Vorgänge in der nicht aktualisierten Farm fort.
Setzen Sie das Upgrade fort, wenn es erforderlich ist.
Stellen Sie sicher, dass die Umgebung uneingeschränkt funktioniert, entweder als die Originalversion, wenn Sie ein Rollback durchgeführt haben, oder als die neue Version, wenn Sie das Upgrade abgeschlossen haben.
Vorbereiten von Farmelementen für Updates
Stellen Sie sicher, dass Farmelemente für das Update bereit sind. Farmelemente sind bereit, wenn sie gesichert, dokumentiert oder aktualisiert wurden, um sicherzustellen, dass das Update installiert werden kann. Überprüfen Sie, ob die folgenden Aspekte einer Farm für Updates bereit sind:
Lösungen
Features
Websitedefinitionen
Webparts
Schritt 3: Testen der Bereitstellung von Softwareupdates
Ob die Bereitstellung des Softwareupdates erfolgreich ist oder fehlschlägt, hängt davon ab, wie sorgfältig und genau Ihre Tests durchgeführt werden. In einer Produktionscomputerumgebung gibt es keine sicheren Abkürzungen, und unzureichendes Testen hat Konsequenzen.
Erstellen einer Testfarm
Erstellen Sie eine Testfarm, welche die Produktionsumgebung darstellt. Wir empfehlen, eine Kopie der Produktionsdaten zu verwenden, um mögliche Problembereiche zu ermitteln und die allgemeine Systemleistung während des Upgrades zu überwachen. Der Schlüsselindikator ist die Zeitdauer für den Bereitstellungsprozess vom Anfang bis zum Ende. Diese sollte Backup und Validierung umfassen. Sie können diese Informationen im Updatezeitplan berücksichtigen.
Verwenden Sie, wenn möglich, in der Testumgebung Hardware, die eine mit den Produktionsservern vergleichbare Leistung bietet.
Tipp
Verwenden Sie möglicherweise eine Testfarm in einer virtuellen Umgebung. Nachdem Sie die Tests abgeschlossen haben, können Sie die virtuelle Farm herunterfahren und später für zukünftige Updates verwenden.
Bewerten von Techniken
Mit einer Testfarm können Sie auch die Techniken auswerten, mit denen Sie die Produktionsumgebung aktualisieren möchten. Neben dem Testen und Auswerten der Downtimeverkürzungsstrategie können Sie die Updateüberwachung optimieren. Diese ist beim Validieren und Beheben von Problemen mit dem Softwareupdate besonders wichtig.
Schritt 4: Implementieren von Softwareupdates
Von der von Ihnen verwendeten Updatestrategie hängt ab, ob Sie eine neue Farm erstellen oder das Update auf den aktuellen Farmservern bereitstellen müssen.
Erstellen oder Aktualisieren von Farmen
Unabhängig davon, ob Sie eine neue Farm erstellen oder ein direktes Update durchführen, sind die wichtigsten Farmelemente, die es zu berücksichtigen gilt, folgende:
Inhalt
Dienste
Dienstanwendungen
Bereitstellen von Anpassungen
Verwenden Sie wann immer möglich Lösungen, sodass Sie einzelnen Dateien oder Komponenten bereitstellen können.
Reduzieren von Ausfallzeit
Reduzieren Sie Ausfallzeiten, indem Sie Techniken wie schreibgeschützte Datenbanken und Updateparallelität verwenden
Fortschrittsüberwachung
Die verfeinerten Techniken, die Sie zum Überwachen des Softwareupdates in der Testumgebung verwenden, werden eingesetzt, wenn Sie das Update in der Produktionsumgebung bereitstellen. Verwenden Sie die Seite Upgrade und Migration in der Zentraladministration, um verfügbare Statusindikatoren zu überwachen. Dieses Feature ermöglicht Liveüberwachung und bietet eine zentrale Übersicht über den Patchstatus für alle Farmserver. Zusätzlich können Sie die Seite Upgrade und Migration verwenden, um den Updatestatus für einzelne Server sowie den Status und den Typ von Farmdatenbanken anzuzeigen. Wenn Sie schließlich die Zentraladministration zum Überwachen von Updates verwenden, können Sie Farmserver identifizieren, die Sie aktualisieren müssen.
Die folgenden Tabellen beschreiben die in der Zentraladministration verfügbaren Statusinformationen.
| Statuswert | Beschreibung | Hyperlink |
|---|---|---|
| Keine Aktion erforderlich |
Derzeit ist für den Farmserver keine Aktion durch den Administrator erforderlich. |
Kein Hyperlink |
| Installation erforderlich |
Auf dem Farmserver fehlt eine MSI-Datei, die für alle Farmserver auf "obligatorisch" festgelegt ist oder eine Patchebene unter der einzelnen farmweit gültigen Patchversion umfasst. |
Hyperlink zur Seite Patchbereitstellungsstatus |
| Das Upgrade wird ausgeführt |
Farmserver wird derzeit einem Upgradevorgang unterzogen. |
Hyperlink zur Seite Upgradestatus |
| Upgrade verfügbar |
Farmserver wird im Abwärtskompatibilitätsmodus ausgeführt. |
Hyperlink zur Seite Upgrade und Migration |
| Upgrade erforderlich |
Farmserver befindet sich mit einer oder mehreren Datenbanken außerhalb des Bereichs des Abwärtskompatibilitätsmodus. |
Hyperlink zur Seite Upgrade und Migration |
| Das Upgrade wird gesperrt |
Wenn ein Upgrade verfügbar ist und es auf einem Farmserver installiert werden muss, werden die verbleibenden Server, auf denen das Upgrade nicht installiert werden muss, in diesen Status versetzt, wenn sie nicht gerade aktualisiert werden. |
Hyperlink zur Seite Patchbereitstellungsstatus |
| Installiert |
Gibt an, dass keine Aktion erforderlich ist |
– |
| Fehlt/erforderlich |
Wird angezeigt, wenn ein Produkt auf jedem Server benötigt wird, oder wenn sich ein Patch für eine bestimmte MSI-Datei auf einem Server, aber nicht auf dem Server befindet, für den dieser Status angezeigt wird. |
– |
| Fehlt/Optional |
Wird angezeigt, wenn ein Produkt nicht auf jedem Server benötigt wird |
– |
| Veraltet |
Wird angezeigt, wenn ein Update auf einem Server nicht mehr benötigt wird, weil es von einem neueren Patch abgelöst wurde |
Nicht zutreffend |
Protokolldateien und PowerShell-Befehle sind weitere Tools zum Überwachen des Updateprozesses.
Wichtig
Denken Sie daran, die Dauer für das Update zu überwachen. Vergleichen Sie aktuelle Updateprozesse mit dem Benchmark-Zeitplan, um zu ermitteln, ob das Update die Ausfallzeitfenster einhalten wird. Wenn nicht, sollten Sie Benutzer der Farm darüber informieren.
Schritt 5: Überprüfen des Erfolgs von Softwareupdates
Sie können damit beginnen, den Erfolg des Updates während der Implementierungsphase zu überprüfen, und die Überprüfung nach der Implementierung des Updates fortsetzen.
Protokollierte Ereignisfehler
Überprüfen Sie die Ereignisprotokolle, um Probleme zu ermitteln, die während der Bereitstellung aufgetreten sind. Beheben Sie diese Probleme, und setzen Sie das Update dann nach Bedarf fort oder starten Sie es neu.
Probleme mit der Benutzeroberfläche oder der Benutzererfahrung
Alle Probleme mit der Benutzeroberfläche oder der Benutzererfahrung werden auf Webseiten ersichtlich sein. Diese Probleme treten hauptsächlich während eines Version-zu-Version-Upgrades auf. Achten Sie auf die folgenden Probleme:
Nicht duplizierte Dateien, die ASP.NET (ASPX)-Seiten sind, die ein Benutzer in der Websitesammlung modifiziert hat und sich nun anders als erwartet verhalten oder bei denen aufgrund kürzlicher Upgrades der Dateien auf dem Server Wiedergabeprobleme auftreten (.aspx).
Konflikt zwischen Benutzeroberflächenversionen
Compliance von HTML und XHTML
Andere Probleme können fehlende Vorlagen, Benutzerbezeichner und Inhaltsprobleme wie große Listen sein.
Datenbezogene Probleme
Die Ursache für datenbezogene Probleme ist der Zustand der Farmdatenbanken. Zu diesen Problemen können alle oder einige der folgenden zählen:
Probleme mit der Konnektivität mit Datenquellen
Datenbankbeschädigung
Verwaiste Elemente
Verborgene Spaltendaten
In manchen Fällen können Sie kleinere Probleme beheben und das Update dann fortsetzen oder neu starten. Rechnen Sie damit, ein Rollback des Updates durchführen zu müssen, wenn sich Probleme nicht beheben lassen.