Upgrade von Dienstanwendungen auf SharePoint Server 2016

 

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

**Letztes Änderungsdatum des Themas:**2018-03-15

Zusammenfassung: Upgrade der Dienstanwendungen (Business Connectivity Services, Verwaltete Metadaten, Einmaliges Anmelden, Benutzerprofile, Suchen) auf SharePoint Server 2016.

Wenn Sie ein Upgrade von SharePoint Server 2013 with Service Pack 1 (SP1) auf SharePoint Server 2016 durchführen, müssen Sie ein Upgrade mit Anfügen der Datenbanken anwenden, d. h. Sie führen das Upgrade nur für den Inhalt Ihrer Umgebung durch, nicht jedoch für die Konfigurationseinstellungen. Nachdem Sie die SharePoint Server 2016-Umgebung konfiguriert und den Inhalt und die Dienstanwendungsdatenbanken kopiert haben, können Sie das Upgrade der Dienstanwendungen auf SharePoint Server 2016 durchführen. Dieser Artikel enthält die Schritte, die Sie für das Upgrade der Dienstanwendungen ausführen müssen.

Phase 3 des Upgradeprozesses: Upgrade der Dienstanwendungen

Phase 3 des Upgradeprozesses: Aktualisieren der Dienstanwendungen

123 steps

Dies ist die dritte Phase im Upgradeprozess für SharePoint Server 2013 with Service Pack 1 (SP1)-Daten und -Websites auf SharePoint Server 2016. Die Konfiguration umfasst folgende Phasen, die in dieser Reihenfolge ausgeführt werden müssen:

  1. Erstellen einer SharePoint Server 2016-Farm für ein Upgrade einer Datenbankanfügung

  2. Kopieren von Datenbanken in die neue Farm für ein Upgrade auf SharePoint Server 2016

  3. Upgrade von Dienstanwendungen auf SharePoint Server 2016 (diese Phase)

  4. Upgraden von Inhaltsdatenbanken auf SharePoint Server 2016

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 Dienstanwendungen aktualisieren, sollten Sie die folgenden Informationen lesen und die empfohlenen Maßnahmen durchführen.

  • Stellen Sie sicher, dass das Konto, mit dem Sie die Schritte in diesem Artikel ausführen, Mitglied der Gruppe Farmadministratoren in 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 unbedingt verwenden. Wenn Sie diese Variablen jedoch nicht verwenden, müssen Sie IDs für die Dienstanwendungen und Dienstanwendungsproxys verwenden, wenn Sie die identity-Parameter angeben. Jedes Verfahren umfasst Informationen zu den verwendeten Variablen sowie den Cmdlets, die als Alternative zum Ermitteln erforderlicher IDs verwendet werden können.
Außerdem beinhalten zahlreiche Verfahren in diesem Artikel einen Schritt zum Festlegen der $applicationPool-Variable. Wenn Sie alle diese Verfahren in derselben PowerShell-Sitzung ausführen und denselben Anwendungspool für alle Dienstanwendungen verwenden möchten, müssen Sie diesen Schritt nicht in jedem Verfahren wiederholen. Stattdessen können Sie diese Variable zu Beginn einmalig festlegen und für alle Verfahren in diesem Artikel verwenden.

Hinweis

Jede verwaltete SPWebURL-Eigenschaft im SharePoint 2013-Schema sollte umbenannt werden (d. h. SPWebURL zu SPWebURL1), bevor Sie mit dem Verfahren starten. Nach einem Upgrade auf SharePoint Server 2016 wird der Name der verwalteten SPWebURL1-Eigenschaft wieder in den ursprünglichen Namen geändert (d. h. SPWebURL).

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

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

