Actualizar una implementación

Nota:

Puede obtener información sobre los cambios de nombres de producto aquí y los cambios de números de versión aquí.

Introducción

Importante:

Asegúrese de descargar y usar la ISO y los VDA independientes que contienen 1808_2 (o 1808.2 para los VDA independientes) en el nombre del archivo. Para obtener más detalles, consulte CTX237835.

Puede actualizar algunas implementaciones a versiones más recientes sin tener que configurar antes nuevas máquinas o sitios. Este proceso se llama “actualización en contexto”. Consulte Actualizar para ver una lista de las versiones que se pueden actualizar.

Para iniciar una actualización, ejecute el instalador desde la nueva versión para actualizar los componentes principales, los VDA y otros componentes previamente instalados. A continuación, actualice las bases de datos y el sitio.

Si intenta actualizar un componente en un sistema operativo que no es compatible con esta versión del producto, un mensaje lo guiará a un artículo. La información de ese artículo también está disponible en este artículo. Consulte Sistemas operativos anteriores.

Con el instalador de producto completo, puede actualizar cualquier componente que se pueda instalar, si hay disponible una versión más reciente de este. Para conocer los componentes que no se instalan con el instalador de producto completo (como Citrix Provisioning y Profile Management), consulte la documentación de esos componentes para obtener información. Para actualizaciones de host, consulte la documentación apropiada.

Consulte toda la información contenida en este artículo antes de comenzar la actualización.

Secuencia de actualización

El diagrama siguiente resume la secuencia de actualización. Se ofrece información detallada en Procedimiento de actualización. Por ejemplo, si tiene más de un componente principal instalado en un servidor, ejecutar el instalador en esa máquina actualiza todos los componentes que tengan versiones nuevas. Puede que le interese actualizar el VDA utilizado en una imagen maestra y, luego, actualizar la imagen. A continuación, actualizar el catálogo que usa esa imagen y el grupo de entrega que utiliza ese catálogo. En la información detallada que se ofrece, también se explica cómo actualizar las bases de datos del sitio y el sitio automática o manualmente.

Diagrama del flujo de la secuencia de actualización

Pruebas preliminares en el sitio

Cuando actualiza los Delivery Controllers y un sitio, se ejecutan pruebas preliminares en el sitio antes de que comience la actualización en sí. En estas pruebas se comprueba si:

  • Se puede establecer conexión con la base de datos del sitio y esta tiene copia de seguridad
  • Las conexiones a los servicios esenciales de Citrix funcionan correctamente
  • La dirección del servidor de licencias de Citrix está disponible
  • Se puede establecer conexión con la base de datos de registros de configuración

Tras ejecutarse las pruebas, podrá ver un informe de los resultados. A continuación, podrá solucionar los problemas que se detectaran y ejecutar las pruebas nuevamente. El funcionamiento del sitio puede verse afectado negativamente si no ejecuta las pruebas preliminares del sitio y no resuelve los problemas que surjan.

El informe que contiene los resultados de las pruebas es un archivo HTML (PreliminarySiteTestResult.html) ubicado en el mismo directorio que los registros de instalación. Si aún no existe, el archivo se creará. Si el archivo ya existe, su contenido se sobrescribirá.

Ejecutar las pruebas

  • Cuando usa la interfaz gráfica del instalador para actualizar, el asistente incluye una página donde puede iniciar las pruebas y luego ver el informe. Después de que se ejecuten las pruebas, haya visto el informe y haya resuelto los problemas que se encontraran, puede volver a ejecutar las pruebas. Cuando las pruebas se ejecuten sin detectar errores, haga clic en “Siguiente” para continuar con el asistente.
  • Cuando usa la interfaz de línea de comandos para actualizar, las pruebas se ejecutan automáticamente. De forma predeterminada, si una prueba falla, la actualización no se realiza. Después de ver el informe y resolver los problemas, vuelva a ejecutar el comando.

Citrix recomienda ejecutar siempre las pruebas preliminares del sitio y resolver todos los problemas que surjan antes de continuar con la actualización del sitio y del Controller. Los beneficios potenciales que aportan las pruebas valen la pena frente al poco tiempo que se necesita para ejecutar las pruebas. Sin embargo, puede anular esta acción recomendada.

  • Al actualizar desde la interfaz gráfica, puede optar por omitir las pruebas y continuar con la actualización.
  • Al actualizar desde la línea de comandos, no puede omitir las pruebas. De forma predeterminada, una prueba de sitio que haya fallado detiene el instalador, sin realizar la actualización. Si incluye la opción /ignore_site_test_failure, se ignorarán todos los errores de las pruebas y la actualización continuará.

