Actualizar VDA mediante el servicio de actualización de VDA

Puede iniciar las actualizaciones de VDA a través del servicio de actualización de VDA seleccionando el catálogo de máquinas de destino, una máquina individual o un grupo de máquinas y, a continuación, seleccionando “Actualizar VDA”.

Nota:

Citrix® recomienda hacer una copia de seguridad de los VDA antes de realizar las actualizaciones, siempre que sea posible.

Programación de actualizaciones

El proceso de actualización de VDA en Citrix se puede llevar a cabo a nivel de catálogo, a nivel de grupo de máquinas o a nivel de máquina individual, según los requisitos. Las actualizaciones se pueden configurar para que se inicien inmediatamente o se pueden programar para una fecha y hora con hasta 7 días de antelación.

Consideraciones

• Ámbito de catálogo frente a grupo de máquinas frente a máquina: Las actualizaciones de catálogo son ideales para actualizaciones masivas, mientras que la actualización de máquinas individualmente o por grupos permite un control más granular.

• Programación: Las actualizaciones se pueden programar con hasta 7 días de antelación. Si se utilizan actualizaciones a nivel de catálogo de máquinas, las máquinas que se agreguen al catálogo después de programar la actualización no se incluirán como parte de la actualización programada existente.

Diferencias clave

Cómo funcionan las actualizaciones programadas

El agente de actualización de VDA en los VDA se comunica periódicamente con los Delivery Controllers para determinar si el VDA debe actualizarse. Los VDA se pueden programar para que se actualicen inmediatamente o con hasta 7 días de antelación. Al programar una actualización con antelación, puede establecer la fecha y la hora (en UTC) en que comienza la actualización.

La duración de la actualización establece el período de tiempo después de la hora de inicio programada de la actualización durante el cual se producen las actualizaciones. De forma predeterminada, para las actualizaciones de catálogos de máquinas y grupos de máquinas, Citrix equilibra la carga de las actualizaciones de VDA durante la duración de la actualización para mejorar el rendimiento y evitar cuellos de botella.

Una vez que comienza una actualización, el VDA se pone en modo de mantenimiento hasta que la actualización se completa. Si hay una sesión presente en el VDA, el VDA no se actualizará hasta que no haya sesiones presentes. No se pueden intermediar nuevas sesiones al VDA cuando está en modo de mantenimiento. Si un usuario se desconecta de una sesión durante una ventana de actualización, el usuario no podrá volver a conectarse hasta que la actualización se complete.

El VDA seguirá intentando una actualización hasta que se complete la duración de la actualización programada. Si hay una sesión presente durante toda la duración de la actualización, la actualización se cancelará y el modo de mantenimiento se desactivará para el VDA. Considere una duración de actualización más larga para mejorar la tasa de éxito de la actualización del VDA.

Nota:

Los VDA colocados manualmente en modo de mantenimiento antes de una actualización programada no se actualizarán.

Versiones de VDA disponibles

El servicio de actualización de VDA mantiene versiones N-2 del VDA para las versiones CR y versiones N-2 CU para todas las versiones LTSR que se admiten actualmente.

Cuando se lanza una nueva versión de CVAD, puede actualizar VUS para incluir versiones de VDA más recientes sin actualizar todo su sitio. VUS utiliza un archivo vda_releases.xml para rellenar las versiones de VDA disponibles. El archivo vda_releases.xmld está disponible en el metainstalador de CVAD en la siguiente ubicación:

<CVAD-ISO>\Support\VdaUpdateServiceMetadata\vda_releases.xml

Para importar el archivo vda_releases.xml más reciente al VUS, ejecute el siguiente cmdlet: Import-VusVdaReleasesMetadata -Path ‘[Path to vda_releases.xml]’

En Web Studio, al actualizar un catálogo o una máquina individual, la interfaz de usuario le pregunta a qué versión desea actualizar sus VDA.

Para determinar las versiones de VDA disponibles mediante PowerShell, utilice el cmdlet Get-VusAvailableVdaVersion.

Sin pasar una máquina o un catálogo con el cmdlet, el cmdlet devolverá la última versión disponible para todas las rutas de actualización.

Para obtener las versiones específicas disponibles para un recurso, pase un VDA (-MachineName, -MachineUid o -MachineUuid) o un catálogo (-CatalogName, -CatalogUid o -CatalogUuid) con el cmdlet Get-VusAvailableVdaVersion.

Por ejemplo: Get-VusAvailableVdaVersion -CatalogName ‘[Name of your Machine Catalog]’

Componentes adicionales

Se pueden instalar o actualizar componentes adicionales al actualizar VDA por catálogo de máquinas o por máquina individual. Si no marca un componente, no se desinstalará, pero el componente no se actualizará como parte de la actualización general del VDA.

Funciones

Las funciones se pueden habilitar o actualizar en los VDA a través del servicio de actualización de VDA. Si no marca una función, no se deshabilitará, pero la función no se actualizará como parte de la actualización general del VDA.

