Compartilhar via

Demonstração em vídeo da Aplicação de patch com Tempo de Inatividade Zero no SharePoint Server 2016

  • Artigo

APLICA-SE A:no-img-132013 yes-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint no Microsoft 365

Visão geral

Um dos novos recursos do SharePoint Server 2016 é a Aplicação de Patch com Tempo de Inatividade Zero.

A aplicação de patches Sem Tempo de Inatividade não exige qualquer período de indisponibilidade do servidor durante a aplicação de patches a um farm do SharePoint Server 2016. No entanto, o farm tem de ser configurado numa configuração de Elevada Disponibilidade (HA) (para que as funções do SharePoint estejam alojadas em mais do que um servidor). Dessa forma, a correção pode ser feita em lotes onde determinados servidores redundantes são retirados do balanceamento de carga, corrigidos, substituídos e testados em relação à fiabilidade antes que os outros servidores passem pelo mesmo processo.

Existe um processo de dois passos para corrigir um servidor num farm do SharePoint Server 2016. Primeiro, instale os binários do patch em cada servidor. Este passo é denominado fase de patch. Em segundo lugar, depois de concluir a fase de patch, tem de concluir a instalação da atualização ao iniciar a fase de atualização de compilação para compilação.

Durante a aplicação de patches sem tempo de inatividade, os utilizadores podem adicionar e editar ficheiros e utilizar a pesquisa como em qualquer outro momento, acedendo aos servidores ainda processados pelo balanceador de carga. Da mesma forma, embora os esquemas de base de dados possam diferir entre os lados corrigidos e não correspondentes do farm, o SharePoint Server 2016 funciona num modo retrocompatível. As respetivas bases de dados podem funcionar corretamente até que a aplicação de patches seja concluída.

Este tutorial do SharePoint explica como aplicar patch a um farm de Disponibilidade Alta do SharePoint Serve 2016, do início ao fim, incluindo a instalação de arquivos binários em todos os servidores e a compilação para atualização propriamente dita

Importante

Durante a demonstração, o desligamento normal do Serviço de Cache distribuído foi discutido e demonstrado. O ambiente representado é um farm de teste, e o processo mostrado é como um cliente NÃO deve fazer em um ambiente ativo.

Importante: se estiver a utilizar ativamente áreas como Microblogs, Newsfeeds, etc., terá de utilizar os seguintes passos para encerrar corretamente o Serviço de Cache Distribuída em cada Servidor de Cache Distribuída durante o patch e a sequência de atualização:

Interromper normalmente o Serviço de Cache Distribuído

$instanceName ="SPDistributedCacheService Name=AppFabricCachingService"

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

$serviceInstance.Unprovision()

Iniciar o Serviço de Cache Distribuído

$instanceName ="SPDistributedCacheService Name=AppFabricCachingService"

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

$serviceInstance.Provision()

Para referência, eis uma descrição geral dos passos, no entanto, para obter mais detalhes sobre a aplicação de patches do SharePoint watch o vídeo.

  1. Remova o servidor Web Front-end (SPWEB01) do Balanceador de Carga.

  2. Corrija o servidor Web front-end (SPWEB01) usando os Pacotes STS e WSS.

  3. Reinicie o computador de servidores da Web front-end (SPWEB01).

  4. Adicione novamente o servidor Web front-end (SPWEB01) ao Balanceador de carga.

  5. Remova o servidor Web front-end (SPWEB02) do Balanceador de carga.

  6. Corrija os servidores Web front-end (SPWEB02).

  7. Reinicie o computador de servidores Web front-end (SPWEB02).

  8. Corrija os seguintes servidores de aplicativo: SPAPP01, SPDCH01 e SPSRCH01 em paralelo e reinicie os computadores.

  9. Aplique o patch aos seguintes servidores de Aplicativo: SPAPP02, SPDCH02 e SPSRCH02 em paralelo e reinicie os computadores.

  10. Com o servidor Web front-end (SPWEB02) fora do Balanceador de carga (Veja o passo 7), abra a Shell de Gestão do SharePoint 2016 e, em seguida, execute o seguinte comando PSConfig: PSConfig.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install

    Observação

    No vídeo, a sintaxe está resumida para economizar tempo, mas recomendamos a sintaxe completa, listada na Etapa 10, para execução.

  11. Após a conclusão da atualização, adicione novamente o servidor da Web front-end (SPWEB02) ao Balanceador de carga. Depois que o servidor Web front-end (SPWEB02) for adicionado ao Balanceador de carga, remova o servidor Web front-end (SPWEB01).

  12. No computador do servidor Web front-end (SPWEB01), execute o comando PSConfig a partir da Etapa 10.

  13. Adicione novamente o servidor Web front-end (SPWEB01) ao Balanceador de carga.

  14. No servidor Aplicativo (SPAPP01), execute o comando PSConfig a partir da Etapa 10.

  15. No servidor Cache Distribuído (SPDCH01), execute o comando PSConfig a partir da Etapa 10.

  16. No servidor Pesquisa (SPSRCH01), execute o comando PSConfig a partir da Etapa 10.

  17. Depois que a atualização for concluída, execute as mesmas etapas (14-16) nos servidores da série 02 (SPAPP02, SPDCH02, SPSRCH02).

Observação

É recomendável testar as páginas durante todo o processo para garantir que a aplicação de patch e a atualização dos servidores foi concluída.

Durante o vídeo, o seguinte script do Microsoft PowerShell foi utilizado para retirar os Servidores da Load Balancer Interna da Gestão de Serviços do 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

Para obter mais informações sobre os cmdlets do Microsoft PowerShell para o Azure, veja Get-AzureVM.

Instalar uma atualização de software no SharePoint Server 2016

Etapas para a aplicação de patch com tempo de inatividade zero no SharePoint Server 2016

Vídeo: Como habilitar o Windows PowerShell Remoto para usá-lo com o SharePoint Server