Videodemonstration über das Patchen ohne Ausfallzeiten (Zero Down Time Patching) in SharePoint Server 2016

  • Artikel

GILT FÜR:no-img-132013 yes-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

Übersicht

Eines der neuen Features in SharePoint Server 2016 ist das Patchen ohne Ausfallzeiten (Zero Downtime Patching)

Das Patchen ohne Ausfallzeiten erfordert keine Serverausfallzeit beim Patchen einer SharePoint Server 2016-Farm, erfordert jedoch, dass Ihre Farm in einer Hochverfügbarkeitskonfiguration (Hochverfügbarkeit) eingerichtet ist (sodass SharePoint-Rollen auf mehreren Servern gehostet werden). Auf diese Weise kann das Patchen in Batches erfolgen, bei denen bestimmte der redundanten Server aus dem Lastenausgleich herausgenommen, gepatcht, ersetzt und auf Solidität getestet werden, bevor die anderen Server denselben Prozess durchlaufen.

Es gibt einen zweistufigen Prozess zum Patchen eines Servers in einer SharePoint Server 2016-Farm. Zuerst installieren Sie die Binärdateien des Patches auf jedem Server. Dies wird als Patchphase bezeichnet. Zweitens müssen Sie nach Abschluss der Patchphase die Updateinstallation abschließen, indem Sie die Build-zu-Build-Upgradephase starten.

Während des Patchens ohne Ausfallzeiten können Benutzer Dateien hinzufügen und bearbeiten und die Suche wie zu jeder anderen Zeit verwenden, um auf die Server zuzugreifen, die weiterhin vom Lastenausgleich verarbeitet werden. Auch wenn sich die Datenbankschemas möglicherweise zwischen den gepatchten und ungepatchten Seiten der Farm unterscheiden, arbeitet SharePoint Server 2016 in einem abwärtskompatiblen Modus, und die zugehörigen Datenbanken funktionieren bis zum Abschluss der Patchings ordnungsgemäß.

In diesem SharePoint-Lernprogramm wird erläutert, wie eine SharePoint Server 2016-Hochverfügbarkeitsfarm von Anfang bis Ende, einschließlich der Installation der Binärdateien auf allen Servern und dem eigentlichen Build-zu-Build-Upgrade (B2B), gepatcht wird.

Wichtig

[!WICHTIGER HINWEIS] In der Vorführung wurde das ordnungsgemäße Herunterfahren des Verteilten Cachediensts erläutert und veranschaulicht. Die dargestellte Umgebung ist eine Testfarm, und der Kunde sollte den gezeigten Prozess NICHT in einer Live-Umgebung nachahmen.

Wichtig: Wenn Sie Bereiche wie Microblogs, Newsfeeds usw. aktiv verwenden, müssen Sie stattdessen die folgenden Schritte ausführen, um den Verteilten Cachedienst auf jedem verteilten Cacheserver während der Patch- und Upgradesequenz ordnungsgemäß herunterzufahren:

Ordnungsgemäßes BEENDEN des verteilten Cachediensts

$instanceName ="SPDistributedCacheService Name=AppFabricCachingService"

$serviceInstance = Get-SPServiceInstance | ? {($.service.tostring()) -eq $instanceName -and ($.server.name) -eq $env:computername}

$serviceInstance.Unprovision()

Starten des verteilten Cachediensts

$instanceName ="SPDistributedCacheService Name=AppFabricCachingService"

$serviceInstance = Get-SPServiceInstance | ? {($.service.tostring()) -eq $instanceName -and ($.server.name) -eq $env:computername}

$serviceInstance.Provision()