Al actualizar varios Controllers

Cuando inicia una actualización en un Controller y luego inicia una actualización de otro Controller ubicado en el mismo sitio (antes de que se complete la primera actualización):

  • Si las pruebas preliminares del sitio se han completado en el primer Controller, la página de pruebas preliminares del sitio no aparece en el asistente del segundo Controller.
  • Si las pruebas en el primer Controller aún están en curso cuando se inicia la actualización del segundo Controller, la página de pruebas del sitio aparece en el asistente del segundo Controller. Sin embargo, si finalizan las pruebas en el primer Controller, solo se conservan los resultados de las pruebas del primer Controller.

Fallos de pruebas no relacionados con el estado del sitio

  • Si las pruebas preliminares del sitio fallan debido a una memoria insuficiente, aumente la cantidad de memoria disponible y vuelva a ejecutar las pruebas.
  • Si tiene permisos para actualizar, pero no para ejecutar pruebas en el sitio, las pruebas preliminares del sitio fallan. Para solucionar este problema, vuelva a ejecutar el instalador con una cuenta de usuario que tenga permiso para ejecutar las pruebas.

Limitaciones

Se aplican los siguientes límites a las actualizaciones:

  • Instalación selectiva de componentes: Si instala o actualiza unos componentes a la nueva versión, pero opta por no actualizar otros componentes (en máquinas diferentes) que requieren la actualización, Studio se lo recordará. Por ejemplo, supongamos que una actualización incluye versiones nuevas del Controller y de Studio. Actualiza el Controller, pero no ejecuta el instalador en la máquina donde está instalado Studio. No podrá seguir utilizando Studio para administrar el sitio hasta que actualice Studio.

    No es necesario actualizar los agentes VDA, pero Citrix recomienda actualizarlos todos para que pueda utilizar todas las funcionalidades disponibles.

  • Versiones de XenApp anteriores a 7.5: No se puede actualizar desde una versión de XenApp anterior a 7.5. Puede migrar desde XenApp 6.x; consulte Migrar XenApp 6.x.
  • Versiones de XenDesktop anteriores a 7.x: No puede actualizar desde una versión de XenDesktop anterior a 5.6. Para actualizar desde XenDesktop 5.6 a esta versión, actualice a la versión 7.6 LTSR (con la Cumulative Update más reciente) y, a continuación, actualice a esta versión de Citrix Virtual Desktops.
  • XenDesktop Express Edition: No se puede actualizar XenDesktop Express Edition. Obtenga e instale una licencia para una edición respaldada actualmente y, a continuación, realice la actualización.
  • Versiones Technology Preview o Early Release: No puede actualizar desde una versión Technology Preview, Early Release o cualquier versión de vista previa.
  • Componentes en sistemas operativos anteriores: No puede instalar los VDA actuales en sistemas operativos que Microsoft o Citrix han dejado de respaldar. Para obtener más información, consulte Sistemas operativos anteriores.
  • Selección de producto: Cuando actualice desde una versión anterior, no seleccione ni especifique el producto (Citrix Virtual Apps o Citrix Virtual Desktops), porque ya lo ha establecido durante la instalación inicial.
  • Entornos o sitios mixtos: Si debe seguir ejecutando sitios con una versión anterior y sitios con la versión actual, consulte Consideraciones sobre entornos mixtos.
  • Delivery Controllers anteriores a 7.13: Cuando actualiza un Delivery Controller desde una versión anterior a 7.13, puede producirse un error (excepción) si la configuración “Tiempo de espera de la reconexión automática de clientes” está definida en las directivas. Este error ocurre si el valor de la configuración “Tiempo de espera de la reconexión automática de clientes” se establece fuera del rango permitido de entre 0 y 300, que se introdujo por primera vez en la versión 7.13. Para evitar este error, use Citrix Group Policy PowerShell Provider y anule la configuración definida o establézcala en un valor que se encuentre dentro del intervalo especificado. Para ver un ejemplo, consulte CTX229477.