Wichtig

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.

  1. Starten der Dienstinstanzen

    Im ersten Schritt starten Sie die Dienstinstanzen für die fünf Dienstanwendungen, die aktualisiert werden können: Business Data Connectivity Service, Verwalteter Metadatenwebdienst, PerformancePoint-Dienste-Dienst, Secure Store-Dienst und Suchdienst. Die meisten dieser Dienstinstanzen können über die Zentraladministration gestartet werden. Die SharePoint Server-Suchdienstinstanz muss jedoch mithilfe von PowerShell gestartet werden.

  2. Erstellen der Dienstanwendungen und Aktualisieren der 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.

  3. Erstellen von 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

    • PerformancePoint-Dienste-Dienstanwendung

    Die Business Data Connectivity Service-Anwendung erstellt automatisch einen Proxy und weist diesen beim Erstellen der Dienstanwendung der Standardproxygruppe zu.

  4. 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

  1. Starten Sie die SharePoint 2016-Zentraladministration.

    • Für Windows Server 2012 R2:

      • Klicken Sie auf dem Startbildschirm auf SharePoint 2016-Zentraladministration.

        Wenn sich SharePoint 2016-Zentraladministration nicht auf dem Startbildschirm befindet:

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

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

  2. Klicken Sie in der SharePoint 2016-Zentraladministration auf der Seite Anwendungsverwaltung im Abschnitt Dienstanwendungen auf Dienste auf dem Server verwalten.

  3. Klicken Sie neben Business Data Connectivity Service auf Starten.

  4. Klicken Sie neben Verwalteter Metadatenwebdienst auf Starten.

  5. Klicken Sie neben PerformancePoint-Dienste-Dienst auf Starten.

  6. 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.

So starten Sie die Suchdienstinstanz mithilfe von PowerShell

  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 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

  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 Windows Server 2012Allgemeine Verwaltungsaufgaben und Navigation in Windows Server 2012.

  3. 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'
    

    Dabei gilt Folgendes:

    • 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.

  4. Geben Sie zum Aktualisieren der Secure Store-Dienstanwendung an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein:

    $sss = New-SPSecureStoreServiceApplication -Name 'Secure Store' -ApplicationPool $applicationPool -DatabaseName 'SecureStore_Upgrade_DB' -AuditingEnabled
    

    Dabei gilt Folgendes:

    • 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

      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.

  5. 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
    

    Dabei gilt Folgendes:

    • ProxyName ist der gewünschte Proxyname.

    • $sss ist die Variable, die Sie zuvor zum Identifizieren der neuen Secure Store-Dienstanwendung festgelegt haben.

      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 Verschlüsselungsschlüssels.

  6. Geben Sie den folgenden Befehl ein, um die Passphrase für die Secure Store-Dienstanwendung wiederherzustellen:

    Update-SPSecureStoreApplicationServerKey -Passphrase <Passphrase> -ServiceApplicationProxy $sssp
    

    Dabei gilt Folgendes:

    • <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

      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

  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 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'
    

    Dabei gilt Folgendes:

    • 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.

  4. 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'
    

    Dabei gilt Folgendes:

    • 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

      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

  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 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'
    

    Dabei gilt Folgendes:

    • 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.

  4. Geben Sie zum Aktualisieren der Dienstanwendung für verwaltete Metadaten an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein:

    $mms = New-SPMetadataServiceApplication -Name 'Managed Metadata Service Application' -ApplicationPool $applicationPool -DatabaseName 'Managed Metadata Service_DB'
    

    Dabei gilt Folgendes:

    • 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

      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.

  5. Geben Sie an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein, um einen Proxy für die Dienstanwendung für verwaltete Metadaten zu erstellen:

    New-SPMetadataServiceApplicationProxy -Name ProxyName -ServiceApplication $mms -DefaultProxyGroup
    

    Dabei gilt Folgendes:

    • 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

      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.

Aktualisieren der PerformancePoint-Dienste-Dienstanwendung

