Upgrade von Dienstanwendungen auf die SharePoint Server-Abonnementedition

Artikel
03/08/2023

GILT FÜR: no-img-13 2013 no-img-16 2016 no-img-19 2019 yes-img-se Subscription Edition no-img-sop SharePoint in Microsoft 365

Wenn Sie ein Upgrade von SharePoint Server 2019 oder SharePoint Server 2016 auf die SharePoint Server-Abonnementedition durchführen, müssen Sie ein Datenbankanfügungsupgrade verwenden. Dies bedeutet, dass Sie nur den Inhalt für Ihre Umgebung und nicht die Konfigurationseinstellungen aktualisieren. Nachdem Sie die SharePoint Server-Abonnementedition konfiguriert und die Inhalts- und Dienstanwendungsdatenbanken kopiert haben, können Sie die Dienstanwendungen auf die SharePoint Server-Abonnementedition aktualisieren. Dieser Artikel enthält die Schritte, die Sie ausführen, um die Dienstanwendungen zu aktualisieren.

Phase 3 des Upgradeprozesses: Upgrade der Dienstanwendungen

Phase 3 des Upgradeprozesses: Upgrade der Dienstanwendungen

Phases	Beschreibung
	Dies ist die dritte Phase, in der SharePoint Server 2019- und SharePoint Server 2016-Daten und -Websites auf die SharePoint Server-Abonnementedition aktualisiert werden. Die Konfiguration umfasst folgende Phasen, die in dieser Reihenfolge ausgeführt werden müssen: Erstellen einer SharePoint Server-Abonnementedition-Farm für ein Upgrade mit Anfügen der Datenbanken Kopieren von Datenbanken in die neue Farm für ein Upgrade zur SharePoint Server-Abonnementedition Upgrade von Dienstanwendungen auf die SharePoint Server-Abonnementedition (in dieser Phase) Upgraden von Inhaltsdatenbanken auf die SharePoint Server-Abonnementedition Eine Übersicht über den gesamten Prozess finden Sie unter Übersicht über den Upgradeprozess auf die SharePoint Server-Abonnementedition.

Phases

Beschreibung

Dies ist die dritte Phase, in der SharePoint Server 2019- und SharePoint Server 2016-Daten und -Websites auf die SharePoint Server-Abonnementedition aktualisiert werden. Die Konfiguration umfasst folgende Phasen, die in dieser Reihenfolge ausgeführt werden müssen:
Erstellen einer SharePoint Server-Abonnementedition-Farm für ein Upgrade mit Anfügen der Datenbanken
Kopieren von Datenbanken in die neue Farm für ein Upgrade zur SharePoint Server-Abonnementedition
Upgrade von Dienstanwendungen auf die SharePoint Server-Abonnementedition (in dieser Phase)
Upgraden von Inhaltsdatenbanken auf die SharePoint Server-Abonnementedition

Eine Übersicht über den gesamten Prozess finden Sie unter Übersicht über den Upgradeprozess auf die SharePoint Server-Abonnementedition.

Bevor Sie beginnen

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

Stellen Sie sicher, dass das Konto, das Sie zum Ausführen der Schritte in diesem Artikel verwenden, Mitglied der Gruppe Farmadministratoren auf der Website der Zentraladministration ist.
Legen Sie fest, welcher Dienstanwendungspool für die aktualisierten Dienstanwendungen verwendet werden soll. In den folgenden Verfahren wird der Standardanwendungspool für Dienstanwendungen verwendet SharePoint Web Services Default. Verwenden Sie das Cmdlet Get-SPServiceApplicationPool in der PowerShell, um eine Liste verfügbarer Dienstanwendungspools anzuzeigen. Sie können auch das Cmdlet New-SPServiceApplicationPool verwenden, um einen Dienstanwendungspool zu erstellen. Weitere Informationen finden Sie unter Get-SPServiceApplicationPool und New-SPServiceApplicationPool.

Tipp

In diesem Artikel werden Variablen (z. B. $applicationPool, $sss, $upa usw.) in den PowerShell-Cmdlets verwendet, um Zeit und Aufwand zu sparen. Sie müssen diese Variablen nicht verwenden, wenn Sie dies lieber nicht möchten. Wenn Sie diese Variablen jedoch nicht verwenden, müssen Sie IDs für die Dienstanwendungen und Dienstanwendungsproxys verwenden, wenn Sie die Identity-Parameter angeben. Jede Prozedur enthält Informationen zu den verwendeten Variablen oder den alternativen Cmdlets, die zum Nachschlagen erforderlicher IDs verwendet werden sollen. > Außerdem enthalten viele Verfahren in diesem Artikel einen Schritt zum Festlegen der $applicationPool Variablen. Wenn Sie alle diese Prozeduren in derselben PowerShell-Sitzung ausführen und denselben Anwendungspool für alle Dienstanwendungen verwenden möchten, müssen Sie diesen Schritt nicht in jeder Prozedur wiederholen. Stattdessen können Sie diese Variable zu Beginn einmalig festlegen und für alle Verfahren in diesem Artikel verwenden.

Informationen zum Aktualisieren der Dienstanwendungsdatenbanken

Um eine Dienstanwendungsdatenbank zu aktualisieren, müssen Sie eine neue Dienstanwendung erstellen und den Namen der vorhandenen Datenbank angeben, die für die Dienstanwendung verwendet werden soll. Beim Erstellen der Dienstanwendung wird die Datenbank aktualisiert. Dieses Verfahren umfasst mehrere Schritte.

Hinweis

[!HINWEIS] Word Automation Services und maschinelle Übersetzungsdienste können nicht aktualisiert werden. Es muss eine neue Dienstinstanz erstellt werden.

Wichtig

