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-16 2016no-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.

O patch de tempo de inatividade zero não exige nenhum tempo de inatividade do servidor ao corrigir um farm do SharePoint Server 2016, mas exige que seu farm seja configurado em uma configuração de HA (Altamente Disponível) (para que as funções do SharePoint sejam hospedadas em mais de 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.

Há um processo de duas etapas para corrigir um servidor em um farm do SharePoint Server 2016. Primeiro, você instala os binários do patch em cada servidor, isso é chamado de fase de patch. Em segundo lugar, depois de concluir a fase de patch, você deve concluir a instalação de atualização iniciando a fase de atualização build-to-build.

Durante o patch de tempo de inatividade zero, os usuários podem adicionar e editar arquivos e usar a pesquisa como em qualquer outro momento, acessando os servidores ainda manipulados pelo balanceador de carga. Da mesma forma, embora os esquemas de banco de dados possam ser diferentes entre os lados corrigidos e não corrigidos do farm, o SharePoint Server 2016 opera em um modo compatível com o reverso e seus bancos de dados são capazes de funcionar corretamente até que a correção 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 você estiver usando ativamente áreas como Microblogs, Newsfeeds etc. você precisará usar as seguintes etapas para desligar o Serviço de Cache Distribuído em cada Servidor de Cache Distribuído 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, veja uma visão geral das etapas, no entanto, para obter mais detalhes sobre o patch 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 (Consulte a etapa 7), Abra o Shell de Gerenciamento do SharePoint 2016 e 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 script do Microsoft PowerShell a seguir foi usado para tirar servidores da Load Balancer Interna de Gerenciamento 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 informações adicionais sobre os cmdlets do Microsoft PowerShell para Azure, confira Get-AzureVM e Add-AzureEndpoint.

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