Um die PerformancePoint-Dienste-Dienstanwendung 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 PerformancePoint-Dienste-Dienstanwendung mithilfe von PowerShell

  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 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'
    

    Dabei gilt Folgendes:

    • 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.

  4. Geben Sie zum Aktualisieren der PerformancePoint-Dienste-Dienstanwendung an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein:

    $pps = New-SPPerformancePointServiceApplication -Name 'PerformancePoint Service' -ApplicationPool $applicationPool -DatabaseName 'PerformancePoint Service Application_DB'
    

    Dabei gilt Folgendes:

    • PerformancePoint Service ist der Name, den Sie der neuen PerformancePoint-Dienste-Dienstanwendung geben möchten.

    • $applicationpool ist die Variable, die Sie zuvor zum Identifizieren des zu verwendenden Dienstanwendungspools festgelegt haben.

      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.

    • PerformancePoint Service Application_DB ist der Name der PerformancePoint-Dienste-Dienstanwendungsdatenbank, die Sie aktualisieren möchten.

    Dieser Befehl legt eine Variable ($pps) fest, die Sie später beim Erstellen des Proxys verwenden.

    Weitere Informationen finden Sie unter New-SPProfileServiceApplication.

  5. Geben Sie den folgenden Befehl ein, um einen Proxy für die PerformancePoint-Dienste-Dienstanwendung zu erstellen.

    New-SPPerformancePointServiceApplicationProxy -Name ProxyName -ServiceApplication $pps -Default
    

    Dabei gilt Folgendes:

    • ProxyName ist der gewünschte Proxyname.

    • $pps ist die Variable, die Sie zuvor zum Identifizieren der neuen PerformancePoint-Dienste-Dienstanwendung festgelegt haben.

      Tipp

      Wenn Sie nicht die Variable $pps verwenden, müssen Sie statt eines Namens eine ID zum Identifizieren der PerformancePoint-Dienste -Dienstanwendung verwenden. Zum Finden der ID können Sie das Get-SPServiceApplication-Cmdlet ausführen, um eine Liste aller Dienstanwendungs-IDs zurückzugeben.

    • Default fügt den PerformancePoint-Dienste-Dienstanwendungsproxy der Standardproxygruppe für die lokale Farm hinzu.

    Weitere Informationen finden Sie unter New-SPPerformancePointServiceApplicationProxy.

Aktualisieren der Suchdienstanwendung

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

Zum Aktualisieren der Suchdienstanwendung kopieren Sie die Suchverwaltungsdatenbank Ihrer SharePoint Server 2013 with Service Pack 1 (SP1)-Farm in Ihre SharePoint Server 2016-Farm und stellen die Suchdienstanwendung aus Ihrer SharePoint Server 2013 with Service Pack 1 (SP1)-Farm in Ihrer SharePoint Server 2016-Farm wieder her. Die Wiederherstellung veranlasst SharePoint Server 2016 zum Erstellen einer neuen Suchdienstanwendung in der SharePoint Server 2016-Farm, die auf die kopierte Suchverwaltungsdatenbank verweist. Zum Abschluss der Aktualisierung der Suchdienstanwendung erstellen Sie einen Proxy und fügen ihn der Standardproxygruppe hinzu. Stellen Sie sicher, dass die neue Linkdatenbank und die neue Suchtopologie auf die gleiche Weise wie in der SharePoint Server 2013 with Service Pack 1 (SP1)-Farm konfiguriert sind.

SharePoint Server 2016 erstellt normalerweise bei der Erstellung einer neuen Suchdienstanwendung eine neue Suchtopologie mit allen Suchkomponenten und Datenbanken. Während einer Wiederherstellung einer Suchdienstanwendung erstellt SharePoint Server 2016 eine neue Suchtopologie, aktualisiert aber die wiederhergestellte Suchverwaltungsdatenbank, statt eine neue Suchverwaltungsdatenbank zu erstellen. In der aktualisierten Suchverwaltungsdatenbank bleiben alle Hinzufügungen und Änderungen am Suchschema, an Ergebnisquellen und Abfrageregeln aus der SharePoint Server 2013 with Service Pack 1 (SP1)-Farm erhalten.

Hinweis

Während dieser Aktualisierung, durchforstet die Suche keine Inhalte in Ihrer SharePoint Server 2013 with Service Pack 1 (SP1). 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 2016-Farm 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 des Prozesses zum Aktualisieren von SharePoint Server 2013 with Service Pack 1 (SP1)-Daten und -Websites auf SharePoint Server 2016).