[!WICHTIGER HINWEIS] Die folgenden Schritte gelten nur für den Serverrollentyp „Benutzerdefiniert". Weitere Informationen zu Serverrollentypen finden Sie unter Planen einer MinRole-Serverbereitstellung in SharePoint Server 2016 und SharePoint Server 2019.

Starten Sie die Dienstinstanzen.

Der erste Schritt besteht darin, Dienstinstanzen für die vier Dienstanwendungen zu starten, die Sie aktualisieren können: den Business Data Connectivity-Dienst, den Verwalteten Metadaten-Webdienst, den Secure Store-Dienst und den Suchdienst. Die meisten dieser Dienstinstanzen können über die Zentraladministration gestartet werden. Die SharePoint Server-Suchdienstinstanz muss jedoch mithilfe von PowerShell gestartet werden.
Erstellen Sie die Dienstanwendungen, und aktualisieren Sie die Datenbanken.

Nach dem Starten der Dienstinstanzen erstellen Sie als nächsten Schritt die Dienstanwendungen und aktualisieren die Datenbanken. Sie müssen PowerShell verwenden, um die Dienstanwendungsdatenbanken wiederherzustellen.
Erstellen Sie Proxys für die Dienstanwendungen.

Nachdem Sie die Dienstanwendungsdatenbanken aktualisiert haben, erstellen Sie die Proxys für die Dienstanwendungen und fügen diese der Standardproxygruppe hinzu. Sie müssen Proxys für die folgenden Dienstanwendungen erstellen:
- Dienstanwendung für verwaltete Metadaten
- Suchdienstanwendung
- Secure Store-Dienstanwendung
  
  Die Business Data Connectivity Service-Anwendung erstellt automatisch einen Proxy und weist diesen beim Erstellen der Dienstanwendung der Standardproxygruppe zu.
Sicherstellen, dass sich die Proxys in der Standardproxygruppe befinden

In den folgenden Abschnitten werden Verfahren zum Ausführen dieser Schritte erläutert.

Starten der Dienstinstanzen

Mit den folgenden Verfahren werden die Dienstinstanzen gestartet.

So starten Sie die Anwendungsinstanzen über Zentraladministration

Starten Sie die SharePoint 2019-Zentraladministration.
Klicken Sie in der SharePoint 2019-Zentraladministration auf der Seite Anwendungsverwaltung im Abschnitt Dienstanwendungen auf Dienste auf Server verwalten.
Klicken Sie neben Business Data Connectivity Service auf Starten.
Klicken Sie neben Verwalteter Metadatenwebdienst auf Starten.
Klicken Sie neben Secure Store Service auf Starten.

Die Suchdienstinstanz muss mithilfe von PowerShell gestartet werden, da ein Start über die Zentraladministration nur möglich ist, wenn die Suchdienstanwendung bereits vorhanden ist.

Tipp

Bei Verwendung von MinRoles ist Start möglicherweise nicht verfügbar, da es von der Farm verwaltet wird. Wenn die zugeordnete Dienstanwendung erstellt wurde, wird die Dienstinstanz automatisch gestartet.

