Upgraden von Inhaltsdatenbanken auf SharePoint Server 2016

 

**Gilt für:**SharePoint Server 2016

**Letztes Änderungsdatum des Themas:**2017-05-30

Zusammenfassung: Hier erfahren Sie, wie Sie Inhaltsdatenbanken von SharePoint 2013-Produkten auf SharePoint 2016 aktualisieren.

Wenn Sie ein Upgrade von SharePoint Server 2013 with Service Pack 1 (SP1) auf SharePoint Server 2016durchführen, müssen Sie ein Upgrade mit Anfügen der Datenbanken anwenden, d. h., Sie aktualisieren nur den Inhalt Ihrer Umgebung, nicht jedoch die Konfigurationseinstellungen. Nachdem Sie die SharePoint Server 2016-Umgebung konfiguriert, die Inhalts- und Dienstanwendungs-Datenbanken kopiert und die Dienstanwendungen aktualisiert haben, können Sie die Inhaltsdatenbanken anfügen und das Upgrade auf SharePoint Server 2016 durchführen. Wie Sie die Inhaltsdatenbanken anfügen und auf SharePoint Server 2016 aktualisieren, wird in diesem Artikel schrittweise erklärt.

Phase 4 des Upgradeprozesses: Upgrade der Inhaltsdatenbanken

Dies ist die vierte Phase beim Upgrade von SharePoint Server 2013 with Service Pack 1 (SP1)-Daten und -Websites auf SharePoint Server 2016. Die Konfiguration besteht aus den folgende Phasen, die in der aufgeführten Reihenfolge ausgeführt werden müssen: Erstellen einer SharePoint Server 2016-Farm für ein Upgrade einer Datenbankanfügung Kopieren von Datenbanken in die neue Farm für ein Upgrade auf SharePoint Server 2016 Upgrade von Dienstanwendungen auf SharePoint Server 2016 Upgraden von Inhaltsdatenbanken auf SharePoint Server 2016 (diese Phase) Eine Übersicht über den gesamten Prozess finden Sie unter Übersicht über die Verfahren beim Upgrade auf SharePoint Server 2016.

Bevor Sie beginnen:

Bevor Sie die Inhaltsdatenbanken anfügen und aktualisieren, sollten Sie die folgenden Informationen lesen und die empfohlenen Maßnahmen durchführen.

• Stellen Sie sicher, dass das Konto, mit dem Sie die Datenbanken anfügen, ein Mitglied der festen Datenbankrolle db_owner für die Inhaltsdatenbanken ist, die Sie aktualisieren möchten.

• Vergewissern Sie sich, dass das Konto, mit dem Sie Webanwendungen erstellen, Mitglied der Gruppe der Farmadministratoren in Zentraladministration ist.

Erstellen von Webanwendungen

Erstellen Sie für jede Webanwendung in der SharePoint Server 2013 with Service Pack 1 (SP1)-Umgebung eine neue Webanwendung. Führen Sie für jede Webanwendung die folgenden Aktionen aus:

• Verwenden Sie die gleiche URL (inklusive Name, Port und Hostheader), und konfigurieren Sie Einstellungen für alternative Zugriffszuordnungen.

  Wenn Sie eine andere URL verwenden, werden Office-Anwendungen möglicherweise nicht ordnungsgemäß zu den neuen URLs weitergeleitet, und Lesezeichen zu den alten URLs funktionieren nicht mehr.

• Verwenden Sie dieselbe Authentifizierungsmethode.

  Wenn Sie beispielsweise die klassische Windows-Authentifizierung in Ihrer alten Umgebung verwenden und auch weiterhin verwenden möchten, müssen Sie eine Webanwendung erstellen, die die klassische Windows-Authentifizierung verwendet. Da die anspruchsbasierte Authentifizierung jetzt die Standardoption für SharePoint Server 2016 ist, müssen Sie PowerShell verwenden, um eine Webanwendung zu erstellen, die die klassische Windows-Authentifizierung verwendet.

• Erstellen Sie verwaltete Pfade neu.

• Erstellen Sie die Kontingentvorlagen neu.

• Konfigurieren Sie die E-Mail-Einstellungen für die Webanwendung.

• Aktivieren Sie die Self-Service Site Creation für jede Webanwendung, die dieses Feature in der vorherigen Umgebung verwendet hat. Erstellen Sie alle Self-Service Site Creation-Einstellungen neu.