Preparar

Antes de comenzar una actualización, revise la siguiente información y complete las tareas necesarias.

Elegir un instalador y una interfaz

Puede usar el instalador de producto completo que se proporciona en el archivo ISO del producto para actualizar los componentes.

Puede actualizar los VDA con la ayuda del instalador de producto completo o con uno de los instaladores independientes de VDA.

Todos los instaladores ofrecen interfaces gráficas y de línea de comandos. Para obtener más información, consulte Instaladores.

No puede actualizar importando ni migrando datos desde una versión que se puede actualizar. Algunas versiones muy anteriores se deben migrar en lugar de actualizarse; consulte Actualizar y migrar para ver qué versiones se pueden actualizar.

Si instaló en un principio un VDA de escritorio con el instalador VDAWorkstationCoreSetup.exe, Citrix recomienda usar el mismo instalador para actualizarlo. Si utiliza el instalador de VDA de producto completo o el instalador VDAWorkstationSetup.exe para actualizar el VDA, los componentes que se hayan excluido en su momento pueden instalarse esta vez, a menos que los omita o excluya expresamente de la actualización.

Por ejemplo, supongamos que instaló originalmente una versión 7.14 de VDA utilizando VDAWorkstationCoreSetup.exe. Más tarde, utiliza el instalador de producto completo para actualizar ese VDA. Si acepta la configuración predeterminada en el instalador de producto completo, los componentes que se excluyeron en su momento de la instalación original (como Profile Management) se instalan durante la actualización.

Durante el proceso de actualización de un VDA a la versión actual, la máquina se reinicia. (Este requisito comenzó con la versión 7.17.) Esto no se puede evitar. La actualización se reanuda automáticamente después del reinicio (a menos que especifique /noresume en la línea de comandos).

Comprobar el estado del sitio

Si un sitio presenta problemas, la actualización no los solucionará. De hecho, puede dejar el sitio en un estado muy complejo del que puede ser difícil recuperarlo.

Cuando inicia el instalador de producto completo para actualizar un Controller, se ejecutan pruebas preliminares en el sitio antes de que comience la actualización en sí. Tras ejecutarse las pruebas, podrá ver un informe de los resultados. Si se encontraron problemas, puede detener la actualización y solucionar los problemas. Luego, después de resolver los problemas, puede comenzar la actualización nuevamente.

Para ver información más detallada, consulte Pruebas preliminares en el sitio.

Copia de seguridad de la base de datos

Realice una copia de seguridad de las tres bases de datos: del sitio, de supervisión y de registros de configuración. Siga las instrucciones indicadas en CTX135207. Si se detecta algún problema después de la actualización, se puede restaurar la copia de seguridad.

Otras tareas de preparación

  • Compruebe que las licencias de Citrix están actualizadas: Antes de actualizar, compruebe que la fecha de Customer Success Services, Software Maintenance o Subscription Advantage es válida para la nueva versión del producto. Si va a actualizar desde una versión de producto anterior a 7.x, la fecha debe ser al menos 2018.0815 (el 15 de agosto de 2018).
  • Cierre aplicaciones y consolas: Antes de iniciar una actualización, cierre todos los programas que podrían bloquear los archivos, como las consolas de administración y las sesiones de PowerShell. (Reiniciar la máquina garantiza que no haya archivos bloqueados y que no haya actualizaciones de Windows pendientes.) Antes de comenzar una actualización, detenga e inhabilite otros servicios de agentes de supervisión de terceros.
  • Compruebe que dispone de los permisos correctos: Además de ser un usuario del dominio, usted debe ser un administrador local en las máquinas donde quiere actualizar los componentes de producto.

    La base de datos del sitio y el sitio pueden actualizarse automática o manualmente. Para realizar una actualización automática de la base de datos, los permisos de usuario de Studio deben incluir la capacidad de actualizar el esquema de la base de datos de SQL Server (por ejemplo, el rol de base de datos db_securityadmin o db_owner). Para obtener más información, consulte Bases de datos. Si el usuario de Studio no tiene los permisos necesarios, se generan scripts al iniciar una actualización manual de la base de datos. El usuario de Studio ejecuta algunos de los scripts desde Studio. El administrador de la base de datos ejecuta otros scripts mediante una herramienta como SQL Server Management Studio.

  • También puede hacer una copia de seguridad de las plantillas y actualizar los hipervisores, si fuera necesario.
  • Complete las demás tareas de preparación estipuladas en el plan de continuidad empresarial.