So starten Sie die Suchdienstinstanz mithilfe von PowerShell

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 das Cmdlet Add-SPShellAdmin verwenden, um Berechtigungen für die Verwendung von SharePoint Server Subscription Edition-Cmdlets zu erteilen.
  
  Hinweis
  
  [!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.
Starten Sie die Verwaltungsshell der SharePoint-Abonnementedition.
Geben Sie zum Starten der Suchdienstinstanz an der Microsoft PowerShell-Eingabeaufforderung die folgenden Befehle ein, und drücken Sie nach jedem Befehl die EINGABETASTE:
```
$SearchInst = Get-SPEnterpriseSearchServiceInstance
    # Stores the identity for the Search service instance on this server as a variable
```
```
Start-SPServiceInstance $SearchInst
    # Starts the service instance
```
Weitere Informationen finden Sie unter Get-SPEnterpriseSearchServiceInstance und Start-SPServiceInstance.

Aktualisieren der Secure Store-Dienstanwendung

Um die Secure Store-Dienstanwendung zu aktualisieren, erstellen Sie die neue Dienstanwendung und aktualisieren Sie die Datenbank, erstellen Sie einen Proxy und fügen Sie ihn der Standardproxygruppe hinzu, und stellen Sie dann die Passphrase von der vorherigen Umgebung wieder her.

So aktualisieren Sie die Secure Store-Dienstanwendung mithilfe von PowerShell

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.
  
  Mit dem Cmdlet Add-SPShellAdmin kann ein Administrator die Berechtigung zur Verwendung von SharePoint Server-Cmdlets gewähren.
  
  Hinweis
  
  [!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.
Starten Sie die Verwaltungsshell der SharePoint-Abonnementedition.
Geben Sie an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein, um den Anwendungspool zu speichern, den Sie als Variable für diese Dienstanwendung verwenden möchten:
```
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
```
Wobei Folgendes gilt:
- SharePoint Web Services default ist der Name des Dienstanwendungspools, der die neuen Dienstanwendungen enthalten soll. Dies ist der Standard-Dienstanwendungspool. Sie können einen anderen Dienstanwendungspool angeben.
Mit diesem Cmdlet wird der Dienstanwendungspool als eine Variable festgelegt, die Sie in den darauffolgenden Cmdlets erneut verwenden können. Wenn Sie über mehrere Anwendungspools verfügen und einen anderen Anwendungspool für eine bestimmte Dienstanwendung verwenden müssen, wiederholen Sie diesen Schritt im Verfahren, um jede Dienstanwendung so zu erstellen, dass sie den entsprechenden Anwendungspool verwendet.
Um die Secure Store-Dienstanwendung zu aktualisieren, geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein:
```
$sss = New-SPSecureStoreServiceApplication -Name 'Secure Store' -ApplicationPool $applicationPool -DatabaseName 'SecureStore_Upgrade_DB' -AuditingEnabled
```
Dabei gilt:
- SecureStore ist der Name, den Sie der neuen Secure Store-Dienstanwendung geben möchten.
- $applicationpool ist die Variable, die Sie zuvor zum Identifizieren des zu verwendenden Dienstanwendungspools festgelegt haben.
  
  Tipp
  
  [!TIPP] Wenn Sie nicht die Variable $applicationpool verwenden, müssen Sie den Namen eines vorhandenen Anwendungspools im Format ' Anwendungspoolname' angeben. Führen Sie das Cmdlet Get-SPServiceApplicationPool aus, um eine Liste der Dienstanwendungspools anzuzeigen.
- SecureStore_Upgrade_DB ist der Name der Dienstanwendungsdatenbank, die Sie aktualisieren möchten.
Dieser Befehl legt eine Variable ($sss) fest, die Sie später beim Erstellen des Proxys verwenden.

Weitere Informationen finden Sie unter New-SPSecureStoreApplication.
Geben Sie den folgenden Befehl ein, um einen Proxy für die Secure Store-Dienstanwendung zu erstellen.
```
$sssp = New-SPSecureStoreServiceApplicationProxy -Name ProxyName -ServiceApplication $sss -DefaultProxyGroup
```
Wobei Folgendes gilt:
- ProxyName ist der gewünschte Proxyname.
- $sss ist die Variable, die Sie zuvor zum Identifizieren der neuen Secure Store-Dienstanwendung festgelegt haben.
  
  Tipp
  
  [!TIPP] Wenn Sie nicht die Variable $sss verwenden, müssen Sie statt eines Namens eine ID zum Identifizieren der Secure Store -Dienstanwendung verwenden. Zum Finden der ID können Sie das Get-SPServiceApplication -Cmdlet ausführen, um eine Liste aller Dienstanwendungs-IDs zurückzugeben.
- DefaultProxyGroup fügt den Secure Store-Dienstanwendungsproxy der Standardproxygruppe für die lokale Farm hinzu.
Mit diesem Befehl wird eine Variable ($sss) für den Dienstanwendungsproxy festgelegt, die Sie später beim Wiederherstellen der Passphrase verwenden.

Weitere Informationen finden Sie unter New-SPSecureStoreServiceApplicationProxy.

Nachdem Sie die Secure Store-Dienstanwendung und den Proxy erstellt haben, müssen Sie den Verschlüsselungsschlüssel aktualisieren. Informationen zum Aktualisieren des Verschlüsselungsschlüssels finden Sie unter Aktualisieren des Secure Store-Verschlüsselungsschlüssels.
Geben Sie den folgenden Befehl ein, um die Passphrase für die Secure Store-Dienstanwendung wiederherzustellen:
```
Update-SPSecureStoreApplicationServerKey -Passphrase <Passphrase> -ServiceApplicationProxy $sssp
```
Wobei Folgendes gilt:
- <Passphrase> ist die Passphrase für die Secure Store-Dienstanwendung aus Ihrer vorherigen Umgebung.
- $sssp ist die Variable, die Sie zuvor zum Identifizieren des neuen Secure Store-Dienstanwendungproxys festgelegt haben.
  
  Tipp
  
  [!TIPP] Wenn Sie nicht die Variable $sssp verwenden, müssen Sie statt eines Namens eine ID zum Identifizieren des Secure Store-Dienstanwendungproxys verwenden. Zum Ermitteln der ID können Sie das Cmdlet Get-SPServiceApplicationProxy -Cmdlet ausführen, um eine Liste aller Dienstanwendungsproxy-IDs zurückzugeben.
Weitere Informationen finden Sie unter Update-SPSecureStoreApplicationServerKey.

Aktualisieren der Business Data Connectivity Service-Anwendung

Um die Business Data Connectivity Service-Anwendung zu aktualisieren, erstellen Sie die neue Dienstanwendung und aktualisieren die Datenbank. Sie müssen keinen Proxy für die Business Data Connectivity Service-Anwendung erstellen. Die Business Data Connectivity Service-Anwendung erstellt automatisch einen Proxy und weist diesen beim Erstellen der Dienstanwendung der Standardproxygruppe zu.

So aktualisieren Sie die Business Data Connectivity Service-Anwendung mithilfe von PowerShell

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 das Cmdlet Add-SPShellAdmin verwenden, um Berechtigungen für die Verwendung von SharePoint Server 2019- oder SharePoint Server 2016-Cmdlets zu erteilen.
  
  Hinweis
  
  [!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.
Starten Sie die Verwaltungsshell der SharePoint-Abonnementedition.
Geben Sie an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein, um den Anwendungspool zu speichern, den Sie als Variable für diese Dienstanwendung verwenden möchten:
```
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
```
Wobei Folgendes gilt:
- SharePoint Web Services default ist der Name des Dienstanwendungspools, der die neuen Dienstanwendungen enthalten soll.
Mit diesem Cmdlet wird der Dienstanwendungspool als eine Variable festgelegt, die Sie in den darauffolgenden Cmdlets erneut verwenden können. Wenn Sie über mehrere Anwendungspools verfügen und einen anderen Anwendungspool für eine bestimmte Dienstanwendung verwenden müssen, wiederholen Sie diesen Schritt im Verfahren, um jede Dienstanwendung so zu erstellen, dass sie den entsprechenden Anwendungspool verwendet.
Geben Sie zum Aktualisieren der Business Data Connectivity Service-Anwendung an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein:
```
New-SPBusinessDataCatalogServiceApplication -Name 'BDC Service' -ApplicationPool $applicationPool -DatabaseName 'BDC_Service_DB'
```
Wobei Folgendes gilt:
- BDC Service ist der Name, den Sie der neuen Business Data Connectivity Service-Anwendung geben möchten.
- $applicationpool ist die Variable, die Sie zuvor zum Identifizieren des zu verwendenden Dienstanwendungspools festgelegt haben.
  
  Tipp
  
  [!TIPP] Wenn Sie nicht die Variable $applicationpool verwenden, müssen Sie den Namen eines vorhandenen Anwendungspools im Format ' Anwendungspoolname' angeben. Führen Sie das Cmdlet Get-SPServiceApplicationPool aus, um eine Liste der Dienstanwendungspools anzuzeigen.
- BDC_Service_DB ist der Name der Dienstanwendungsdatenbank, die Sie aktualisieren möchten.
Weitere Informationen finden Sie unter New-SPBusinessDataCatalogServiceApplication.

Aktualisieren der Dienstanwendung für verwaltete Metadaten

Um die Dienstanwendung für verwaltete Metadaten zu aktualisieren, erstellen Sie die neue Dienstanwendung und aktualisieren Sie die Datenbank, und erstellen Sie dann einen Proxy und fügen Sie ihn der Standardproxygruppe hinzu.

So aktualisieren Sie die Dienstanwendung für verwaltete Metadaten mithilfe von PowerShell

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 das Cmdlet Add-SPShellAdmin verwenden, um Berechtigungen für die Verwendung von SharePoint Server 2019- oder SharePoint Server 2016-Cmdlets zu erteilen.
  
  Hinweis
  
  [!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.
Starten Sie die Verwaltungsshell der SharePoint-Abonnementedition.
Um den Anwendungspool zu speichern, den Sie als Variable für diese Dienstanwendung verwenden möchten, geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein:
```
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
```
Dabei gilt:
- SharePoint Web Services default ist der Name des Dienstanwendungspools, der die neuen Dienstanwendungen enthalten soll.
Mit diesem Cmdlet wird der Dienstanwendungspool als eine Variable festgelegt, die Sie in den darauffolgenden Cmdlets erneut verwenden können. Wenn Sie über mehrere Anwendungspools verfügen und einen anderen Anwendungspool für eine bestimmte Dienstanwendung verwenden müssen, wiederholen Sie diesen Schritt im Verfahren, um jede Dienstanwendung so zu erstellen, dass sie den entsprechenden Anwendungspool verwendet.
Geben Sie zum Aktualisieren der Dienstanwendung für verwaltete Metadaten an der PowerShell-Eingabeaufforderung den folgenden Befehl ein:
```
$mms = New-SPMetadataServiceApplication -Name 'Managed Metadata Service Application' -ApplicationPool $applicationPool -DatabaseName 'Managed Metadata Service_DB'
```
Dabei gilt:
- Managed Metadata Service Application ist der Name, den Sie der neuen Dienstanwendung für verwaltete Metadaten geben möchten.
- $applicationpool ist die Variable, die Sie zuvor zum Identifizieren des zu verwendenden Dienstanwendungspools festgelegt haben.
  
  Tipp
  
  [!TIPP] Wenn Sie nicht die Variable $applicationpool verwenden, müssen Sie den Namen eines vorhandenen Anwendungspools im Format ' Anwendungspoolname' angeben. Führen Sie das Cmdlet Get-SPServiceApplicationPool aus, um eine Liste der Dienstanwendungspools anzuzeigen.
- Managed Metadata Service_DB ist der Name der Dienstanwendungsdatenbank, die Sie aktualisieren möchten.
  
  Dieser Befehl legt eine Variable ($mms) fest, die Sie später beim Erstellen des Proxys verwenden.
Weitere Informationen finden Sie unter New-SPMetadataServiceApplication.
Geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein, um einen Proxy für die Verwaltete Metadatendienstanwendung zu erstellen:
```
New-SPMetadataServiceApplicationProxy -Name ProxyName -ServiceApplication $mms -DefaultProxyGroup
```
Dabei gilt:
- ProxyName ist der gewünschte Proxyname.
- $mms ist die Variable, die Sie zuvor zum Identifizieren der neuen Dienstanwendung für verwaltete Metadaten festgelegt haben.
  
  Tipp
  
  [!TIPP] Wenn Sie nicht die Variable $mms verwenden, müssen Sie statt eines Namens eine ID zum Identifizieren des Dienstanwendungsproxys für Metadaten verwenden. Zum Ermitteln der ID können Sie das Get-SPServiceApplication -Cmdlet ausführen, um eine Liste aller Dienstanwendungs-IDs zurückzugeben.
- DefaultProxyGroup fügt den Proxy der Dienstanwendung für verwaltete Metadaten der Standardproxygruppe für die lokale Farm hinzu.
Weitere Informationen finden Sie unter New-SPMetadataServiceApplicationProxy.

Durchführen des Upgrades der Benutzerprofildienst-Anwendung

Führen Sie ein Upgrade der Verwalteten Metadatendienstanwendung durch, bevor Sie die Benutzerprofildienstanwendung aktualisieren.

Um die Benutzerprofildienstanwendung zu aktualisieren, kopieren Sie die Datenbanken Profil und Soziale Netzwerke in Ihrer SharePoint Server 2019- oder SharePoint Server 2016-Farm in Ihre SharePoint Server-Abonnementedition-Farm und erstellen eine neue Benutzerprofildienstanwendung aus Ihrer SharePoint Server 2019- oder SharePoint Server 2016-Farm in Ihrer SharePoint Server Subscription Edition-Farm. Die Wiederherstellung löst die SharePoint Server-Abonnementedition aus, um eine neue Benutzerprofildienstanwendung in der SharePoint Server-Abonnementedition-Farm zu erstellen und auf die kopierten Benutzerprofildatenbanken zu verweisen. Um das Upgrade der Benutzerprofildienstanwendung abzuschließen, erstellen Sie einen Proxy und fügen ihn der Standardproxygruppe hinzu.

So aktualisieren Sie die Benutzerprofildienstanwendung mithilfe von PowerShell

Kopieren Sie die Datenbanken Profil und Soziale Netzwerke in der SharePoint Server 2019- oder SharePoint Server 2016-Farm in die SharePoint Server-Abonnementedition, indem Sie die folgenden Schritte ausführen:

Wichtig

Führen Sie diese Schritte in der SharePoint Server 2019- und SharePoint Server 2016-Umgebung aus.
- 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 das Cmdlet Add-SPShellAdmin verwenden, um Berechtigungen für die Verwendung von SharePoint Server 2019- oder SharePoint Server 2016-Cmdlets zu erteilen.
  
  Hinweis
  
  [!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.
- Starten Sie die SharePoint-Verwaltungsshell.
- Legen Sie die Benutzerprofildatenbanken auf schreibgeschützt fest. In der zweiten Phase des Prozesses zum Aktualisieren von SharePoint Server 2019- oder SharePoint Server 2016-Daten und -Websites auf die SharePoint Server-Abonnementedition legen Sie alle anderen Datenbanken auf schreibgeschützt fest.
- Kopieren Sie die Datenbanken Profil und Soziale Netzwerke in der SharePoint Server 2019- oder SharePoint Server 2016-Farm in die SharePoint Server-Abonnementedition- Farm. Befolgen Sie die Schritte unter Kopieren von Datenbanken in die neue Farm für ein Upgrade auf die SharePoint Server-Abonnementedition.
  
  Wichtig
  
  Führen Sie die nächsten Schritte in der Umgebung der SharePoint Server-Abonnementedition aus.
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 das Cmdlet Add-SPShellAdmin verwenden, um Berechtigungen für die Verwendung von SharePoint Server 2019- oder SharePoint Server 2016-Cmdlets zu erteilen.

Hinweis

[!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.
Starten Sie die Verwaltungsshell der SharePoint-Abonnementedition.
Geben Sie an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein, um den Anwendungspool zu speichern, den Sie als Variable für diese Dienstanwendung verwenden möchten:
```
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
```
Wobei Folgendes gilt:

SharePoint Web Services default ist der Name des Dienstanwendungspools, der die neuen Dienstanwendungen enthalten soll.

Mit diesem Cmdlet wird der Dienstanwendungspool als eine Variable festgelegt, die Sie in den darauffolgenden Cmdlets erneut verwenden können. Wenn Sie über mehrere Anwendungspools verfügen und einen anderen Anwendungspool für eine bestimmte Dienstanwendung verwenden müssen, wiederholen Sie diesen Schritt im Verfahren, um jede Dienstanwendung so zu erstellen, dass sie den entsprechenden Anwendungspool verwendet.
Geben Sie an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein, um die Benutzerprofildienstanwendung wiederherzustellen und die Datenbanken Profil und Soziale Netzwerke zu aktualisieren:
```
New-SPProfileServiceApplication -Name '<UserProfileApplicationName>' -ApplicationPool $applicationPool -ProfileDBName '<ProfileDBName>' -SocialDBName '<SocialDBName>' -ProfileSyncDBName '<SyncDBName>'
```
Dabei gilt:
- UserProfileApplicationName ist der Name der Benutzerprofildienstanwendung.
- $applicationpool ist die Variable, die Sie zum Identifizieren des zu verwendenden Dienstanwendungspools festgelegt haben.
  
  Hinweis
  
  Wenn Sie nicht die Variable $applicationpool verwenden, müssen Sie den Namen eines vorhandenen Anwendungspools im Format 'Anwendungspoolname' angeben. Führen Sie das Cmdlet Get-SPServiceApplicationPool aus, um eine Liste der Dienstanwendungspools anzuzeigen.
- ProfileDBName ist der Name der Profildatenbank, die Sie aktualisieren möchten.
- SocialDBName ist der Name der Social-Datenbank, die Sie aktualisieren möchten.
- SyncDBName ist der Name der neuen Synchronisierungsdatenbank.
Erstellen Sie den Anwendungsproxy des Benutzerprofildiensts, und fügen Sie ihn der Standardproxygruppe hinzu, indem Sie die folgenden Aktionen ausführen:
- Geben Sie den folgenden Befehl ein, um die ID für die Benutzerprofildienstanwendung abzurufen und als Variable zu speichern:
```
$sa = Get-SPServiceApplication | ?{$_.TypeName -eq 'User Profile Service Application'}
```
  Weitere Informationen finden Sie unter Get-SPServiceApplication.
- Geben Sie den folgenden Befehl ein, um einen Proxy für die Benutzerprofildienst-Anwendung zu erstellen.
```
New-SPProfileServiceApplicationProxy -Name 'User Profile Service Application Proxy' -ServiceApplication $sa
```
  Dabei gilt Folgendes:
  - ProxyName ist der gewünschte Proxyname.
  - $sa ist die Variable, die Sie zuvor festgelegt haben, um die neue Benutzerprofildienstanwendung zu identifizieren.
    
    Tipp
    
    Wenn Sie die Variable nicht $sa verwenden, müssen Sie anstelle eines Namens eine ID verwenden, um die Benutzerprofildienstanwendung zu identifizieren. Zum Ermitteln der ID können Sie das Cmdlet Get-SPServiceApplication ausführen, um eine Liste aller Dienstanwendungs-IDs zurückzugeben.
  Weitere Informationen finden Sie unter New-SPProfileServiceApplicationProxy.
- Geben Sie den folgenden Befehl ein, um die Anwendungsproxy-ID des Benutzerprofildiensts für den soeben erstellten Proxy abzurufen, und legen Sie ihn als Variable $proxy fest:
```
$proxy = Get-SPServiceApplicationProxy | ?{$_.TypeName -eq 'User Profile Service Application Proxy'}
```
  Weitere Informationen finden Sie unter Get-SPServiceApplicationProxy.
- Geben Sie den folgenden Befehl ein, um den Anwendungsproxy des Benutzerprofildiensts der Standardproxygruppe hinzuzufügen:
```
Add-SPServiceApplicationProxyGroupMember -member $proxy -identity ""
```
  Dabei gilt:
  - $proxy ist die Variable, die Sie zuvor festgelegt haben, um die ID für den Proxy zu identifizieren, den Sie gerade für die Benutzerprofildienstanwendung erstellt haben.
    
    Tipp: Wenn Sie die Variable nicht $proxy verwenden, müssen Sie anstelle eines Namens eine ID verwenden, um den Anwendungsproxy des Benutzerprofildiensts zu identifizieren. Zum Ermitteln der ID können Sie das Cmdlet Get-SPServiceApplicationProxy -Cmdlet ausführen, um eine Liste aller Dienstanwendungsproxy-IDs zurückzugeben.
  - Sie verwenden einen leeren Identity-Parameter (""), um ihn der Standardgruppe hinzuzufügen.
  Weitere Informationen finden Sie unter Add-SPServiceApplicationProxyGroupMember.

Aktualisieren der Suchdienstanwendung

Aktualisieren Sie die Benutzerprofildienst-Anwendung und die Anwendung für den verwalteten Metadatendienst, bevor Sie die Suchdienstanwendung aktualisieren.

Um die Suchdienstanwendung zu aktualisieren, kopieren Sie die Suchverwaltungsdatenbank in Ihrer SharePoint Server 2019- oder SharePoint Server 2016-Farm in Ihre SharePoint Server-Abonnementedition-Farm und stellen die Suchdienstanwendung aus Ihrer SharePoint Server 2019- oder SharePoint Server 2016-Farm in Ihrer SharePoint Server-Abonnementedition-Farm wieder her. Die Wiederherstellung löst die SharePoint Server-Abonnementedition aus, um eine neue Suchdienstanwendung in der SharePoint Server-Abonnementedition-Farm zu erstellen und auf die kopierte Suchverwaltungsdatenbank zu verweisen. Um das Upgrade der Suchdienstanwendung abzuschließen, erstellen Sie einen Proxy, fügen ihn der Standardproxygruppe hinzu und stellen sicher, dass die neue Linkdatenbank und die neue Suchtopologie auf die gleiche Weise konfiguriert sind wie in der SharePoint Server 2019- oder SharePoint Server 2016-Farm.

Die SharePoint Server-Abonnementedition erstellt normalerweise eine neue Suchtopologie mit allen Suchkomponenten und Datenbanken, wenn eine neue Suchdienstanwendung erstellt wird. Während einer Wiederherstellung einer Suchdienstanwendung erstellt die SharePoint Server-Abonnementedition eine neue Suchtopologie, aktualisiert jedoch die wiederhergestellte Suchverwaltungsdatenbank, anstatt eine neue Suchverwaltungsdatenbank zu erstellen. Die aktualisierte Suchverwaltungsdatenbank behält alle Ergänzungen oder Änderungen am Suchschema, den Ergebnisquellen und Abfrageregeln aus der SharePoint Server 2019- oder SharePoint Server 2016-Farm bei.

Hinweis

Während dieses Upgrades durchforstet die Suche keine Inhalte in SharePoint Server 2019 oder SharePoint Server 2016. Wenn die Aktualität der Suchergebnisse wichtig ist, können Sie Zeit sparen, indem Sie sich vor dem Starten des Upgrades mit den folgenden Schritten vertraut machen.

Wichtig

Da die Suchtopologie in der SharePoint Server-Abonnementeditionsfarm neu ist, ist der Index leer. Sie müssen eine vollständige Durchforstung des gesamten indizierten Korpus durchführen, nachdem Sie alle Inhaltsquellen aktualisiert haben (die vierte Phase im Prozess zum Aktualisieren von SharePoint Server 2019- und SharePoint Server 2016-Daten und -Websites auf die SharePoint Server-Abonnementedition).

So aktualisieren Sie die Suchdienstanwendung mithilfe von PowerShell

Kopieren Sie die Suchverwaltungsdatenbank in der SharePoint Server 2019- oder SharePoint Server 2016-Farm in die SharePoint Server Subscription Edition-Farm, und führen Sie die folgenden Schritte aus:

Hinweis

Sie haben alle anderen Inhalts- und Dienstdatenbanken in Ihrer SharePoint Server 2019- oder SharePoint Server 2016-Umgebung in einem früheren Schritt des Prozesses für das Upgrade auf die SharePoint Server-Abonnementedition kopiert. Es wird empfohlen, die Suchverwaltungsdatenbank zu diesem späteren Zeitpunkt zu kopieren, da Sie die Suchdienstanwendung in Ihrer SharePoint Server 2019- oder SharePoint Server 2016-Umgebung anhalten müssen, während Sie die Datenbank für die Suchverwaltung kopieren.

Wichtig

Führen Sie diese Schritte in der SharePoint Server 2019- oder SharePoint Server 2016-Umgebung aus.
- 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 das Cmdlet Add-SPShellAdmin verwenden, um Berechtigungen für die Verwendung von SharePoint Server Subscription Edition-Cmdlets zu erteilen.
    
    Hinweis
    
    [!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.
- Starten Sie die SharePoint 2019- oder SharePoint 2016-Verwaltungsshell.
- Halten Sie die Suchdienstanwendung an. Geben Sie an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein:
```
  $ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName>
  Suspend-SPEnterpriseSearchServiceApplication -Identity $ssa
```
  Wobei Folgendes gilt:
  
  SearchServiceApplicationName ist der Name der Suchdienstanwendung, die Sie anhalten möchten.
  
  Hinweis
  
  Während die Suchdienstanwendung angehalten wird, wird der Index in der SharePoint Server 2019- oder SharePoint Server 2016-Umgebung nicht aktualisiert. Dies bedeutet, dass während des Upgrades auf die SharePoint Server-Abonnementedition die Suchergebnisse möglicherweise weniger aktuell sind.
- Legen Sie die Suchverwaltungsdatenbank auf schreibgeschützt fest. In der zweiten Phase des Prozesses zum Aktualisieren von SharePoint Server 2019- oder SharePoint Server 2016-Daten und -Websites auf die SharePoint Server-Abonnementedition legen Sie alle anderen Datenbanken auf schreibgeschützt fest. Führen Sie jetzt die gleichen Schritte für die Suchadministrationsdatenbank aus.
- Kopieren Sie die Suchverwaltungsdatenbank in der SharePoint Server 2019- oder SharePoint Server 2016-Farm in die SharePoint Server-Abonnementedition- Farm. Befolgen Sie die Schritte unter Kopieren von Datenbanken in die neue Farm für ein Upgrade auf die SharePoint Server-Abonnementedition nur für die Suchverwaltungsdatenbank.
  
  Wichtig
  
  Führen Sie die nächsten Schritte in der Umgebung der SharePoint Server-Abonnementedition aus.
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 das Cmdlet Add-SPShellAdmin verwenden, um Berechtigungen für die Verwendung von SharePoint Server Subscription Edition-Cmdlets zu erteilen.

Hinweis

[!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.
Starten Sie die Verwaltungsshell der SharePoint-Abonnementedition.
Um den Anwendungspool zu speichern, den Sie als Variable für diese Dienstanwendung verwenden möchten, geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein:
```
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
```
Dabei gilt:

SharePoint Web Services default ist der Name des Dienstanwendungspools, der die neuen Dienstanwendungen enthalten soll.

Mit diesem Cmdlet wird der Dienstanwendungspool als eine Variable festgelegt, die Sie in den darauffolgenden Cmdlets erneut verwenden können. Wenn Sie über mehrere Anwendungspools verfügen und einen anderen Anwendungspool für eine bestimmte Dienstanwendung verwenden müssen, wiederholen Sie diesen Schritt im Verfahren, um jede Dienstanwendung so zu erstellen, dass sie den entsprechenden Anwendungspool verwendet.
Geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein, um die Suchdienstanwendung wiederherzustellen und die Datenbank für die Suchverwaltung zu aktualisieren:
```
$searchInst = Get-SPEnterpriseSearchServiceInstance -local
# Gets the Search service instance and sets a variable to use in the next command
Restore-SPEnterpriseSearchServiceApplication -Name '<SearchServiceApplicationName>' -applicationpool $applicationPool -databasename '<SearchServiceApplicationDBName>' -databaseserver <ServerName> -AdminSearchServiceInstance $searchInst 
```
Dabei gilt:
- SearchServiceApplicationName ist der Name der Suchdienstanwendung.
- $applicationpool ist die Variable, die Sie zum Identifizieren des zu verwendenden Dienstanwendungspools festgelegt haben.
  
  Hinweis
  
  [!TIPP] Wenn Sie nicht die Variable $applicationpool verwenden, müssen Sie den Namen eines vorhandenen Anwendungspools im Format ' Anwendungspoolname' angeben. Führen Sie das Cmdlet Get-SPServiceApplicationPool aus, um eine Liste der Dienstanwendungspools anzuzeigen.
- SearchServiceApplicationDBName ist der Name der Suchadministrationsdatenbank, die Sie aktualisieren möchten, und die diese Suchdienstanwendung verwenden soll.
- $searchInst ist die Variable, die Sie zum Identifizieren der neuen Instanz der Suchdienstanwendung festgelegt haben.
  Hinweis
  
  Bei einem Upgrade einer Suchdienstanwendung kann ein Fehler auftreten, z. B. aufgrund der Netzwerk- oder SQL Server-Latenz. Wenn während der Aktualisierung eine Fehlermeldung angezeigt wird, führen Sie folgenden Schritte aus:
  - Löschen Sie die Suchverwaltungsdatenbank, für die gerade ein Upgrade durchgeführt werden sollte.
  - Wiederholen Sie unter Verwendung der Sicherungskopie der Suchverwaltungsdatenbank die folgenden Verfahren in diesem Artikel nur für die Suchdienstanwendung:
    - Wiederherstellen einer Sicherungskopie der Datenbank
    - Festlegen des Lese-Schreib-Zugriffs für die Datenbanken
  - Geben Sie den Befehl zum erneuten Upgrade der Suchdienstanwendung an der PowerShell-Eingabeaufforderung ein.
Weitere Informationen finden Sie unter Restore-SPEnterpriseSearchServiceApplication.
Erstellen Sie den Suchdienstanwendungsproxy, und fügen Sie ihn der Standardproxygruppe hinzu, indem Sie die folgenden Aktionen ausführen:
- Geben Sie den folgenden Befehl ein, um die ID für die Suchdienstanwendung abzurufen und als eine Variable zu speichern:
```
$ssa = Get-SPEnterpriseSearchServiceApplication
```
  Weitere Informationen finden Sie unter Get-SPEnterpriseSearchServiceApplication.
- Geben Sie den folgenden Befehl ein, um einen Proxy für die Suchdienstanwendung zu erstellen:
```
New-SPEnterpriseSearchServiceApplicationProxy -Name ProxyName -SearchApplication $ssa 
```
  Wobei Folgendes gilt:
  - ProxyName ist der gewünschte Proxyname.
  - $ssa ist die Variable, die Sie zuvor zum Identifizieren der neuen Suchdienstanwendung festgelegt haben.
    
    Tipp
    
    Wenn Sie nicht die Variable $ssa verwenden, müssen Sie statt eines Namens eine ID zum Identifizieren der Suchdienstanwendung verwenden. Zum Ermitteln der ID können Sie das Cmdlet Get-SPServiceApplication ausführen, um eine Liste aller Dienstanwendungs-IDs zurückzugeben.
  Weitere Informationen finden Sie unter New-SPEnterpriseSearchServiceApplicationProxy.
- Geben Sie den folgenden Befehl ein, um die Suchdienstanwendungsproxy-ID für den gerade erstellten Proxy abzurufen und sie als die Variable $ssap festzulegen:
```
$ssap = Get-SPEnterpriseSearchServiceApplicationProxy 
```
  Weitere Informationen finden Sie unter Get-SPEnterpriseSearchServiceApplicationProxy.
- Geben Sie den folgenden Befehl ein, um den Suchdienstanwendungsproxy der Standardproxygruppe hinzuzufügen:
```
Add-SPServiceApplicationProxyGroupMember -member $ssap -identity ""
```
  Dabei gilt Folgendes:
  - $ssap ist die Variable, die Sie zuvor zum Identifizieren der ID für den Proxy festgelegt haben, den Sie gerade für die Suchdienstanwendung erstellt haben.
    
    Tipp
    
    Wenn Sie nicht die Variable $ssap verwenden, müssen Sie statt eines Namens eine ID zum Identifizieren des Suchdienstanwendung-Proxys verwenden. Zum Ermitteln der ID können Sie das Cmdlet Get-SPServiceApplicationProxy -Cmdlet ausführen, um eine Liste aller Dienstanwendungsproxy-IDs zurückzugeben.
  - Sie verwenden einen leeren Identity-Parameter (""), um ihn der Standardgruppe hinzuzufügen.
  Weitere Informationen finden Sie unter Add-SPServiceApplicationProxyGroupMember.
Wenn die SharePoint Server 2019- oder SharePoint Server 2016-Farm eine links-Datenbank verwendet, die partitioniert ist, partitionieren Sie die Links-Datenbank in der SharePoint Server-Abonnementeditionsfarm auf die gleiche Weise. Weitere Informationen finden Sie unter Move-SPEnterpriseSearchLinksDatabases.
(Optional) Behalten Sie suchrelevante Einstellungen aus der SharePoint Server 2019- oder SharePoint Server 2016-Farm bei. Da die aktualisierte Suchdienstanwendung über einen neuen, leeren Index verfügt, können Suchanalysedaten aus der SharePoint Server 2019- oder SharePoint Server 2016-Farm nicht vollständig aufbewahrt werden. Kopieren Sie die Analyseberichtsdatenbank aus der SharePoint Server 2019- oder SharePoint Server 2016-Farm, und fügen Sie sie an die neue Suchdienstanwendung in der SharePoint Server-Abonnementedition an:
- Sichern Sie in der SharePoint Server 2019- oder SharePoint Server 2016-Farm die Analytics-Berichtsdatenbank.
- Stellen Sie in der SharePoint Server-Abonnementedition die gesicherte Datenbank auf dem neuen Datenbankserver wieder her.
- Fügen Sie in der SharePoint Server-Abonnementedition die wiederhergestellte Datenbank an die neue Suchdienstanwendung an.
Stellen Sie sicher, dass die Suchtopologie in der neuen SharePoint Server-Abonnementedition-Farm der SharePoint Server 2019- oder SharePoint Server 2016-Farm entspricht. Wenn sich Ihre Anforderungen für die Suche geändert haben, ist jetzt ein guter Zeitpunkt, um die Suchtopologie der neuen SharePoint Server-Abonnementedition-Farm aufskalieren.
Setzen Sie die Suchdienstanwendung in der SharePoint Server-Umgebung fort.

Geben Sie an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein:
```
$ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName>
$ssa.ForceResume(0x02)
```
Wobei Folgendes gilt:
- SearchServiceApplicationName ist der Name der Suchdienstanwendung, die Sie fortsetzen möchten.

Sicherstellen, dass sich alle neuen Proxys in der Standardproxygruppe befinden

Gehen Sie wie folgt vor, um zu überprüfen, ob die Schritte zum Erstellen der Proxys und Hinzufügen zur Standardproxygruppe erfolgreich waren.

So stellen Sie mithilfe von PowerShell sicher, dass sich alle neuen Proxys in der Standardproxygruppe befinden

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 das Cmdlet Add-SPShellAdmin verwenden, um Berechtigungen für die Verwendung von SharePoint Server 2019- oder SharePoint Server 2016-Cmdlets zu erteilen.

Hinweis

[!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.
Starten Sie die Verwaltungsshell der SharePoint-Abonnementedition.
Geben Sie an der PowerShell-Eingabeaufforderung die folgenden Befehle ein:
```
$pg = Get-SPServiceApplicationProxyGroup -Identity ""
$pg.Proxies
```
Wobei Folgendes gilt:
- $pg ist eine Variable, die festgelegt wird, um die Standardproxygruppe darzustellen.
- Sie verwenden einen leeren Identity-Parameter (""), um die Standardproxygruppe anzugeben.
Daraufhin wird eine Liste aller Proxys in der Standardproxygruppe mit deren Anzeigenamen, Typnamen und IDs zurückgegeben.

Weitere Informationen finden Sie unter Get-SPServiceApplicationProxyGroupGet-SPServiceApplicationProxyGroup.

Da die Dienstanwendungen nun aktualisiert sind, können Sie mit dem Upgrade der Inhaltsdatenbanken beginnen. Als ersten Schritt in diesem Verfahren erstellen Sie die Webanwendungen, die für die einzelnen Inhaltsdatenbanken erforderlich sind.

Phases	Beschreibung
	Dies ist die dritte Phase, in der SharePoint Server 2019- und SharePoint Server 2016-Daten und -Websites auf die SharePoint Server-Abonnementedition aktualisiert werden. Eine Übersicht über den gesamten Prozess finden Sie unter Übersicht über den Upgradeprozess auf die SharePoint Server-Abonnementedition.