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 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

• Catálogo frente a grupo de máquinas frente a ámbito de 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 añadidas al catálogo después de programar la actualización no se incluyen 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 toda 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 continuará intentando una actualización hasta que se complete la duración programada de la actualización. 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 N-2 versiones del VDA para las versiones CR y N-2 versiones CU para todas las versiones LTSR que son compatibles 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 a 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:

Restaurar sistema de Windows solo es compatible con sistemas operativos de sesión única (por ejemplo, Windows 10 y 11). La función Restaurar sistema de Windows debe estar habilitada en el VDA para que la función “Habilitar limpieza de restauración” funcione. Las actualizaciones pueden fallar si se selecciona “Habilitar restauración” o “Habilitar limpieza de restauración”, pero Restaurar sistema de Windows no está configurado 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 utiliza junto con los umbrales de error, le permite detener las actualizaciones si varios VDA no se actualizan.

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

Si no se especifica ninguna concurrencia para una actualización programada de un 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 establecer su concurrencia a una cantidad donde 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. Utilizando 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 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 la actualización, reduciendo 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 iniciado 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 se habrán iniciado, 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 el proceso de actualización continuarán, y el resto de los VDA en el programa de actualización tendrán su actualización cancelada.

Ubicación del instalador de VDA

El instalador de VDA debe estar alojado 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 paquetes de instalación de VDA deben tener acceso de lectura para el servicio VDA Upgrade Agent, que se ejecuta como Sistema local (entidad de seguridad NT AUTHORITY\SYSTEM).
  • VDA unidos a un dominio:
    • La cuenta de Sistema local (VUA se ejecuta como Sistema local) utiliza credenciales de equipo al acceder a recursos compartidos de red.
    • El recurso compartido de archivos debe tener acceso de lectura para los equipos del dominio.
    • En la configuración avanzada de recursos compartidos, debe estar habilitada la opción Uso compartido de impresoras y archivos.
  • VDA 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 recursos compartidos de red.
    • En el Centro de redes y recursos compartidos, el Uso compartido con protección por contraseña debe estar inhabilitado.
    • 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 la configuración avanzada de recursos compartidos, debe estar habilitada la opción Uso compartido de impresoras y archivos.
    • 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 Citrix Downloads 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 de SO multisesión si el tipo de catálogo es multisesión.
    • Utilice el instalador de VDA de 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

Para aumentar el número de VDA disponibles para la actualización durante una actualización programada, considere la posibilidad de forzar el cierre de las sesiones de usuario durante la actualización. El cierre de sesión forzado se produce cuando la actualización comienza para 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 forzar el cierre de sesiones desconectadas durante las actualizaciones programadas mediante Web Studio, seleccione la opción Cerrar sesiones desconectadas.

Para forzar el cierre de sesiones activas durante las actualizaciones programadas mediante Web Studio, seleccione la opción Cerrar sesiones activas. Si se cierran 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 forzar el cierre de sesiones desconectadas durante las actualizaciones programadas mediante PowerShell, utilice 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 se cerrará su sesión desconectada. 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 desconectada o activa en el VDA durante la ventana de actualización programada, el usuario se cerrará la sesión. Para las sesiones activas, se mostrará un banner 10 minutos antes de que se cierre la sesión del usuario 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 forzada para aumentar el número de VDA que se actualizan correctamente.

Importante:

Cerrar las sesiones de forma forzada 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 Editar actualización programada de VDA. 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 Editar actualización programada de VDA. No puede editar la actualización programada de 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.