• Erstellen Sie den Pfad für die Websites vom Typ Meine Websites (/persönlich) auf der Webanwendung, die Meine Websites hostet. Meine Websites sind nur in Websites vom Typ SharePoint Server verfügbar.

• Erstellen Sie alle Richtlinien oder sonstige Einstellungen für eine Webanwendung, die in Ihrer vorherigen Umgebung konfiguriert waren, neu.

Erneutes Anwenden von Anpassungen

Eine häufige Ursache für Fehler während des Upgrades besteht darin, dass die neue Umgebung nicht über benutzerdefinierte Features, Lösungen oder andere Elemente verfügt. Vergewissern Sie sich, dass alle benutzerdefinierten Elemente aus der SharePoint Server 2013 with Service Pack 1 (SP1)-Umgebung auf den Front-End-Webservern installiert sind, bevor Sie mit dem Upgrade einer der Inhaltsdatenbanken beginnen.

In diesem Schritt übertragen Sie alle Anpassungen manuell in die neue Farm. Installieren Sie unbedingt alle Komponenten, die für die ordnungsgemäße Ausführung der Websites erforderlich sind, zum Beispiel die folgenden:

• Benutzerdefinierte Websitedefinitionen

• Benutzerdefinierte Stylesheets (z. B. Cascading Stylesheets und Bilder)

• Benutzerdefinierte Webparts

• Benutzerdefinierte Webdienste

• Benutzerdefinierte Features und Lösungen

• Benutzerdefinierte Assemblys

• Änderungen an "Web.config" (z. B. Sicherheit)

  Stellen Sie sicher, dass Sie alle eindeutigen Einstellungen aus den "Web.config"-Dateien für jede Webanwendung auf die neuen Server übertragen.

• Vom Administrator genehmigte Formularvorlagen (XSN-Dateien) und Datenverbindungsdateien (UDCX-Dateien) für InfoPath. InfoPath ist nur in SharePoint Server 2010 verfügbar.

• Andere Komponenten oder Dateien, die für die Websites erforderlich sind.

Die Installation für SharePoint Server 2016 enthält von vielen Elementen sowohl die SharePoint Server 2013 with Service Pack 1 (SP1)- als auch die SharePoint Server 2016-Version. Die Verzeichnisse in dem Dateisystem werden sowohl in 15er- als auch in 16er-Pfaden dupliziert. Beispiel:

• Web Server Extensions/15/TEMPLATE/Features

• Web Server Extensions/16/TEMPLATE/Features

Es gibt auch zwei Versionen der IIS-Unterstützungsverzeichnisse: "_Layouts", "_Layouts/16" und "_ControlTemplates", "_ControlTemplates/16".

Stellen Sie sicher, dass Sie Anpassungen am richtigen Speicherort in der neuen Farm installieren. Beispielsweise sollten zusätzliche Stylesheets für SharePoint Server 2013 with Service Pack 1 (SP1) in Pfad „/15“ und nicht im neuen Pfad „/16“ installiert werden, damit auch Websitesammlungen diese verwenden können, für die noch kein Upgrade durchgeführt wurde. Wenn eine Lösung für beide Pfade verfügbar sein soll, installieren Sie diese zweimal. Verwenden Sie bei der zweiten Installation den Parameter CompatibilityLevel, um die Lösung im Pfad „/16“ zu installieren. Weitere Informationen finden Sie unter Install-SPSolution.

Überprüfen von benutzerdefinierten Komponenten

Mittels Stsadm -o enumallwebs in der SharePoint Server 2013 with Service Pack 1 (SP1)-Umgebung und den Parametern includefeatures und includewebparts können Sie sicherzustellen, dass Sie alle benutzerdefinierten Komponenten für Ihre Umgebung identifiziert haben. Bei diesem Vorgang werden alle Vorlagen, Features, Webparts und sonstige benutzerdefinierten Elemente ermittelt, die für die einzelnen Websites verwendet werden. Weitere Informationen über den Einsatz von enumallwebs-Vorgängen finden Sie unter Enumallwebs: Stsadm-Vorgang (Office SharePoint Server) und Bereinigen einer Umgebung vor dem Upgrade auf SharePoint 2013.

Sie können auch das Get-SPWeb-Cmdlet in Ihrer SharePoint Server 2013 with Service Pack 1 (SP1)-Umgebung verwenden, um die Vorlagen anzuzeigen, die den einzelnen Websites zugeordnet sind, und dann überprüfen, ob die jeweilige Vorlage in Ihrer SharePoint Server 2016-Umgebung installiert ist. Weitere Informationen zu diesem Vorgang finden Sie unter Get-SPWeb.