Als Referenz finden Sie hier eine Übersicht über die Schritte, weitere Details zum SharePoint-Patchen watch dem Video.

  1. Entfernen Sie den Front-End-Webserver (SPWEB01) aus dem Lastenausgleich.

  2. Patchen Sie den Front-End-Webserver (SPWEB01) mithilfe der STS- und WSS-Pakete.

  3. Starten Sie den Front-End-Webserver (SPWEB01) neu.

  4. Fügen Sie den Front-End-Webserver (SPWEB01) wieder dem Lastenausgleich hinzu.

  5. Entfernen Sie den Front-End-Webserver (SPWEB02) aus dem Lastenausgleich.

  6. Patchen Sie den Front-End-Webserver (SPWEB02).

  7. Starten Sie den Front-End-Webserver (SPWEB02) neu.

  8. Patchen Sie die folgenden Anwendungsserver: SPAPP01, SPDCH01 und SPSRCH01 parallel, und starten dann Sie die Computer neu.

  9. Patchen Sie die folgenden Anwendungsserver: SPAPP02, SPDCH02 und SPSRCH02 parallel, und starten dann Sie die Computer neu.

  10. Öffnen Sie die SharePoint 2016-Verwaltungsshell, und führen Sie dann den folgenden PSConfig-Befehl aus, wenn der Front-End-Webserver (SPWEB02) den Lastenausgleich (siehe Schritt 7) entfernt hat: PSConfig.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install

    Hinweis

    Im Video wird eine verkürzte Syntax gezeigt, um Zeit zu sparen. Empfohlen wird jedoch die vollständige Syntax, die in Schritt 10 aufgeführt wird.

  11. Sobald das Upgrade vollständig ausgeführt wurde, fügen Sie den Front-End-Webserver (SPWEB02) wieder dem Lastenausgleich hinzu. Nachdem der Front-End-Webserver (SPWEB02) wieder dem Lastenausgleich hinzugefügt wurde, entfernen Sie den Front-End-Webserver (SPWEB01).

  12. Führen Sie auf dem Computer des Front-End-Webservers (SPWEB01) den PSConfig-Befehl aus Schritt 10 aus.

  13. Fügen Sie den Front-End-Webserver (SPWEB01) wieder dem Lastenausgleich hinzu.

  14. Führen Sie auf dem Anwendungsserver (SPAPP01) den PSConfig-Befehl aus Schritt 10 aus.

  15. Führen Sie auf dem verteilten Cacheserver (SPDCH01) den PSConfig-Befehl aus Schritt 10 aus.

  16. Führen Sie auf dem verteilten Suchserver (SPSRCH01) den PSConfig-Befehl aus Schritt 10 aus.

  17. Führen Sie nach Abschluss des Upgrades dieselben Schritte (14–16) auf den Servern der Reihe 02 (SPAPP02, SPDCH02, SPSRCH02) aus.

Hinweis

Es empfiehlt sich, auf allen Servern Seiten zu testen, um sicherzustellen, dass das Patchen und das Upgrade der Server abgeschlossen ist.

Während des Videos wurde das folgende Microsoft PowerShell-Skript verwendet, um Server aus dem internen Load Balancer der Azure-Dienstverwaltung zu nehmen.

#Remove the SPWEB01 Azure Load Balanced EndPoint
$svc=<"NameYourLBService">
$vmname=<"NameofYourVM">
$epname="TCP-80-80"
Get-AzureVM -ServiceName $svc -Name $vmname | Remove-AzureEndpoint -Name $epname | Update-AzureVM
#Add the SPWEB01 AzureEndpoint back
$ilb="minroleilb"
$prot="tcp"
$locport=80
$pubport=80
$epname="TCP-80-80"
$lbsetname=<"NameYourLB">
$vmname=<"NameofYourVM">
Get-AzureVM -ServiceName $svc -Name $vmname | Add-AzureEndpoint -Name $epname -LbSetName $lbsetname -Protocol $prot -LocalPort $locport -PublicPort $pubport -DefaultProbe -InternalLoadBalancerName $ilb | Update-AzureVM
# Remove the SPWEB02 Azure Load Balanced EndPoint for the patch install and build to build (B2B) phase
$vmname=<"NameofYourVM">
$epname="TCP-80-80-2"
Get-AzureVM -ServiceName $svc -Name $vmname | Remove-AzureEndpoint -Name $epname | Update-AzureVM
#Add for the B2B SPWEB02 AzureEndPoint to ILB
$prot="tcp"
$locport=80
$pubport=80
$epname="TCP-80-80-2"
$lbsetname=<"NameYourLB">
$vmname=<"NameofYourVM">
Get-AzureVM -ServiceName $svc -Name $vmname | Add-AzureEndpoint -Name $epname -LbSetName $lbsetname -Protocol $prot -LocalPort $locport -PublicPort $pubport -DefaultProbe -InternalLoadBalancerName $ilb | Update-AzureVM
# B2B for SPWEB01::::: Phase Remove the SPWEB01 Azure Load Balanced EndPoint
$svc=<"NameYourLBService">
$vmname=<"NameofYourVM">
$epname="TCP-80-80"
Get-AzureVM -ServiceName $svc -Name $vmname | Remove-AzureEndpoint -Name $epname | Update-AzureVM
#Add the SPWEB01 AzureEndpoint back
$ilb="minroleilb"
$prot="tcp"
$locport=80
$pubport=80
$epname="TCP-80-80"
$lbsetname=<"NameYourLB">
$vmname=<"NameofYourVM">
Get-AzureVM -ServiceName $svc -Name $vmname | Add-AzureEndpoint -Name $epname -LbSetName $lbsetname -Protocol $prot -LocalPort $locport -PublicPort $pubport -DefaultProbe -InternalLoadBalancerName $ilb | Update-AzureVM

Weitere Informationen zu den Microsoft PowerShell für Azure-Cmdlets finden Sie unter Get-AzureVM und Add-AzureEndpoint.

Installieren von Softwareupdates für SharePoint Server 2016

Schritte zum Patchen ohne Ausfallzeiten (Zero Down Time Patching) in SharePoint Server 2016

Video: Aktivieren der remote verwendeten Windows PowerShell zur Verwendung mit SharePoint Server