Consideraciones sobre entornos mixtos

Si el entorno contiene sitios o comunidades con diferentes versiones de producto (por ejemplo, un sitio de XenDesktop 7.14 y un sitio de Citrix Virtual Desktops 1808), Citrix recomienda usar StoreFront para agregar escritorios y aplicaciones desde diferentes versiones de producto. Para obtener más información, consulte la documentación de StoreFront.

  • En un entorno mixto, puede continuar usando versiones de Studio y Director para cada versión, pero compruebe que las distintas versiones están instaladas en máquinas independientes.
  • Si va a ejecutar sitios de XenDesktop 5.6 y 7.x simultáneamente y va a usar Citrix Provisioning (antes Provisioning Services) para ambos, implemente un nuevo Citrix Provisioning para usarlo con el sitio 7.x, o actualice al Citrix Provisioning actual, aunque entonces ya no podrá aprovisionar nuevas cargas de trabajo en el sitio de XenDesktop 5.6.

Citrix recomienda actualizar todos los componentes en todos los sitios. Aunque se pueden usar las versiones anteriores de algunos componentes, es posible que no estén disponibles todas las funcionalidades de la versión más reciente. Por ejemplo, aunque puede usar agentes VDA actuales en implementaciones que contienen versiones anteriores de Controller, las nuevas funcionalidades de la versión actual pueden no estar disponibles. También se pueden dar problemas de registro de VDA cuando se usan versiones no actuales.

  • Si tiene un sitio con Controllers 5.x y agentes VDA de una versión más reciente, complete la actualización de todos los componentes lo antes posible.
  • No actualice una versión autónoma de Studio hasta que esté listo para usar la nueva versión.

Sistemas operativos anteriores

Supongamos que ha instalado una versión anterior de un componente en una máquina que ejecutaba una versión respaldada de sistema operativo (SO). Ahora, quiere utilizar una versión más reciente del componente, pero ese SO ya no es válido para la versión actual del componente.

Por ejemplo, supongamos que instaló un VDA 7.14 para SO de escritorio en una máquina con Windows 7 SP1. Ahora quiere actualizar ese VDA a la versión actual (digamos, Citrix Virtual Apps and Desktops 7 1808), pero Windows 7 ya no es un SO válido para agentes VDA de escritorio.

Un SO no válido va más allá de “no admitido”. Los elementos no admitidos pueden desaconsejarse, pero están permitidos. No válido significa que el instalador de Citrix Virtual Apps and Desktops no le permite instalar o actualizar el componente en la máquina que ejecuta esa versión del sistema operativo.

Cuando intenta instalar o actualizar un componente en un sistema operativo que ya no está permitido, aparece un mensaje de error (“No se puede instalar en este sistema operativo”).

En el siguiente gráfico se muestran los componentes del instalador afectados. (Aunque la imagen muestra la interfaz gráfica del instalador de producto completo, se detectan sistemas operativos no válidos cuando se utilizan ambos, la interfaz gráfica o la línea de comandos del instalador, además de los instaladores de VDA independiente.)

Componentes y características que se pueden instalar usando el instalador

Sistemas operativos válidos

Siga los enlaces para saber qué sistemas operativos se admiten en una versión.

Sistemas operativos no válidos

En la siguiente tabla se ofrece una lista de los sistemas operativos anteriores que no son válidos para instalar o actualizar componentes de la versión actual. Se indica la última versión válida del componente admitida para cada SO y la versión del componente cuando la instalación y la actualización dejan de ser válidas.

Los sistemas operativos de la tabla incluyen Service Packs y actualizaciones. Por ejemplo, Windows 7 incluye Windows 7 SP1 y Windows 8 incluye Windows 8.1. Se asume que, si actualiza, es desde una versión 7.x a una versión más reciente.

Sistema operativo Componente o característica Última versión válida Instalar o actualizar no es posible a partir de la versión
Windows 7 y Windows 8 VDA 7.15 LTSR 7.16
Windows 7 y Windows 8 Otros componentes del instalador 7.17 7.18
Versiones de Windows 10 anteriores a 1607 VDA 7.15 LTSR 7.16
Windows Server 2008 R2 VDA 7.15 LTSR 7.16
Windows Server 2008 R2 Otros componentes del instalador 7.17 7.18
Windows Server 2012 VDA 7.15 LTSR 7.16
Windows Server 2012 Otros componentes del instalador 7.17 7.18
Windows Server 2012 R2 VDI de servidor 7.15 LTSR 7.16