Bevor Sie die Inhaltsdatenbanken an die Webanwendungen anfügen, stellen Sie mithilfe des Test-SPContentDatabase-Cmdlets sicher, dass alle für diese Datenbanken erforderlichen benutzerdefinierten Komponenten vorhanden sind.

So überprüfen Sie die Verfügbarkeit benutzerdefinierter Komponenten mithilfe von PowerShell

1. Stellen Sie sicher, dass Sie über folgende Mitgliedschaften verfügen:

   • Feste Serverrolle securityadmin auf der SQL Server-Instanz.

   • Feste Datenbankrolle db_owner auf allen Datenbanken, die aktualisiert werden sollen.

   • Administratorgruppe auf dem Server, auf dem die PowerShell-Cmdlets ausgeführt werden.

   Ein Administrator kann mithilfe des Add-SPShellAdmin-Cmdlets Berechtigungen zur Verwendung des SharePoint Server 2016-Cmdlets gewähren.

   Hinweis

   Wenn Sie über keine Berechtigungen verfügen, kontaktieren Sie Ihren Setup-Administrator oder SQL Server-Administrator, um die Berechtigungen anzufordern. Weitere Informationen zu PowerShell-Berechtigungen finden Sie unter Add-SPShellAdmin.

2. Starten Sie die SharePoint 2016-Verwaltungsshell.

   • Für Windows Server 2012 R2:

     • Klicken Sie auf der Startseite auf SharePoint 2016-Verwaltungsshell.

       Wenn die SharePoint 2016-Verwaltungsshell auf der Startseite nicht vorhanden ist:

     • Klicken Sie mit der rechten Maustaste auf Computer, klicken Sie auf Alle Apps und anschließend auf SharePoint 2016-Verwaltungsshell.

   Weitere Informationen zur Interaktion mit Windows Server 2012 R2 finden Sie unter Allgemeine Verwaltungsaufgaben und Navigation in Windows Server 2012.

3. Geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein:

   Test-SPContentDatabase -Name DatabaseName -WebApplication URL
   

   Dabei gilt Folgendes:

   • DatabaseName ist der Name der zu testenden Datenbank.

   • URL ist die URL der Webanwendung, von der die Websites gehostet werden.

Weitere Informationen finden Sie unter Test-SPContentDatabase.

Anfügen einer Inhaltsdatenbank an eine Webanwendung und Aktualisieren der Datenbank

Beim Anfügen einer Inhaltsdatenbank an eine Webanwendung aktualisieren Sie die Datenbank und fügen die Websitesammlungen in dieser Datenbank der Webanwendung hinzu, die Sie angeben. Nach der Aktualisierung der Datenbanken wird der Websitesammlungs-Upgradeprozesses standardmäßig automatisch gestartet.

Berücksichtigen Sie beim Anfügen einer Inhaltsdatenbank für eine Webanwendung mit mehreren Inhaltsdatenken die Stammwebsite in der ersten Inhaltsdatenbank, die Sie anfügen. Bevor Sie den Vorgang fortsetzen, sollten Sie daher den Stamm der Webanwendung in der SharePoint Server 2013 with Service Pack 1 (SP1)-Serverfarm untersuchen, um die erste Websitesammlung zu bestimmen. Nachdem Sie die Datenbank, die die Stammwebsite enthält, angefügt haben, fügen Sie die anderen Inhaltsdatenbanken für die Webanwendung in beliebiger Reihenfolge an. Sie müssen keine Websitesammlungen zum Speichern des Inhalts erstellen, bevor Sie die Datenbank anfügen. Bei diesem Verfahren werden die Websitesammlungen automatisch für Sie erstellt. Sie dürfen keine neuen Websitesammlungen hinzufügen, bevor Sie nicht alle Inhaltsdatenbanken wiederhergestellt haben.

Tipp