So aktualisieren Sie die Suchdienstanwendung mithilfe von PowerShell

  1. Gehen Sie folgendermaßen vor, um die Suchadministrationsdatenbank in der SharePoint Server 2013 with Service Pack 1 (SP1)-Farm in die SharePoint Server 2016-Farm zu kopieren:

    Hinweis

    In einem früheren Schritt des Prozesses zum Aktualisieren auf SharePoint Server 2016 haben Sie alle anderen Inhalts- und Dienstdatenbanken in die SharePoint Server 2013 with Service Pack 1 (SP1)-Umgebung kopiert. Es wird empfohlen, dass Sie die Suchadministrationsdatenbank erst jetzt kopieren, da Sie die Suchdienstanwendung in der SharePoint Server 2013 with Service Pack 1 (SP1)-Umgebung beim Kopieren der Suchadministrationsdatenbank anhalten müssen.

    Wichtig

    Führen Sie diese Schritte in der SharePoint Server 2013 with Service Pack 1 (SP1)-Umgebung aus.

    1. Stellen Sie sicher, 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 SharePoint 15-Verwaltungsshell.

      • Für Windows Server 2012 R2:

        • Klicken Sie auf der Startseiteauf SharePoint 15-Verwaltungsshell.

          Falls sich SharePoint 15-Verwaltungsshell nicht auf der Startseite befindet:

        • Klicken Sie mit der rechten Maustaste auf Computer, und klicken Sie auf Alle Apps und dann auf SharePoint 15-Verwaltungsshell.

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

    3. Legen Sie die Suchverwaltungsdatenbank auf schreibgeschützt fest. In der zweiten Phase des Prozesses zur Aktualisierung von SharePoint Server 2013 with Service Pack 1 (SP1)-Daten und -Websites auf SharePoint Server 2016 werden alle anderen Datenbanken auf schreibgeschützt festgelegt. Führen Sie jetzt die gleichen Schritte für die Suchadministrationsdatenbank aus.

    4. Halten Sie die Suchdienstanwendung an. Geben Sie an der Windows PowerShell-Eingabeaufforderung den folgenden Befehl ein:

      $ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName>
      Suspend-SPEnterpriseSearchServiceApplication -Identity $ssa
      

      Dabei gilt Folgendes:

      • SearchServiceApplicationName ist der Name der Suchdienstanwendung, die Sie anhalten möchten.

      Hinweis

      Während die Suchdienstanwendung angehalten ist, wird der Index in der SharePoint Server 2013 with Service Pack 1 (SP1)-Umgebung nicht aktualisiert. Dies bedeutet, dass während der Aktualisierung auf SharePoint Server 2016 die Suchergebnisse möglicherweise weniger aktuell sind.

    5. Kopieren Sie die Suchadministrationsdatenbank in der SharePoint Server 2013 with Service Pack 1 (SP1)-Farm in die SharePoint Server 2016-Farm, und führen Sie die Schritte in Kopieren von Datenbanken in die neue Farm für ein Upgrade auf SharePoint Server 2016 nur für die Suchadministrationsdatenbank aus.

    Wichtig

    Führen Sie die nächsten Schritte in der SharePoint Server 2016-Umgebung aus.

  2. Stellen Sie sicher, 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.

  3. 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.

  4. 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'
    

    Dabei gilt Folgendes:

    • 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.

  5. Geben Sie an der Microsoft PowerShell-Eingabeaufforderung den folgenden Befehl ein, um die Suchdienstanwendung wiederherzustellen und die Suchadministrationsdatenbank 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 Folgendes:

    • SearchServiceApplicationName ist der Name der Suchdienstanwendung.

    • $applicationpool ist die Variable, die Sie zum Identifizieren des zu verwendenden Dienstanwendungspools festgelegt haben.

      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

    Beim Upgraden einer Suchdienstanwendung kann beispielsweise aufgrund von Netzwerk- oder SQL Server-Latenz ein Fehler auftreten. Wenn während der Aktualisierung eine Fehlermeldung angezeigt wird, führen Sie folgenden Schritte aus:

    1. Löschen Sie die Suchverwaltungsdatenbank, für die gerade ein Upgrade durchgeführt werden sollte.

    2. Wiederholen Sie unter Verwendung der Sicherungskopie der Suchverwaltungsdatenbank die folgenden Verfahren in diesem Artikel nur für die Suchdienstanwendung:

      1. Restore a backup copy of the database

      2. Festlegen des Lese-Schreib-Zugriffs für die Datenbanken

    3. Geben Sie den Befehl zum Aktualisieren der Suchdienstanwendung erneut an der Microsoft PowerShell-Eingabeaufforderung ein.

    Weitere Informationen finden Sie unter Restore-SPEnterpriseSearchServiceApplication.

    Sie müssen mehrere Schritte ausführen, um den Suchdienst-Anwendungsproxy zu erstellen und der Standardproxygruppe hinzufügen. Sie müssen in separaten Aktionen die ID für die Suchdienstanwendung suchen, den neuen Proxy erstellen, die Proxy-ID abrufen und dann den Proxy der Standardproxygruppe hinzufügen.

  6. 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.

  7. Geben Sie den folgenden Befehl ein, um einen Proxy für die Suchdienstanwendung zu erstellen:

    New-SPEnterpriseSearchServiceApplicationProxy -Name ProxyName -SearchApplication $ssa 
    

    Dabei gilt Folgendes:

    • 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.

  8. 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.

  9. 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 eine leeren identity-Parameter (" "), um ihn der Standardproxygruppe hinzuzufügen.

    Weitere Informationen finden Sie unter Add-SPServiceApplicationProxyGroupMember.

  10. Wenn die SharePoint Server 2013 with Service Pack 1 (SP1)-Farm eine partitionierte Linkdatenbank verwendet, partitionieren Sie die Linkdatenbank in der SharePoint Server 2016-Farm auf die gleiche Weise. Weitere Informationen finden Sie unter Move-SPEnterpriseSearchLinksDatabases.

  11. (Optional) Behalten Sie die Suchrelevanzeinstellungen aus der SharePoint Server 2013 with Service Pack 1 (SP1)-Farm bei. Da die aktualisierte Suchdienstanwendung einen neuen, leeren Index hat, können die Suchanalysedaten aus der SharePoint Server 2013 with Service Pack 1 (SP1)-Farm nicht vollständig beibehalten werden. Kopieren Sie die Analyseberichtsdatenbank aus der SharePoint Server 2013 with Service Pack 1 (SP1)-Farm, und fügen Sie sie an die neue Suchdienstanwendung in der SharePoint Server 2016-Farm an:

  12. Überprüfen Sie, ob die Suchtopologie der neuen SharePoint Server 2016-Farm der Suchtopologie der SharePoint Server 2013 with Service Pack 1 (SP1)-Farm ähnelt. Wenn sich Ihre Anforderungen für die Suche geändert haben, bietet es sich jetzt an, die Suchtopologie der neuen SharePoint Server 2016-Farm horizontal zu skalieren.

  13. Setzen Sie die Suchdienstanwendung in der SharePoint Server 2013 with Service Pack 1 (SP1)-Umgebung fort.

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

    $ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName>
    $ssa.ForceResume(0x02)
    

    Dabei gilt Folgendes:

    • 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

  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 die folgenden Befehle ein:

    $pg = Get-SPServiceApplicationProxyGroup -Identity " "
    $pg.Proxies
    

    Dabei gilt Folgendes:

    • $pg ist eine Variable, die festgelegt wird, um die Standardproxygruppe darzustellen.

    • Sie verwenden eine 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-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.

123 steps

Dies ist die dritte Phase im Upgradeprozess für SharePoint Server 2013 with Service Pack 1 (SP1)-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.

See also

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
Upgraden von Inhaltsdatenbanken auf SharePoint Server 2016
Übersicht über Dienstupgrades in SharePoint Server 2016

Prüfliste für ein Upgrade mit Anfügen der Datenbanken (SharePoint 2013)