Windows XP y Windows Vista no son válidos para ningún componente o tecnología de 7.x.

Lo que puede hacer

Tienes opciones. Revise las siguientes opciones.

Continuar con el sistema operativo actual:

Estos métodos son factibles para VDA.

Si quiere seguir usando máquinas con el sistema operativo anterior, puede elegir una de las siguientes opciones:

  • Seguir usando la versión instalada del componente.
  • Descargar la última versión válida del componente y actualizarlo a esa versión. (Eso supone que la última versión válida del componente aún no está instalada.)

Por ejemplo, supongamos que tiene un VDA 7.14 en una máquina Windows 7 SP1. La última versión válida de VDA en máquinas con sistema operativo Windows 7 es XenApp y XenDesktop 7.15 LTSR. Puede seguir utilizando 7.14 o descargar un VDA 7.15 LTSR y actualizar su VDA a esa versión. Esas versiones anteriores de VDA funcionan en implementaciones que contienen Delivery Controllers de versiones más recientes. Por ejemplo, un VDA 7.15 LTSR puede conectarse a un Controller de Citrix Virtual Apps and Desktops 7 1808.

Restablecer la imagen inicial o actualiza la máquina:

Estos métodos son factibles para VDA y otras máquinas que no tienen componentes principales (como Delivery Controllers) instalados. Elija una de las siguientes opciones:

  • Tras colocar la máquina en el modo de mantenimiento y permitir que se cierren todas las sesiones, puede restablecer su imagen a una versión compatible de SO Windows, y luego instalar la versión más reciente del componente.
  • Para actualizar el sistema operativo sin restablecer imágenes, desinstale el software de Citrix antes de actualizar el sistema operativo. De lo contrario, el software Citrix entrará en un estado no admitido. Luego, instale el nuevo componente.

Agregue máquinas nuevas con sistemas operativos admitidos y luego elimine las máquinas antiguas:

Este método es factible si debe actualizar el sistema operativo en máquinas que contienen un Delivery Controller u otro componente principal.

Citrix recomienda que todos los Controllers de un sitio tengan el mismo sistema operativo. En la siguiente secuencia de actualización se minimiza el intervalo en que los Controllers tienen diferentes sistemas operativos.

  1. Tome una instantánea de todos los Delivery Controllers en el sitio y haga una copia de seguridad de la base de datos del sitio.
  2. Instale los nuevos Delivery Controllers en servidores limpios con sistemas operativos admitidos. Por ejemplo, instale un Controller en dos máquinas Windows Server 2016.
  3. Agregue los nuevos Controllers al sitio.
  4. Elimine los Controllers que se ejecutan en sistemas operativos no válidos para la versión actual. Por ejemplo, elimine dos Controllers en dos máquinas Windows Server 2008 R2. Siga las recomendaciones para eliminar Controllers en Delivery Controllers.

Opciones de servicio:

La mayoría de los ejemplos de este artículo se aplican a las implementaciones que utilizan la opción de servicio Current Release (CR). Los conceptos también se aplican a las implementaciones que utilizan la opción de servicio Long Term Service Release (LTSR).

  • Entre las versiones de XenApp y XenDesktop 7.6 LTSR y 7.15 LTSR, ningún SO admitido dejó de ser válido. Por lo tanto, no se produjeron problemas de actualización al pasar de la versión anterior de LTSR a la siguiente.
  • En el futuro (por ejemplo, al pasar de 7.15 LTSR a la próxima versión de LTSR), podrían surgir problemas debido a sistemas operativos identificados como no válidos durante el intervalo.

Asistencia para los VDA mixtos

Cuando actualice el producto a una versión más reciente, Citrix recomienda actualizar todos los componentes principales y los VDA para aprovechar todas las funciones nuevas y mejoradas de la nueva edición.