Jede Websitesammlung in einer Inhaltsdatenbank verfügt über eine GUID, die in der Konfigurationsdatenbank registriert und der Websitesammlung zugeordnet ist. Aus diesem Grund können Sie eine Websitesammlung auch in separaten Webanwendungen nicht zweimal derselben Farm hinzufügen. Auch wenn die Datenbank in solchen Fällen erfolgreich angefügt werden kann, wird es Ihnen nicht möglich sein, zu der Websitesammlung zu wechseln.
Wenn Sie eine Kopie einer Websitesammlung in derselben Farm benötigen, müssen Sie die Datenbank mit der Websitesammlung zunächst einer separaten Farm hinzufügen, bevor Sie die Websitesammlung mit den Cmdlets Backup-SPSite und Restore-SPSite PowerShell in die neue Farm kopieren. Durch das Sichern und Wiederherstellen wird eine neue GUID für die Websitesammlung erstellt. Weitere Informationen zu diesen Cmdlets finden Sie unter Backup-SPSite und Restore-SPSite.

Bei Websites vom Typ Meine Websites müssen Sie zuerst die Inhaltsdatenbank anfügen, die den Meine Website-Host enthält, bevor Sie Datenbanken anfügen, die die Websites vom Typ Meine Websites enthalten.

Als Sie die Webanwendungen in der neuen SharePoint Server 2016-Umgebung erstellt haben, wurde standardmäßig eine Inhaltsdatenbank für jede Webanwendung erstellt. Sie können diese Standarddatenbanken ignorieren, bis Sie Ihre SharePoint Server 2013 with Service Pack 1 (SP1)-Datenbanken angefügt haben. Danach können Sie die Standarddatenbanken löschen.

Wichtig

Wenn Sie die Inhaltsdatenbanken über Domänen oder Gesamtstrukturen in eine andere Umgebung verschieben, die andere Dienstkonten besitzt, müssen Sie sicherstellen, dass die Berechtigungen für die Dienstkonten weiterhin korrekt sind, bevor Sie die Datenbanken anfügen.

Hinweis

Eine häufige Ursache für Fehler während des Upgrades besteht darin, dass in der Umgebung benutzerdefinierte Features, Lösungen oder andere Elemente fehlen. Vergewissern Sie sich, dass alle benutzerdefinierten Elemente aus der SharePoint Server 2013 with Service Pack 1 (SP1)-Umgebung auf den Front-End-Webservern in der SharePoint Server 2016-Umgebung installiert sind, bevor Sie mit dem Upgradeprozess beginnen. Verwenden Sie das Test-SPContentDatabase-Cmdlet, um feststellen, welche benutzerdefinierten Elemente möglicherweise nicht in Ihren Websites vorhanden sind.

So fügen Sie eine Inhaltsdatenbank mithilfe von PowerShell an eine Webanwendung an

1. Sie müssen das Mount-SPContentDatabase-Cmdlet verwenden, um eine Inhaltsdatenbank an eine Webanwendung anzufügen. Die Verwendung der Seiten der SharePoint-Zentraladministration wird zum Anfügen einer Inhaltsdatenbank bei Upgradevorgängen nicht unterstützt.

   Wenn Sie das Upgrade der Websites verzögern möchten, können Sie den SkipSiteUpgrade-Parameter des Mount-SPContentDatabase-Cmdlets verwenden.

   Hinweis

   Das Verwenden des Mount-SPContentDatabase-Cmdlets zum Anfügen einer Inhaltsdatenbank ist das empfohlene Verhalten und die empfohlene Option zum Aktualisieren von Datenbanken und Websitesammlungen in SharePoint Server 2016.

   Stellen Sie sicher, dass das Konto, mit dem Sie die Datenbanken anfügen, ein Mitglied der festen Datenbankrolle db_owner für die Inhaltsdatenbanken ist, die Sie aktualisieren möchten.

   Vergewissern Sie sich, dass Sie über die folgenden Mitgliedschaften verfügen:

   • Feste Serverrolle securityadmin auf der SQL Server-Instanz.

   • Feste Datenbankrolle db_owner auf allen Datenbanken, die aktualisiert werden sollen.

   • Administratorgruppe auf dem Server, auf dem die PowerShell-Cmdlets ausgeführt werden.

   Ein Administrator kann mithilfe des Add-SPShellAdmin-Cmdlets Berechtigungen zur Verwendung des SharePoint Server 2016-Cmdlets gewähren.

   Hinweis

   Wenn Sie über keine Berechtigungen verfügen, kontaktieren Sie Ihren Setup-Administrator oder SQL Server-Administrator, um die Berechtigungen anzufordern. Weitere Informationen zu PowerShell-Berechtigungen finden Sie unter Add-SPShellAdmin.

