Vídeo de demostración de revisiones sin tiempo de inactividad en SharePoint Server 2016

SE APLICA A:no-img-132013 sí-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint en Microsoft 365

Información general

Una de las nuevas características de SharePoint Server 2016 son las revisiones sin tiempo de inactividad.

La aplicación de revisiones sin tiempo de inactividad no requiere ningún tiempo de inactividad del servidor al aplicar revisiones a una granja de servidores de SharePoint Server 2016, pero sí requiere que la granja de servidores se configure en una configuración de alta disponibilidad (ALTA DISPONIBILIDAD) (para que los roles de SharePoint se hospede en más de un servidor). De este modo, la revisión puede realizarse en lotes donde algunos de los servidores redundantes se extraen del equilibrio de carga, se revisan, se sustituyen y se prueban en busca de solidez antes de que los demás servidores sigan el mismo proceso.

Hay un proceso de dos pasos para aplicar revisiones a un servidor en una granja de servidores de SharePoint Server 2016. En primer lugar, instale los archivos binarios de la revisión en cada servidor; esta es la llamada fase de aplicación de revisiones. En segundo lugar, tras finalizar la fase de aplicación de revisiones, debe completar la instalación de actualizaciones iniciando la fase de actualización de una compilación a otra.

Durante la aplicación de revisiones sin tiempo de inactividad, los usuarios pueden agregar y editar archivos y usar la búsqueda como en cualquier otro momento, accediendo a los servidores que sigue controlando el equilibrador de carga. Del mismo modo, aunque los esquemas de base de datos pueden diferir entre los lados revisados y no parcheados de la granja de servidores, SharePoint Server 2016 funciona en un modo compatible con versiones anteriores y sus bases de datos pueden funcionar correctamente, hasta que se complete la aplicación de revisiones.

Este tutorial de SharePoint explica cómo aplicar una revisión a una granja de alta disponibilidad de SharePoint Server 2016 de principio a fin, incluida la instalación de los archivos binarios en todos los servidores y la propia actualización de una compilación a otra (B2B).

Importante

Durante la demostración, se explicó y se realizó una demostración del cierre estable del servicio de caché distribuida. Se muestra un entorno de granja de servidores de prueba, pero este procedimiento NO tienen que realizarlo los clientes en un entorno de producción.

Importante: Si usa activamente áreas como Microblogs, Suministro de noticias, etc. En su lugar, deberá usar los pasos siguientes para apagar correctamente el servicio de caché distribuida en cada servidor de caché distribuida durante la secuencia de revisión y actualización:

DETENER correctamente el servicio de caché distribuida

$instanceName ="SPDistributedCacheService Name=AppFabricCachingService"

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

$serviceInstance.Unprovision()

Iniciar el servicio de caché distribuida

$instanceName ="SPDistributedCacheService Name=AppFabricCachingService"

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

$serviceInstance.Provision()

Como referencia, esta es una introducción a los pasos, pero para obtener más detalles sobre la aplicación de revisiones de SharePoint, vea el vídeo.

  1. Quite el servidor front-end web (SPWEB01) del equilibrador de carga.

  2. Revise el servidor front-end web (SPWEB01) usando paquetes de STS y WSS.

  3. Reinicie el servidor front-end web (SPWEB01).

  4. Agregue el servidor front-end web (SPWEB01) al equilibrador de carga.

  5. Quite el servidor front-end web (SPWEB02) del equilibrador de carga.

  6. Reinicie el servidor front-end web (SPWEB02).

  7. Reinicie el equipo del servidor front-end web (SPWEB02).

  8. Revise los siguientes servidores de aplicaciones: SPAPP01, SPDCH01 y SPSRCH01 en paralelo y, después, reinicie los equipos.

  9. Revise los siguientes servidores de aplicaciones: SPAPP02, SPDCH02 y SPSRCH02 en paralelo y, después, reinicie los equipos.

  10. Con el servidor front-end web (SPWEB02) fuera del equilibrador de carga (vea el paso 7), abra el Shell de administración de SharePoint 2016 y ejecute el siguiente comando PSConfig: PSConfig.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install

    Nota:

    En el vídeo, la sintaxis se resume para ahorrar tiempo, pero la sintaxis completa que se muestra en el paso 10 es la que se recomienda ejecutar.

  11. En cuanto se complete la actualización, agregue el servidor front-end web (SPWEB02) al equilibrador de carga. Una vez que el servidor web front-end (SPWEB02) se haya agregado al equilibrador de carga, quite el servidor front-end web (SPWEB01).

  12. En el equipo de (SPWEB01) del servidor web front-end, ejecute el comando PSConfig del paso 10.

  13. Agregue el servidor front-end web (SPWEB01) al equilibrador de carga.

  14. En el servidor de aplicaciones (SPAPP01), ejecute el comando PSConfig del paso 10.

  15. En el servidor de caché distribuida (SPDCH01), ejecute el comando PSConfig del paso 10.

  16. En el servidor de búsqueda (SPSRCH01), ejecute el comando PSConfig del paso 10.

  17. Una vez completada la actualización, ejecute los mismos pasos (14-16) en los servidores de la serie 02 (SPAPP02, SPDCH02 y SPSRCH02).

Nota:

Se recomienda probar exhaustivamente las páginas para garantizar que la revisión y la actualización de los servidores se hayan completado.

Durante el vídeo, se usó el siguiente script de Microsoft PowerShell para sacar a los servidores de la Load Balancer interna de Azure Service Management.

#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 obtener más información sobre los cmdlets de Microsoft PowerShell para Azure, consulte Get-AzureVM y Add-AzureEndpoint.

Instalar una actualización de software para SharePoint Server 2016

Pasos de aplicación de revisiones sin tiempo de inactividad en SharePoint Server 2016

Vídeo Cómo habilitar Windows PowerShell remoto para usarlo con SharePoint Server