En algunos entornos, es posible que no se puedan actualizar todos los VDA a la versión más reciente. En este caso, cuando cree un catálogo de máquinas, puede especificar la versión de VDA instalada en las máquinas. De forma predeterminada, este parámetro especifica la versión de VDA más reciente recomendada. Cambie este parámetro solamente si el catálogo de máquinas contiene máquinas con versiones anteriores de VDA. No se recomienda mezclar versiones de VDA en un catálogo de máquinas.

Si se crea un catálogo de máquinas con el parámetro predeterminado de la versión de VDA recomendada, y alguna de las máquinas del catálogo tiene una versión anterior de VDA, esas máquinas no podrán registrarse en el Controller y no funcionarán.

Para obtener más información, consulte Niveles funcionales y versiones de VDA.

Procedimiento de actualización

Para ejecutar la interfaz gráfica del instalador de producto, inicie sesión en la máquina y, a continuación, inserte el medio de instalación o monte la unidad con la imagen ISO de la nueva versión. Haga doble clic en AutoSelect. Para usar la interfaz de línea de comandos, emita el comando apropiado. Consulte Instalar desde la línea de comandos.

  1. Si hay más de un componente principal instalado en el mismo servidor (por ejemplo, el Controller, Studio y Citrix License Server) y varios de esos componentes tienen nuevas versiones disponibles, se actualizarán todos al ejecutar el instalador.

    Si alguno de los componentes principales está instalado en máquinas que no sean el Controller, ejecute el instalador en cada una de esas máquinas. Se recomienda el siguiente orden: License Server, StoreFront y, a continuación, Director.

  2. Si usa Citrix Provisioning, actualice los dispositivos de destino y los servidores de Citrix Provisioning. Siga las instrucciones indicadas en la documentación de Citrix Provisioning.

  3. Ejecute el instalador en las máquinas con agentes VDA. (Consulte el paso 12 si utiliza imágenes maestras y Machine Creation Services.)

  4. Ejecute el instalador del producto en la mitad de los Controllers. (Ejecutar el instalador también actualiza los demás componentes principales instalados en esos servidores.) Por ejemplo, si el sitio tiene cuatro Controllers, ejecute el instalador en dos de ellos.

    • Dejar la mitad de los Controllers activos permite a los usuarios acceder al sitio. Los VDA se pueden registrar en el resto de los Controllers. Puede ocurrir que la capacidad del sitio se vea reducida debido a que hay menos Controllers disponibles. La actualización solo provoca una breve interrupción al establecer nuevas conexiones de cliente durante los últimos pasos de la actualización de la base de datos. Los Controllers actualizados no podrán procesar solicitudes hasta que todo el sitio esté actualizado.
    • Si el sitio tiene un solo Controller, este sitio no funcionará durante la actualización.

    Se ejecutan pruebas preliminares del sitio en el primer Controller, antes de que comience la actualización en sí. Para ver información más detallada, consulte Pruebas preliminares en el sitio.

  5. Si Studio está instalado en otra máquina que no sea una de las actualizadas en el paso anterior, ejecute el instalador en la máquina donde está instalado Studio.

  6. Desde el recién actualizado Studio, actualice la base de datos del sitio. Para obtener información más detallada, consulte Actualizar las bases de datos y el sitio.

  7. Desde el recién actualizado Studio, seleccione Citrix Studio nombre-de-sitio en el panel de navegación. Seleccione la ficha Tareas comunes. Seleccione Actualizar los Delivery Controllers restantes.

  8. Una vez completada la actualización y la confirmación, cierre y vuelva a abrir Studio. Es posible que Studio solicite una actualización adicional del sitio para registrar los servicios del Controller en el sitio o para crear un ID de zona si aún no existe.

  9. En la sección Configuración del sitio de la página Tareas comunes, seleccione Realizar registro. Registrar los Controllers los convierte en disponibles para el sitio.

  10. Una vez que seleccione Finalizar tras completarse el proceso de actualización, se le ofrece la oportunidad de inscribirse en los programas de telemetría de Citrix, que recopilan información anónima acerca de la implementación. Esta información se utiliza para mejorar la calidad, la fiabilidad y el rendimiento del producto.

  11. Después de actualizar los componentes, la base de datos y el sitio, puede realizar pruebas en el sitio recién actualizado. Desde Studio, seleccione Citrix Studio nombre-de-sitio en el panel de navegación. Seleccione la ficha Tareas comunes y, a continuación, seleccione Probar sitio. Estas pruebas se ejecutan automáticamente después de actualizar la base de datos, pero se pueden ejecutar de nuevo en cualquier momento.

    La prueba de funcionamiento del sitio puede fallar si hay un Controller instalado en Windows Server 2016, cuando se utiliza una base de datos local SQL Server Express como la base de datos del sitio, si no se inicia el servicio SQL Server Browser. Para evitar este problema, lleve a cabo las siguientes tareas.

    1. Habilite el servicio SQL Server Browser (si fuera necesario) e inícielo.

    2. Reinicie el servicio SQL Server (SQLEXPRESS).

  12. Si utiliza Machine Creation Services y quiere actualizar los VDA, después de actualizar y probar la implementación, actualice el VDA que se usa en esas imágenes maestras (si no lo ha hecho aún). Actualice las imágenes maestras que usan esos VDA. Consulte Actualizar o crear una nueva imagen maestra. Luego, actualice los catálogos de máquinas que usan esas imágenes maestras. Después de actualizar los catálogos, actualice los grupos de entrega que usan esos catálogos.