2. Starten Sie die SharePoint 2016-Verwaltungsshell.

   • Für Windows Server 2012 R2:

     • Klicken Sie auf der Startseite auf SharePoint 2016-Verwaltungsshell.

       Wenn die SharePoint 2016-Verwaltungsshell auf der Startseite nicht vorhanden ist:

     • Klicken Sie mit der rechten Maustaste auf Computer, klicken Sie auf Alle Apps und anschließend auf SharePoint 2016-Verwaltungsshell.

   Weitere Informationen zur Interaktion mit Windows Server 2012 R2 finden Sie unter Allgemeine Verwaltungsaufgaben und Navigation in Windows Server 2012.

3. Geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein, und drücken Sie dann die EINGABETASTE:

   Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL
   

   Dabei gilt Folgendes:

   • DatabaseName ist der Name der Datenbank, die Sie aktualisieren möchten.

   • ServerName ist der Server, auf dem die Datenbank gespeichert ist.

   • URL ist die URL der Webanwendung, von der die Websites gehostet werden.

Weitere Informationen finden Sie unter „Mount-SPContentDatabase“. Nachdem die Datenbanken aktualisiert wurden, werden die Websitesammlungen automatisch aktualisiert. Weitere Informationen zum Upgrade von Websitesammlungen finden Sie im Artikel zum Thema Upgrade von Websitesammlungen auf SharePoint Server 2016.

Überprüfen des Upgrades für die erste Datenbank

Nach dem Anfügen einer Datenbank können Sie über die Seite Upgradestatus in der Zentraladministration den Status des Upgrades für Ihre Datenbanken überprüfen. Nach Abschluss des Upgrades können Sie die Upgradeprotokolldatei auf Probleme während des Upgrades überprüfen. Sie können ein PowerShell-Cmdlet verwenden, um den Upgradestatus für alle Inhaltsdatenbanken zu überprüfen. Weitere Informationen zur Überprüfung des Upgrades sowie zur Behandlung etwaiger Probleme finden Sie unter Überprüfen der Datenbankupgrades in SharePoint Server 2016.

So zeigen Sie die Seite "Upgradestatus" an

• Stellen Sie sicher, dass das Benutzerkonto, mit dem dieser Vorgang ausgeführt wird, ein Mitglied der festen Datenbankrolle db_owner für die Datenbanken ist.

• Klicken Sie in der Zentraladministration auf Upgrade und Migration und dann auf Upgradestatus überprüfen.

So zeigen Sie die Upgradeprotokolldatei an

• Die Upgradefehlerprotokoll-Datei und die Upgradeprotokolldatei finden Sie unter %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\16\LOGS. Die Upgradeprotokolldatei enthält ausführlichere Informationen als das Upgradefehlerprotokoll. Überprüfen Sie unbedingt die Zusammenfassung im unteren Teil der Protokolldatei auf Informationen zum Gesamtstatus und eine Aufzählung der Warnungen und Fehler in der Datei.

  Die Protokolle sind Textdateien mit dem folgenden Format:

  • Upgrade-JJJJMMTT-HHMMSS-SSS-error.log

  • Upgrade-JJJJMMTT-HHMMSS-SSS.log

  Dabei gilt:

  • JJJJMMTT ist das Datum

  • HHMMSS-SSS ist die Uhrzeit (Uhrzeit im 24-Stunden-Format, Minuten, Sekunden und Millisekunden)

  Beispiel für ein Upgradefehlerprotokoll: "Upgrade-20120105-132126-374-error.log"; Beispiel für ein Upgradeprotokoll: "Upgrade-20120105-132126-374.log".

  Hinweis

  Das Format des Upgradeprotokolls für SharePoint Server 2016 basiert auf derselben Struktur wie ULS.
  Die Upgradeprotokolldatei enthält den Namen der aktualisierten Inhaltsdatenbank.

So zeigen Sie den Upgradestatus für alle Datenbanken mithilfe von PowerShell an

1. Vergewissern Sie sich, dass Sie über die folgenden Mitgliedschaften verfügen:

   • Feste Serverrolle securityadmin auf der SQL Server-Instanz.

   • Feste Datenbankrolle db_owner auf allen Datenbanken, die aktualisiert werden sollen.

   • Administratorgruppe auf dem Server, auf dem die PowerShell-Cmdlets ausgeführt werden.

   Ein Administrator kann mithilfe des Add-SPShellAdmin-Cmdlets Berechtigungen zur Verwendung des SharePoint Server 2016-Cmdlets gewähren.

   Hinweis

   Wenn Sie über keine Berechtigungen verfügen, kontaktieren Sie Ihren Setup-Administrator oder SQL Server-Administrator, um die Berechtigungen anzufordern. Weitere Informationen zu PowerShell-Berechtigungen finden Sie unter Add-SPShellAdmin.