De forma predeterminada, la casilla de verificación Habilitar limpieza de restauración está seleccionada. Citrix recomienda habilitar la función de limpieza de restauración para facilitar la administración y mejorar la recuperación de actualizaciones fallidas. Con la función habilitada, se crea un punto de restauración del sistema antes de que comience la actualización. Si una actualización falla, el VDA se restaura al punto de restauración del sistema. El punto de restauración se elimina después de la instalación correcta del VDA. Para obtener más información, consulte Restaurar en caso de error de instalación o actualización.

Nota:

La Restauración del sistema de Windows solo es compatible con sistemas operativos de sesión única (por ejemplo, Windows 10 y 11). La función de Restauración del sistema de Windows debe estar habilitada en el VDA para que la función “Enable restore cleanup” funcione. Las actualizaciones pueden fallar si se selecciona “Enable restore” o “Enable restore cleanup”, pero la Restauración del sistema de Windows no está configurada en el VDA.

Concurrencia

Al actualizar catálogos de máquinas, VUS le permite definir un número máximo de VDA que se actualizarán simultáneamente. Esto puede ayudar a reducir la carga en su conexión a Internet o servidor de archivos y, cuando se usa junto con los umbrales de error, le permite detener las actualizaciones si un número de VDA no se actualizan.

Tan pronto como comienza la actualización programada, todos los VDA del catálogo se ponen en modo de mantenimiento. Una actualización comenzará en una cantidad de VDA que coincida con la configuración de concurrencia máxima definida. Tan pronto como se complete la actualización de un VDA, otro VDA comenzará a actualizarse para mantener el número concurrente de VDA actualizándose simultáneamente.

Si no se especifica ninguna concurrencia para una actualización programada del catálogo de máquinas, Citrix utiliza un valor de concurrencia predeterminado basado en el número total de VDA en el catálogo y la duración de la actualización.

Las actualizaciones tardan una media de unos 30 minutos en completarse, pero esto puede variar mucho según las condiciones ambientales. Considere la posibilidad de establecer su concurrencia en una cantidad en la que todos los VDA puedan actualizarse en la duración de actualización proporcionada. Por ejemplo, si tiene 20 VDA configurados para actualizarse en 4 horas, necesita 5 VDA para actualizarse por hora. Usando la duración media de actualización de 30 minutos, puede establecer el valor de concurrencia en 3 para cumplir con el requisito de 5 actualizaciones de VDA por hora (3 actualizaciones por cada 30 minutos resultan en 6 actualizaciones por hora).

Umbral de error

Al actualizar catálogos de máquinas, utilice un umbral de error para evitar que se actualicen más VDA si un número determinado de VDA ha fallado. Los umbrales de error pueden reducir el radio de impacto de los problemas que causan fallos en las actualizaciones, lo que reduce los esfuerzos de solución de problemas para los administradores.

Los umbrales de error impiden que cualquier VDA futuro inicie actualizaciones, pero no detienen los VDA que ya han comenzado la actualización. Por ejemplo, si un catálogo de máquinas tiene 100 VDA, la concurrencia se establece en 10 VDA y el umbral de error se establece en 3, si todas las actualizaciones de VDA fallan, al menos 13 VDA habrán intentado actualizarse, y los 87 restantes nunca habrán comenzado, y la actualización se cancelará.

10 VDA concurrentes comienzan a actualizarse al inicio de la actualización programada; si la primera actualización falla, otro VDA iniciará la actualización para mantener las 10 actualizaciones simultáneas concurrentes. Si la segunda actualización falla, otro VDA comenzará la actualización. Si la tercera actualización falla, todos los VDA que estén actualmente en proceso de actualización continuarán, y el resto de los VDA en el programa de actualización verán su actualización cancelada.

Ubicación del instalador de VDA

El instalador de VDA debe alojarse en un recurso compartido de archivos local en su entorno. Los requisitos para el recurso compartido de archivos y el instalador de VDA se enumeran a continuación:

El recurso compartido de archivos debe cumplir los siguientes requisitos previos.

• Permisos de recurso compartido de archivos
  • Los recursos compartidos de red que contienen los paquetes del instalador de VDA deben tener acceso de lectura para el servicio Agente de actualización de VDA, que se ejecuta como Sistema local (entidad de seguridad NT AUTHORITY\SYSTEM).
  • VDAs unidos a un dominio:
    • La cuenta de Sistema local (VUA se ejecuta como Sistema local) utiliza las credenciales del equipo al acceder a los recursos compartidos de red.
    • Se debe conceder acceso de lectura al recurso compartido de archivos a los equipos del dominio.
    • En Configuración avanzada de uso compartido, se debe habilitar Uso compartido de archivos e impresoras.
  • VDAs no unidos a un dominio:
    • La cuenta de Sistema local (VUA se ejecuta como Sistema local) utiliza INICIO DE SESIÓN ANÓNIMO al acceder a los recursos compartidos de red.
    • En el Centro de redes y recursos compartidos, se debe deshabilitar el Uso compartido protegido con contraseña.
    • En la ficha Seguridad de los permisos de carpeta, se deben conceder permisos de acceso de lectura a INICIO DE SESIÓN ANÓNIMO.
    • En Configuración avanzada de uso compartido, se debe habilitar Uso compartido de archivos e impresoras.
    • El nombre de la carpeta compartida debe agregarse a la Directiva de seguridad de acceso a la red.