Actualizar las bases de datos y el sitio

Después de actualizar los VDA y los componentes principales, use el recién actualizado Studio para iniciar una actualización manual o automática de la base de datos y del sitio.

Recuerde: Consulte Preparar, indicado más arriba para ver los requisitos de permisos.

  • Para realizar una actualización automática de la base de datos, los permisos de usuario de Studio deben incluir la capacidad de actualizar el esquema de la base de datos de SQL Server.
  • Para realizar una actualización manual, el usuario de Studio ejecuta algunos de los scripts generados desde Studio. El Administrador de base de datos ejecuta otros scripts, ya sea desde la herramienta SQLCMD o SQL Server Management Studio en modo SQLCMD. De lo contrario, puede haber errores de inexactitud.

Citrix recomienda encarecidamente que realice una copia de seguridad de la base de datos antes de actualizarla. Consulte CTX135207. Durante la actualización de una base de datos, los servicios del producto están inhabilitados. Tenga en cuenta que, durante ese proceso, los Controllers no pueden actuar como intermediarios o brokers en las nuevas conexiones al sitio.

Una vez actualizada la base de datos y habilitados los servicios de los productos, Studio prueba el entorno y la configuración. A continuación, genera un informe HTML. En caso de problemas, se puede restaurar la base de datos con la ayuda de la copia de seguridad. Después de resolver los problemas, puede volver a actualizar la base de datos.

Actualizar automáticamente la base de datos y el sitio:

Inicie el recién actualizado Studio. Después de seleccionar el inicio de la actualización del sitio automáticamente y de confirmar que está listo, comienza el proceso de actualización del sitio y de la base de datos.

Actualizar manualmente la base de datos y el sitio:

  1. Inicie el recién actualizado Studio. Elija actualizar el sitio manualmente. El asistente comprueba la compatibilidad de License Server y solicita confirmación. Después de confirmar que ha realizado una copia de seguridad de la base de datos, el asistente genera y muestra los scripts y una lista de verificación de los pasos de la actualización.

    Si el esquema de una base de datos no cambia desde que se actualizó la versión del producto, ese script no se genera. Por ejemplo, si el esquema de la base de datos de registros no cambia, el script UpgradeLoggingDatabsae.sql no se genera.

  2. Ejecute los siguientes scripts en el orden indicado.

    • DisableServices.ps1: Script de PowerShell que debe ejecutar el usuario de Studio en un Controller para inhabilitar los servicios del producto.
    • UpgradeSiteDatabase.sql: Script de SQL que debe ejecutar el administrador de la base de datos en el servidor que contiene la base de datos del sitio.
    • UpgradeMonitorDatabase.sql: Script de SQL que debe ejecutar el administrador de la base de datos en el servidor que contiene la base de datos de supervisión.
    • UpgradeLoggingDatabase.sql: Script de SQL que debe ejecutar el administrador de la base de datos en el servidor que contiene la base de datos de registros de configuración. Ejecute este script solo si esta base de datos cambia (por ejemplo, después de aplicar una revisión hotfix).
    • EnableServices.ps1: Script de PowerShell que debe ejecutar el usuario de Studio en un Controller para habilitar los servicios del producto.
  3. Después de completar las tareas de la lista de verificación, haga clic en Finalizar actualización.