2. Starten Sie die SharePoint 2016-Verwaltungsshell.

   • Für Windows Server 2012 R2:

     • Klicken Sie auf der Startseite auf SharePoint 2016-Verwaltungsshell.

       Wenn die SharePoint 2016-Verwaltungsshell auf der Startseite nicht vorhanden ist:

     • Klicken Sie mit der rechten Maustaste auf Computer, klicken Sie auf Alle Apps und anschließend auf SharePoint 2016-Verwaltungsshell.

   Weitere Informationen zur Interaktion mit Windows Server 2012 R2 finden Sie unter Allgemeine Verwaltungsaufgaben und Navigation in Windows Server 2012.

3. Geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein:

   Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
   

Dieses Cmdlet gibt eine tabellarische Liste aller Datenbanken in Ihrer Farm zurück und gibt an, ob die Datenbanken ein Upgrade auf SharePointAll_2nd_CurrentVer erfordern.

Anfügen der verbleibenden Datenbanken

Nachdem Sie die erste Inhaltsdatenbank wiederhergestellt und sich vergewissert haben, dass dieser Vorgang erfolgreich war, können Sie mit dem Wiederherstellen und Aktualisieren weiterer Datenbanken beginnen. Sie können parallele Upgrades durch Datenbankanfügungen durchführen, um mehr als eine Datenbank gleichzeitig zu aktualisieren. Verwenden Sie separate Microsoft PowerShell-Eingabeaufforderungen, um mehrere Upgrades auszuführen. Es wird empfohlen, die neuen Datenbank-Upgradesitzungen mit einem Abstand von einigen Minuten zueinander zu starten, um Probleme während des Anfügens mit temporären Sperren zu vermeiden, die für die Webanwendung festgelegt wurden. Andernfalls wird möglicherweise eine Fehlermeldung für die Upgradesitzung angezeigt. Die Wartezeit zum Löschen von temporären Sperren ist von der Anzahl der Websitesammlungen oder der Geschwindigkeit der Datenbankserverhardware abhängig.

Überprüfung: Überprüfen des Upgrades für weitere Datenbanken

Überprüfen Sie nach dem Upgrade aller weiterer Datenbanken die Seite Upgradestatus, um den Fortschritt zu überwachen und sich zu vergewissern, dass das Upgrade abgeschlossen ist. Überprüfen Sie die Protokolldatei, um alle sonstigen Probleme zu identifizieren.

Nächste Schritte

Nach dem Upgrade der Datenbank sollten Sie anhand von weiteren Schritten sicherstellen, dass Ihre Farm einsatzbereit ist. Beispiel:

• Migrieren Sie ggf. Benutzerkonten zur anspruchsbasierten Authentifizierung.

  Neue Webanwendungen in SharePoint Server 2016 verwenden standardmäßig die anspruchsbasierte Authentifizierung. Wenn Sie in der vorherigen Umgebung die klassische Windows-Authentifizierung verwendet haben, müssen Sie die Benutzer zur anspruchsbasierten Authentifizierung migrieren.

• Aktualisieren Sie Links, die in aktualisierten InfoPath-Formularvorlagen verwendet werden.

  Für ein Upgrade durch Datenbankanfügungen haben Sie alle InfoPath-Formularvorlagen in der Umgebung beim Erstellen der neuen Umgebung exportiert und importiert. Nach dem Upgrade können Sie die in den aktualisierten Formularvorlagen verwendeten Links mithilfe eines Microsoft PowerShell-Cmdlets aktualisieren, sodass diese auf die richtigen URLs zeigen.

  InfoPath ist nur in SharePoint Server verfügbar.

• Ausführen einer vollständigen Durchforstung

  Weitere Informationen finden Sie unter Start, pause, resume, or stop a crawl in SharePoint Server.

• Sichern der Farm

  Weitere Informationen finden Sie unter Sichern von Farmen in SharePoint Server.

Dies ist die vierte Phase beim Upgrade von SharePoint 2010-Produkte-Daten und -Websites auf SharePoint Server 2016. Eine Übersicht über den gesamten Prozess finden Sie unter Übersicht über die Verfahren beim Upgrade auf SharePoint Server 2016.