• Instalador de VDA
  • El instalador de VDA debe descargarse del sitio web Descargas de Citrix y colocarse en el recurso compartido de archivos.
  • Se debe descargar el instalador de VDA pertinente para el catálogo de máquinas.
    • Utilice el instalador de VDA para SO multisesión si el tipo de catálogo es multisesión.
    • Utilice el instalador de VDA para SO de sesión única si el tipo de catálogo es de sesión única.
  • Para una actualización determinada, la versión del instalador en el recurso compartido de archivos debe coincidir exactamente con una versión publicada por VUS. Utilice el cmdlet de PowerShell Get-VusAvailableVersion para determinar las versiones disponibles.

La ruta al instalador debe ser una ruta de archivo que incluya el ejecutable. Por ejemplo, \\hostname\VDA-Packages\VDAWorkstationSetup_2308.exe.

Cuando utilice VUS a través de PowerShell, use el parámetro -VdaWorkstationPackageUri (SO de sesión única) o -VdaServerPackageUri (SO multisesión) al programar la actualización.

Forzar el cierre de sesión de las sesiones

Para aumentar el número de VDA disponibles para la actualización durante una actualización programada, considere la posibilidad de cerrar forzosamente las sesiones de usuario durante la actualización. El cierre de sesión forzoso se produce cuando comienza la actualización de cada VDA individual, no al inicio de la ventana de actualización programada general.

Dado que los diferentes VDA comienzan a actualizarse en momentos distintos dentro del período programado, los usuarios solo cerrarán sesión cuando su VDA específico comience su actualización.

Para cerrar forzosamente las sesiones desconectadas durante las actualizaciones programadas mediante Web Studio, seleccione la opción Cerrar sesiones desconectadas.

Para cerrar forzosamente las sesiones activas durante las actualizaciones programadas mediante Web Studio, seleccione la opción Cerrar sesiones activas. Si se cierran las sesiones activas, los usuarios recibirán una notificación en su sesión 10 minutos antes de que comience la actualización, recordándoles que guarden su trabajo antes de que se cierre la sesión automáticamente.

Para cerrar forzosamente las sesiones desconectadas durante las actualizaciones programadas mediante PowerShell, use el parámetro -LogoffOption al programar la actualización. Las opciones disponibles para -LogoffOption se enumeran a continuación:

• ActiveSessionsOnly: Si hay una sesión activa en el VDA durante la ventana de actualización programada, se cerrará la sesión del usuario. Se mostrará un banner 10 minutos antes de que se cierre la sesión del usuario para proporcionar una advertencia. Los VDA con sesiones desconectadas no cerrarán sesión durante la ventana de actualización. Si la sesión desconectada permanece durante toda la ventana de actualización, esa actualización del VDA se cancelará.
• DisconnectedSessionsOnly: Si hay una sesión desconectada en el VDA durante la ventana de actualización programada, se cerrará la sesión del usuario. No se notifica a los usuarios que su sesión desconectada se cerrará. Los VDA con sesiones activas no cerrarán sesión durante la ventana de actualización. Si la sesión activa permanece durante toda la ventana de actualización, esa actualización del VDA se cancelará.
• ActiveAndDisconnectedSessions: Si hay una sesión activa o desconectada en el VDA durante la ventana de actualización programada, el usuario cerrará la sesión. Para las sesiones activas, se mostrará un banner 10 minutos antes de que el usuario cierre la sesión para proporcionar una advertencia.
• DoNotLogoff: Las sesiones activas y desconectadas no se cierran. Si hay una sesión presente en el VDA durante toda la duración de la programación de la actualización, la actualización se cancela al final de la ventana de actualización programada.

Cuando sea posible, Citrix recomienda cerrar las sesiones de forma forzosa para aumentar el número de VDA que se actualizan correctamente.

Importante:

El cierre forzoso de las sesiones puede provocar que los usuarios pierdan el trabajo no guardado de sus sesiones.

Editar o cancelar el flujo de trabajo del VDA

Después de programar las actualizaciones para un catálogo, puede editar la hora de inicio y la duración de la actualización o cancelarla por completo.

Para editar o cancelar una actualización mediante la interfaz de usuario a nivel de catálogo de máquinas, haga clic con el botón derecho en un catálogo de máquinas con una actualización programada existente y haga clic en Edit Scheduled VDA Upgrade. Para editar una actualización existente a nivel de catálogo de máquinas mediante PowerShell, utilice los cmdlets Set-VusCatalogUpgrade y Remove-VusCatalogUpgrade.

Para editar o cancelar una actualización a nivel de máquina, en el nodo de búsqueda, haga clic con el botón derecho en una máquina con una actualización programada existente y haga clic en Edit Scheduled VDA Upgrade. No puede editar la actualización programada del VDA para varias máquinas simultáneamente. Para editar una actualización existente a nivel de máquina mediante PowerShell, utilice los cmdlets Set-VusMachineUpgrade y Remove-VusMachineUpgrade.