Video dimostrativo su Zero Downtime Patching in SharePoint Server 2016

  • Articolo

SI APPLICA A:no-img-132013 yes-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

Panoramica

Una delle nuove caratteristiche di SharePoint Server 2016 è Zero Downtime Patching.

L'applicazione di patch a tempo di inattività zero non richiede alcun tempo di inattività del server durante l'applicazione di patch a una farm di SharePoint Server 2016, ma richiede che la farm venga configurata in una configurazione a disponibilità elevata (in modo che i ruoli di SharePoint siano ospitati in più di un server). In questo modo, l'applicazione di patch può essere eseguita in batch in cui alcuni dei server ridondanti vengono esclusi dal bilanciamento del carico, patch, sostituiti e testati per la solidità prima che gli altri server seguano lo stesso processo.

È disponibile un processo in due passaggi per applicare patch a un server in una farm di SharePoint Server 2016. In primo luogo, si installano i file binari della patch in ogni server, ovvero la fase di patch. In secondo luogo, dopo aver completato la fase di patch, è necessario completare l'installazione dell'aggiornamento avviando la fase di aggiornamento da build a build.

Durante l'applicazione di patch zero in tempo di inattività, gli utenti possono aggiungere e modificare i file e usare la ricerca come in qualsiasi altro momento, accedendo ai server ancora gestiti dal servizio di bilanciamento del carico. Analogamente, anche se gli schemi del database possono differire tra i lati con patch e senza patch della farm, SharePoint Server 2016 funziona in modalità compatibile con le versioni precedenti e i relativi database sono in grado di funzionare correttamente, fino al completamento dell'applicazione di patch.

Questo tutorial di SharePoint illustra la procedura completa di applicazione della patch a una farm HA di SharePoint Server 2016. Vengono illustrati anche i passaggi di installazione dei file binari su tutti i server, nonché l'aggiornamento da build a build (B2B).

Importante

Durante la dimostrazione, è stato descritto e illustrato l’arresto normale del servizio di Cache distribuita. L'ambiente raffigurato è una farm di testing e il processo descritto illustra come un cliente NON deve eseguire questa operazione in un ambiente di produzione.

Importante: se si usano attivamente aree come Microblog, Newsfeed e così via, è invece necessario seguire questa procedura per arrestare normalmente il servizio Cache distribuita in ogni server cache distribuita durante la sequenza di aggiornamento e patch:

ARRESTARE normalmente il servizio cache distribuita

$instanceName ="SPDistributedCacheService Name=AppFabricCachingService"

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

$serviceInstance.Unprovision()

Avviare il servizio cache distribuita

$instanceName ="SPDistributedCacheService Name=AppFabricCachingService"

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

$serviceInstance.Provision()

Per informazioni di riferimento, ecco una panoramica dei passaggi, tuttavia per ulteriori dettagli sull'applicazione di patch a SharePoint, guardare il video.

  1. Rimuovere il server Web front-end (SPWEB01) dal bilanciamento del carico.

  2. Applicare la patch al server Web front-end (SPWEB01) usando i pacchetti STS e WSS.

  3. Riavviare il server Web front-end (SPWEB01).

  4. Aggiungere di nuovo il server Web front-end (SPWEB01) nel bilanciamento del carico.

  5. Rimuovere il server Web front-end (SPWEB02) dal bilanciamento del carico.

  6. Applicare la patch al server Web front-end (SPWEB02).

  7. Riavviare il computer del server Web front-end (SPWEB02).

  8. Applicare la patch ai seguenti server applicazioni: SPAPP01, SPDCH01 e SPSRCH01 in contemporanea, quindi riavviare i computer.

  9. Applicare la patch ai seguenti server applicazioni: SPAPP02, SPDCH02 e SPSRCH02 in contemporanea, quindi riavviare i computer.

  10. Con il server Web front-end (SPWEB02) fuori dal servizio di bilanciamento del carico (vedere il passaggio 7), aprire SharePoint 2016 Management Shell e quindi eseguire il comando PSConfig seguente: PSConfig.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install

    Nota

    Nel video, la sintassi viene ridotta per risparmiare tempo, ma si consiglia di eseguire la sintassi completa riportata nel passaggio 10.

  11. Una volta completato l'aggiornamento, aggiungere di nuovo il server Web front-end (SPWEB02) nel bilanciamento del carico. Una volta aggiunto il server Web front-end (SPWEB02) al bilanciamento del carico, rimuovere il server Web front-end (SPWEB01).

  12. Sul computer del server Web front-end (SPWEB01), eseguire il comando PSConfig del passaggio 10.

  13. Aggiungere di nuovo il server Web front-end (SPWEB01) nel bilanciamento del carico.

  14. Sul server applicazioni (SPAPP01), eseguire il comando PSConfig del passaggio 10.

  15. Sul server cache distribuita (SPDCH01), eseguire il comando PSConfig del passaggio 10.

  16. Sul server di ricerca (SPSRCH01), eseguire il comando PSConfig del passaggio 10.

  17. Al termine dell'aggiornamento, eseguire gli stessi passaggi (14-16) dei server della serie 02 (SPAPP02, SPDCH02, SPSRCH02).

Nota

Si consiglia di verificare le pagine per controllare di aver completato l'applicazione della patch e l'aggiornamento dei server.

Durante il video, lo script di Microsoft PowerShell seguente è stato usato per eliminare i server dal servizio di bilanciamento del carico interno di Gestione servizi di Azure.

#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

Per altre informazioni sui cmdlet di Microsoft PowerShell per Azure, vedere Get-AzureVM e Add-AzureEndpoint.

Installare un aggiornamento software per SharePoint Server 2016

Procedure per Zero Downtime Patching in SharePoint Server 2016

Video: Come abilitare Windows PowerShell remoto affinché sia possibile usarlo insieme a SharePoint Server