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

Artikel
03/21/2018

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

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

Zusammenfassung: Verwenden Sie dieses SharePoint-Lernprogramm, um zu verstehen, wie ein Server in einer SharePoint Server 2016-Farm mithilfe von Zero Downtime Patching gepatcht wird.

Übersicht

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

Beim Zero Downtime Patching Server fallen keine Serverausfallzeiten während des Patchings einer SharePoint Server 2016-Farm an. Dies setzt jedoch voraus, dass die Farm in einer Hochverfügbarkeitskonfiguration eingerichtet ist, sodass die SharePoint-Rollen auf mehreren Servern gehostet werden. Auf diese Weise kann das Patchen in Batches erfolgen, wobei bestimmte redundante Server aus dem Lastenausgleich entfernt, gepatcht, ersetzt und auf Korrektheit getestet werden, bevor die anderen Server die gleichen Schritte durchlaufen.

Das Patchen eines Servers in einer SharePoint Server 2016-Farm ist ein Prozess aus zwei Schritten. Zunächst installieren Sie die Binärdateien des Patches auf jedem Server. Dies wird als die Patchphase bezeichnet. Anschließend müssen Sie (nach Abschluss der Patchphase) die Updateinstallation abschließen, indem Sie die Build-zu-Build-Upgradephase starten.

Während des Zero Downtime Patchings können Benutzer wie zu jeder anderen Zeit Dateien hinzufügen und bearbeiten sowie Suchvorgänge ausführen, während die Server weiterhin dem Lastenausgleich unterliegen. 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

Während der Vorführung wurde das ordnungsgemäße Herunterfahren des verteilten Cachediensts erläutert und demonstriert. Die dargestellte Umgebung ist eine Testfarm, und der dargestellte Prozess zeigt NICHT, wie ein Kunde diesen Vorgang in einer realen Umgebung ausführen sollte. Wenn Sie aktiv Bereiche verwenden, z. B. Microblogs, Newsfeeds usw., 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. Für weitere Einzelheiten zum SharePoint schauen Sie sich das Video an.

Entfernen Sie den Front-End-Webserver (SPWEB01) aus dem Lastenausgleich.
Patchen Sie den Front-End-Webserver (SPWEB01) mithilfe der STS- und WSS-Pakete.
Starten Sie den Front-End-Webserver (SPWEB01) neu.
Fügen Sie den Front-End-Webserver (SPWEB01) wieder dem Lastenausgleich hinzu.
Entfernen Sie den Front-End-Webserver (SPWEB02) aus dem Lastenausgleich.
Patchen Sie den Front-End-Webserver (SPWEB02).
Starten Sie den Front-End-Webserver (SPWEB02) neu.
Patchen Sie die folgenden Anwendungsserver: SPAPP01, SPDCH01 und SPSRCH01 parallel, und starten dann Sie die Computer neu.
Patchen Sie die folgenden Anwendungsserver: SPAPP02, SPDCH02 und SPSRCH02 parallel, und starten dann Sie die Computer neu.
Nachdem der Front-End-Webserver (SPWEB02) aus dem Lastenausgleich entfernt wurde (siehe Schritt 7), öffnen Sie die SharePoint 2016-Verwaltungsshell, und führen Sie den folgenden PSConfig-Befehl aus: 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.
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).
Führen Sie auf dem Computer des Front-End-Webservers (SPWEB01) den PSConfig-Befehl aus Schritt 10 aus.
Fügen Sie den Front-End-Webserver (SPWEB01) wieder dem Lastenausgleich hinzu.
Führen Sie auf dem Anwendungsserver (SPAPP01) den PSConfig-Befehl aus Schritt 10 aus.
Führen Sie auf dem verteilten Cacheserver (SPDCH01) den PSConfig-Befehl aus Schritt 10 aus.
Führen Sie auf dem verteilten Suchserver (SPSRCH01) den PSConfig-Befehl aus Schritt 10 aus.
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.

Im Video wurde das folgende Microsoft PowerShell-Skript verwendet, um Server aus dem internen Azure Service Management-Lastenausgleich zu entfernen.

#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 zur Microsoft PowerShell für Azure-Cmdlets finden Sie unter Get-AzureVM und Add-AzureEndpoint.

Freigeben über

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

Übersicht

Verwandte Themen

Zusätzliche Ressourcen