Mettre un déploiement à niveau

REMARQUE :

vous trouverez des informations sur les changements de nom de produit ici et les changements de numéro de version ici.

Introduction

Important :

Assurez-vous de télécharger et d’utiliser les VDA ISO et autonomes qui contiennent 1808_2 (ou 1808.2 pour les VDA autonomes) dans le nom de fichier. Pour plus de détails, voir CTX237835.

Vous pouvez mettre à niveau certains déploiements vers des versions plus récentes sans devoir d’abord configurer les nouvelles machines ou sites. Ce processus est appelé une mise à niveau sur place. Consultez la section Mettre à niveau pour obtenir une liste des versions que vous pouvez mettre à niveau.

Pour lancer une mise à niveau, exécutez le programme d’installation à partir de la nouvelle version afin de mettre à niveau les composants principaux, les VDA et certains autres composants précédemment installés. Mettez ensuite à niveau les bases de données et le site.

Si vous tentez de mettre à niveau un composant sur un système d’exploitation non pris en charge pour cette version du produit, un message vous guide vers un article. Les informations contenues dans cet article sont également disponibles dans cet article. Voir Systèmes d’exploitation antérieurs.

Vous pouvez mettre à niveau tout composant pouvant être installé avec le programme d’installation complet, s’il existe une version plus récente. Pour les autres composants qui ne sont pas installés avec le programme d’installation complet (tels que Citrix Provisioning et Profile Management), consultez la documentation de ce composant pour obtenir des instructions. Pour les mises à niveau de l’hôte, consultez la documentation appropriée.

Consultez toutes les informations dans cet article avant de procéder à la mise à niveau.

Séquence de mise à niveau

Le diagramme suivant résume la séquence de mise à niveau. Des détails sont fournis dans la section Procédure de mise à niveau. Par exemple, si plusieurs composants de base sont installés sur un serveur, l’exécution du programme d’installation sur cette machine met à niveau tous les composants qui ont de nouvelles versions. Vous pouvez mettre à niveau le VDA utilisé dans une image principale et ensuite mettre à jour l’image. Ensuite, mettez à jour le catalogue qui utilise cette image et le groupe de mise à disposition qui utilise ce catalogue. Les détails expliquent aussi comment mettre à niveau les bases de données du site et le site automatiquement ou manuellement.

Organigramme de la séquence de mise à niveau

Tests préliminaires du site

Lorsque vous mettez à niveau des Delivery Controller et un site, des tests préliminaires de site sont exécutés avant le début de la mise à niveau. Ces tests vérifient les points suivants :

  • La base de données du site peut être contactée et a été sauvegardée
  • Les connexions aux services Citrix essentiels fonctionnent correctement
  • L’adresse du serveur de licences Citrix est disponible
  • La base de données de journalisation de la configuration est accessible

Une fois les tests exécutés, vous pouvez afficher un rapport des résultats. Vous pouvez alors résoudre tous les problèmes détectés et réexécuter les tests. Si vous ne parvenez pas à exécuter les tests de site préliminaires et à résoudre les problèmes, cela peut avoir un impact sur le fonctionnement de votre site.

Le rapport contenant les résultats du test est un fichier HTML (PreliminarySiteTestResult.html) dans le même répertoire que les journaux d’installation. Ce fichier est créé s’il n’existe pas. Si le fichier existe, son contenu est remplacé.

Exécuter les tests

  • Lorsque vous utilisez l’interface graphique du programme d’installation pour effectuer la mise à niveau, l’assistant inclut une page dans laquelle vous pouvez démarrer les tests, puis afficher le rapport. Une fois que vous avez exécuté les tests, consulté le rapport et résolu les problèmes détectés, vous pouvez réexécuter les tests. Une fois les tests terminés, cliquez sur Suivant pour continuer avec l’assistant.
  • Lorsque vous utilisez l’interface de ligne de commande pour mettre à niveau, les tests s’exécutent automatiquement. Par défaut, si un test échoue, la mise à niveau n’est pas effectuée. Après avoir affiché le rapport et résolu les problèmes, réexécutez la commande.

Citrix recommande de toujours exécuter les tests de site préliminaires, puis de résoudre les problèmes avant de poursuivre la mise à niveau du Controller et du site. Les bénéfices potentiels de ce processus justifient le temps passé à exécuter les tests. Cependant, vous pouvez ignorer cette action recommandée.

  • Lors de la mise à niveau avec l’interface graphique, vous pouvez choisir d’ignorer les tests et de poursuivre la mise à niveau.
  • Lors de la mise à niveau à partir de la ligne de commande, vous ne pouvez pas ignorer les tests. Par défaut, tout échec de test de site entraîne l’échec du programme d’installation, sans effectuer la mise à niveau. Si vous incluez l’option /ignore_site_test_failure, les échecs de test sont ignorés et la mise à niveau se poursuit.

Lors de la mise à niveau de plusieurs Controller

Lorsque vous démarrez une mise à niveau sur un Controller, puis démarrez une mise à niveau d’un autre Controller sur le même site (avant la fin de la première mise à niveau) :

  • Si les tests de site préliminaires ont été effectués sur le premier Controller, la page des tests de site préliminaires n’apparaît pas dans l’assistant de l’autre Controller.
  • Si les tests sur le premier Controller sont en cours lorsque vous démarrez la mise à niveau sur l’autre Controller, la page de tests de site apparaît dans l’assistant sur l’autre Controller. Cependant, si les tests sur le premier Controller se terminent, seuls les résultats des tests du premier Controller sont conservés.

Échecs de test non liés à l’intégrité du site

  • Si les tests de site préliminaires échouent en raison d’une mémoire insuffisante, augmentez la mémoire disponible, puis réexécutez les tests.
  • Si vous avez l’autorisation de mettre à niveau, mais pas d’exécuter des tests de site, les tests de site préliminaires échouent. Pour résoudre ce problème, réexécutez le programme d’installation avec un compte d’utilisateur autorisé à exécuter les tests.

Limitations

Les limites suivantes s’appliquent aux mises à niveau :

  • Installation sélective des composants : si vous installez ou mettez à niveau les composants vers la nouvelle version, mais ne choisissez pas de mettre à niveau d’autres composants (sur différentes machines) qui nécessitent une mise à niveau, Studio vous le rappellera. Par exemple, supposons qu’une mise à niveau comprend de nouvelles versions de Controller et de Studio. Vous effectuez la mise à niveau du Controller, mais vous n’exécutez pas le programme d’installation sur la machine sur laquelle Studio est installé. Studio ne vous laissera pas continuer à gérer le site tant que vous n’aurez pas mis à niveau Studio.

    Vous n’avez pas besoin de mettre à niveau les VDA, mais Citrix vous recommande de mettre à niveau tous les VDA pour vous permettre d’utiliser toutes les fonctionnalités disponibles.

  • Versions XenApp antérieures à 7.5 : vous ne pouvez pas mettre à niveau à partir d’une version de XenApp antérieure à la version 7.5. Vous pouvez effectuer la migration depuis XenApp 6.x ; consultez la section Migrer XenApp 6.x.
  • Versions XenDesktop antérieures à 7.x : vous ne pouvez pas mettre à niveau à partir d’une version de XenDesktop antérieure à la version 5.6. Pour mettre à niveau XenDesktop 5.6 vers cette version, vous devez d’abord mettre à niveau vers 7.6 LTSR (avec la dernière CU), puis mettre à niveau vers cette version de Citrix Virtual Desktops.
  • XenDesktop Express Edition : vous ne pouvez pas mettre à niveau XenDesktop Express Edition. Obtenez et installez une licence pour une édition actuellement prise en charge, puis effectuez une mise à niveau.
  • Versions préliminaires : vous ne pouvez pas effectuer une mise à niveau à partir d’une version Early Release, Technology Preview ou Preview.
  • Composants sur les systèmes d’exploitation antérieurs : vous ne pouvez pas installer les VDA actuels sur des systèmes d’exploitation qui ne sont plus pris en charge par Microsoft ou Citrix. Pour plus de détails, voir Systèmes d’exploitation antérieurs.
  • Sélection de produit : lorsque vous effectuez une mise à niveau à partir d’une version antérieure, vous ne choisissez pas ni ne spécifiez le produit (Citrix Virtual Apps ou Citrix Virtual Desktops) qui a été défini lors de l’installation initiale.
  • Environnements/sites mixtes : si vous devez continuer à exécuter des sites de version antérieure et des sites de version actuelle, consultez la section Considérations d’environnement mixte.
  • Delivery Controllers antérieurs à 7.13 : lors de la mise à niveau d’un Delivery Controller de version antérieure à 7.13, une erreur (exception) peut se produire si le paramètre « Délai de reconnexion automatique des clients » est configuré dans une des stratégies. Cette erreur se produit si la valeur du paramètre « Délai de reconnexion automatique des clients » est en dehors de la plage autorisée de 0 à 300, qui a été introduite dans la version 7.13. Pour éviter cette erreur, utilisez le fournisseur PowerShell de stratégie de groupe Citrix pour annuler la configuration du paramètre, ou pour définir une valeur comprise dans la plage spécifiée. Pour un exemple, voir l’article CTX229477.

Préparation

Avant de commencer une mise à niveau, consultez les informations suivantes et effectuez les tâches nécessaires.

Choisir un programme d’installation et une interface

Utilisez le programme d’installation du produit entier depuis l’image ISO de produit pour mettre à niveau les composants.

Vous pouvez mettre à niveau les VDA à l’aide du programme d’installation du produit entier ou de l’un des programmes d’installation de VDA autonomes.

Tous les programmes d’installation offrent des interfaces graphique et de ligne de commande. Pour de plus amples informations, consultez Programmes d’installation.

Vous ne pouvez pas mettre à niveau en important ou en migrant les données depuis une version qui peut être mise à niveau. Certaines versions bien antérieures doivent être migrées plutôt que d’être mises à niveau ; consultez la section Mettre à niveau et migrer pour obtenir une liste des versions qui peuvent être mises à niveau.

Si vous avez installé un VDA de bureau avec le programme d’installation VDAWorkstationCoreSetup.exe, Citrix vous recommande de mettre à niveau à l’aide de ce programme d’installation. Si vous utilisez le programme d’installation VDA du produit entier ou le programme d’installation VDAWorkstationSetup.exe pour mettre à niveau le VDA, il est possible que les composants initialement exclus soient installés, sauf si vous les ignorez/excluez expressément de la mise à niveau.

Par exemple, supposons que vous ayez installé un VDA version 7.14 à l’aide de VDAWorkstationCoreSetup.exe. Plus tard, vous utilisez le programme d’installation complet pour mettre à niveau ce VDA. Si vous acceptez les paramètres par défaut du programme d’installation complet, les composants qui étaient intrinsèquement exclus de l’installation d’origine (tels que Profile Management) peuvent être installés pendant la mise à niveau.

Lors de la mise à niveau d’un VDA vers la version actuelle, un redémarrage de l’ordinateur se produit pendant le processus de mise à niveau. (Cette exigence a commencé avec la version 7.17.) Ce processus ne peut pas être évité. La mise à niveau reprend automatiquement après le redémarrage (sauf si vous spécifiez /noresume sur la ligne de commande).

Vérifier l’intégrité du site

Si un site a des problèmes, la mise à jour ne les corrigera pas. Si un site présente des problèmes, la mise à niveau ne résoudra pas ces problèmes, et peut laisser le site dans un état difficile à réparer.

Lorsque vous lancez le programme d’installation de produit complet pour mettre à niveau un Controller, des tests préliminaires de site sont exécutés avant le début de la mise à niveau. Une fois les tests exécutés, vous pouvez afficher un rapport des résultats. Si des problèmes ont été détectés, vous pouvez arrêter la mise à niveau et résoudre les problèmes. Ensuite, après avoir résolu les problèmes, vous pouvez recommencer la mise à niveau.

Pour plus de détails, voir Tests préliminaires du site.

Sauvegarder les bases de données du site

Sauvegardez les bases de données de site, de contrôle et de journalisation de la configuration. Suivez les instructions de l’article CTX135207. Si vous rencontrez des problèmes après la mise à niveau, vous pouvez restaurer la sauvegarde.

Autres tâches de préparation

  • S’assurer que vos licences Citrix sont à jour : avant la mise à niveau, assurez-vous que votre abonnement à Customer Success Services/Software Maintenance/Subscription Advantage est toujours valide pour la nouvelle version du produit. Si vous mettez à niveau depuis une version antérieure à la version 7.x du produit, la date doit être au moins 2018.0815.
  • Fermer les applications et consoles : avant de démarrer une mise à niveau, fermez tous les programmes qui pourraient entraîner des verrouillages de fichier, y compris les consoles d’administration et les sessions PowerShell. (Le redémarrage de la machine garantit l’effacement des verrous de fichiers et l’absence de mises à jour de Windows en attente.) Avant de démarrer une mise à niveau, arrêtez et désactivez les services d’agent de surveillance tiers.
  • Vérifier que vous disposez des autorisations adéquates : en plus d’être un utilisateur du domaine, vous devez être un administrateur local sur les machines sur lesquelles vous mettez à niveau les composants du produit.

    La base de données du site et le site peuvent être mis à niveau automatiquement ou manuellement. Pour une mise à niveau automatique de la base de données, les autorisations de l’utilisateur de Studio doivent inclure la possibilité de mettre à jour le schéma de base de données SQL Server (par exemple, le rôle de base de données db_securityadmin ou db_owner). Pour de plus amples informations, veuillez consulter Bases de données. Si l’utilisateur Studio ne possède pas ces autorisations, l’initiation de la mise à niveau manuelle d’une base de données générera des scripts. L’utilisateur Studio exécute certains des scripts à partir de Studio. L’administrateur de la base de données exécute d’autres scripts à l’aide d’un outil tel que SQL Server Management Studio.

  • Sauvegardez les modèles et mettez à niveau les hyperviseurs, le cas échéant.
  • Effectuez les tâches de préparation en fonction de votre plan de continuité des activités.

Considérations d’environnement mixte

Lorsque votre environnement contient des sites/batteries dont les versions de produits diffèrent (par exemple, si vous disposez d’un site XenDesktop 7.14 et d’un site Citrix Virtual Desktops 1808), Citrix recommande d’utiliser StoreFront pour regrouper les applications et les bureaux provenant de versions de produits différentes. Pour plus de détails, consultez la documentation StoreFront.

  • Dans un environnement mixte, continuez à utiliser les versions de Studio et de Director pour chaque version, mais assurez-vous que les différentes versions sont installées sur des machines distinctes.
  • Si vous voulez exécuter des sites XenDesktop 5.6 et 7.x simultanément et utiliser Citrix Provisioning (anciennement Provisioning Services) pour les deux, déployez un nouveau Citrix Provisioning à utiliser avec le site 7.x, ou mettez à niveau Citrix Provisioning et soyez incapable de provisionner de nouvelles charges de travail dans le site XenDesktop 5.6.

Citrix vous recommande de mettre à niveau tous les composants dans chaque site. Bien que vous puissiez utiliser des versions antérieures de certains composants, certaines fonctionnalités de la version la plus récente risquent de ne pas être disponibles. Par exemple, bien que vous puissiez utiliser les VDA actuels dans les déploiements contenant des versions antérieures de Controller, les nouvelles fonctionnalités de la version actuelle peuvent ne pas être disponibles. Des problèmes d’enregistrement de VDA peuvent aussi se produire lors de l’utilisation de versions antérieures.

  • Si vous avez un site avec des Controller à la version 5.x et des VDA à une version plus récente, effectuez la mise à niveau de tous les composants dès que possible.
  • Ne mettez pas à niveau une version autonome de Studio tant que vous n’êtes pas prêt à utiliser la nouvelle version.

Systèmes d’exploitation antérieurs

Imaginons que vous ayez installé une version antérieure d’un composant sur une machine qui exécutait une version du système d’exploitation prise en charge. Maintenant, vous voulez utiliser une version de composant plus récente, mais ce système d’exploitation n’est plus valide pour la version actuelle du composant.

Par exemple, supposons que vous avez installé un VDA 7.14 pour OS de bureau sur une machine exécutant Windows 7 SP1. Maintenant, vous voulez mettre à jour ce VDA vers la version actuelle (disons, Citrix Virtual Apps and Desktops 7 1808), mais Windows 7 n’est plus un système d’exploitation valide pour les VDA de bureau.

Un système d’exploitation non valide n’est pas la même chose qu’un système non pris en charge. Les éléments non pris en charge peuvent être découragés, mais ils sont autorisés. Non valide signifie que le programme d’installation de Citrix Virtual Apps and Desktops ne vous permet pas d’installer ou de mettre à niveau le composant sur la machine exécutant cette version du système d’exploitation.

Lorsque vous essayez d’installer ou de mettre à niveau un composant sur un système d’exploitation qui n’est plus autorisé, un message d’erreur s’affiche, tel que « Impossible d’installer sur ce système d’exploitation …».

Le graphique suivant montre les composants du programme d’installation concernés. (Bien que l’image montre l’interface graphique du programme d’installation complet, les systèmes d’exploitation non valides sont détectés lors de l’utilisation de l’interface graphique ou de l’interface de ligne de commande du programme d’installation, ainsi que des programmes d’installation de VDA autonomes.)

Composants et fonctionnalités que vous pouvez installer à l'aide du programme d'installation

Systèmes d’exploitation valides

Suivez les liens pour savoir quels systèmes d’exploitation sont pris en charge pour une version.

Systèmes d’exploitation non valides

Le tableau suivant répertorie les systèmes d’exploitation antérieurs qui ne sont pas valides pour l’installation / la mise à niveau de composants dans la version actuelle. Il indique la dernière version de composant valide prise en charge pour chaque système d’exploitation répertorié et la version du composant lorsque l’installation et la mise à niveau sont devenues non valides.

Les systèmes d’exploitation du tableau incluent les service packs et les mises à jour. Par exemple, Windows 7 inclut Windows 7 SP1 et Windows 8 inclut Windows 8.1. Il est supposé qu’une mise à niveau s’effectue d’une version 7.x à une version plus récente.

Système d’exploitation Composant/fonctionnalité Dernière version valide Installation/mise à niveau impossible à partir de cette version
Windows 7 et Windows 8 VDA 7.15 LTSR 7.16
Windows 7 et Windows 8 Autres composants de programme d’installation 7.17 7.18
Windows 10 versions antérieures à 1607 VDA 7.15 LTSR 7.16
Windows Server 2008 R2 VDA 7.15 LTSR 7.16
Windows Server 2008 R2 Autres composants de programme d’installation 7.17 7.18
Windows Server 2012 VDA 7.15 LTSR 7.16
Windows Server 2012 Autres composants de programme d’installation 7.17 7.18
Windows Server 2012 R2 Server VDI 7.15 LTSR 7.16

Windows XP et Windows Vista ne sont pas valides pour les composants ou technologies 7.x.

Ce que vous pouvez faire

Vous avez plusieurs solutions. Passez en revue les options suivantes.

Continuer avec le système d’exploitation actuel :

Ces méthodes sont possibles pour les VDA.

Si vous souhaitez continuer à utiliser des machines avec le système d’exploitation antérieur, vous pouvez choisir l’une des options suivantes :

  • Continuer à utiliser la version du composant installé.
  • Télécharger la dernière version de composant valide, puis mettre à niveau le composant vers cette version. (Cela suppose que la dernière version de composant valide n’est pas déjà installée.)

Par exemple, supposons que vous ayez un VDA 7.14 sur une machine Windows 7 SP1. La dernière version valide de VDA sur les machines Windows 7 est XenApp and XenDesktop 7.15 LTSR. Vous pouvez soit continuer à utiliser 7.14, soit télécharger un VDA LTSR 7.15, puis mettre à jour votre VDA vers cette version. Ces versions antérieures de VDA fonctionnent dans des déploiements contenant des Delivery Controller avec des versions plus récentes. Par exemple, un VDA 7.15 LTSR peut se connecter à un Controller Citrix Virtual Apps and Desktops 7 1808.

Réimager ou mettre à niveau la machine :

Ces méthodes sont possibles pour les VDA et autres machines qui n’ont pas de composants de base (tels que Delivery Controller) installés. Sélectionnez l’une des options suivantes :

  • Après avoir mis la machine hors service (en activant le mode de maintenance et en permettant la fermeture de toutes les sessions), vous pouvez la réimager sur une version du système d’exploitation Windows prise en charge, puis installer la dernière version du composant.
  • Pour mettre à niveau le système d’exploitation sans réimager, désinstallez le logiciel Citrix avant de mettre à niveau le système d’exploitation. Sinon, le logiciel Citrix sera dans un état non pris en charge. Ensuite, installez le nouveau composant.

Ajouter de nouvelles machines avec des systèmes d’exploitation pris en charge, puis supprimer les anciennes machines :

Cette méthode est possible si vous devez mettre à niveau le système d’exploitation sur des machines qui contiennent un Delivery Controller ou un autre composant principal.

Citrix recommande que tous les Controller d’un site aient le même système d’exploitation. La séquence de mise à niveau suivante minimise l’intervalle lorsque différents Controller ont des systèmes d’exploitation différents.

  1. Prenez un instantané de tous les Delivery Controller sur le site, puis sauvegardez la base de données du site.
  2. Installez les nouveaux Delivery Controller sur des serveurs vierges avec système d’exploitation pris en charge Par exemple, installez un Controller sur deux machines Windows Server 2016.
  3. Ajoutez les nouveaux Controller au site.
  4. Supprimez les Controller qui s’exécutent sur des systèmes d’exploitation qui ne sont pas valides pour la version actuelle. Par exemple, retirez deux Controller sur deux machines Windows Server 2008 R2. Suivez les recommandations pour supprimer les Controller dans Delivery Controller.

Options de maintenance :

La plupart des exemples de cet article s’appliquent aux déploiements qui utilisent l’option de maintenance Current Release (CR). Les concepts s’appliquent également aux déploiements qui utilisent l’option de maintenance LTSR (Long Term Service Release).

  • Entre les versions XenApp and XenDesktop 7.6 LTSR et 7.15 LTSR, aucun système d’exploitation pris en charge n’est devenu invalide. Par conséquent, aucun problème de mise à niveau ne s’est produit lors du passage de la version précédente de LTSR à la suivante.
  • À l’avenir (par exemple, lors du passage de la version 7.15 LTSR à la prochaine version LTSR), des problèmes peuvent survenir en raison de l’identification de systèmes d’exploitation non valides pendant l’intervalle.

Prise en charge de VDA mixte

Lorsque vous mettez à niveau le produit vers une version ultérieure, Citrix vous recommande de mettre à niveau tous les composants principaux et les VDA, vous pouvez accéder à toutes ses nouvelles fonctionnalités dans votre édition.

Dans certains environnements, vous risquez de ne pas pouvoir mettre à niveau tous les VDA vers la version la plus récente. Dans ce cas, lorsque vous créez un catalogue de machines, vous pouvez spécifier la version du VDA installée sur les machines. Par défaut, ce paramètre spécifie la dernière version VDA recommandée. Envisagez de modifier ce paramètre uniquement si le catalogue de machines contient des machines avec des versions antérieures de VDA. Le mélange de versions VDA dans un catalogue de machines n’est pas recommandé.

Si un catalogue est créé avec le paramètre de valeur par défaut de VDA recommandée, et une ou plusieurs machines possèdent une version antérieure de VDA, ces machines ne peuvent pas s’enregistrer auprès du Controller et ne fonctionneront pas.

Pour de plus amples informations, consultez la section Versions VDA et niveaux fonctionnels.

Procédure de mise à niveau

Pour exécuter l’interface graphique du programme d’installation du produit, ouvrez une session sur la machine, puis insérez le support ou montez le lecteur ISO pour la nouvelle version. Cliquez deux fois sur Sélection automatique. Pour utiliser l’interface de ligne de commande, exécutez la commande appropriée. Voir la section Installer à l’aide de la ligne de commande.

  1. Si plus d’un composant principal est installé sur le même serveur (par exemple, le Controller, Studio et le serveur de licences) et plusieurs de ces composants possèdent de nouvelles versions disponibles, ils sont mis à niveau lorsque vous exécutez le programme d’installation.

    Si les composants principaux sont installés sur des machines autres que le Delivery Controller, exécutez le programme d’installation sur chacune de ces machines. L’ordre recommandé est : serveur de licences, StoreFront et Director.

  2. Si vous utilisez Citrix Provisioning, mettez à niveau les serveurs Citrix Provisioning et les machines cibles. Suivez les instructions de la documentation Citrix Provisioning.

  3. Exécutez le programme d’installation du produit sur des machines contenant les VDA. (Voir l’étape 12 si vous utilisez des images principales et Machine Creation Services).

  4. Exécutez le programme d’installation du produit sur la moitié des contrôleurs. (L’exécution du programme d’installation met également à niveau les autres composants principaux installés sur ces serveurs). Par exemple, si votre site comporte quatre Controller, exécutez le programme d’installation sur deux d’entre eux.

    • Le fait de laisser la moitié des Controller actifs permet aux utilisateurs d’accéder au site. Les VDA peuvent s’enregistrer auprès des Controller restants. Il peut aussi arriver que le site dispose d’une capacité réduite car moins de Controller sont disponibles. La mise à niveau entraîne une brève interruption dans l’établissement de nouvelles connexions client au cours des dernières étapes de mise à niveau de la base de données. Le Controller mis à niveau ne peut pas traiter les demandes tant que l’intégralité du site n’a pas été mise à niveau.
    • Si votre site comporte un seul Controller, il est inutilisable lors de la mise à niveau.

    Les tests de site préliminaires sont exécutés sur le premier Controller avant le démarrage effectif de la mise à niveau. Pour plus de détails, voir Tests préliminaires du site.

  5. Si Studio est installé sur une machine différente de celle que vous avez déjà mise à niveau, exécutez le programme d’installation sur la machine sur laquelle Studio est installé.

  6. Depuis la version de Studio nouvellement mise à niveau, mettez à niveau la base de données du site. Pour de plus amples informations, consultez la section Mettre à niveau les bases de données et le site.

  7. Depuis la version de Studio nouvellement mise à niveau, sélectionnez Citrix Studio nom-site dans le volet de navigation. Sélectionnez l’onglet Tâches courantes. Sélectionnez Mettre à niveau les Delivery Controller restants.

  8. Après avoir effectué la mise à niveau et confirmé l’achèvement, fermez puis rouvrez Studio. Studio peut demander une mise à niveau du site supplémentaire pour enregistrer les services du Controller sur le site ou pour créer un ID de zone s’il n’existe pas.

  9. Dans la section Configuration du site de la page Tâches courantes, sélectionnez Procéder à l’enregistrement. L’inscription des Controller les rend disponibles pour le site.

  10. Lorsque vous sélectionnez Terminer une fois la mise à niveau terminée, vous avez la possibilité de participer à des programmes de télémétrie Citrix qui collectent des informations relatives à votre déploiement. Ces informations sont utilisées pour améliorer la qualité, la fiabilité et les performances nos produits.

  11. Après la mise à niveau des composants, de la base de données et du site, vous pouvez tester le site nouvellement mis à niveau. À partir de Studio, sélectionnez Citrix Studio nom du site dans le volet de navigation. Sélectionnez l’onglet Tâches courantes, puis sélectionnez Tester le site. Ces tests sont exécutés automatiquement après que vous ayez mis à niveau la base de données, mais vous pouvez les exécuter à tout moment.

    La fonctionnalité de test du site peut échouer pour un Controller sur Windows Server 2016, lorsqu’une instance locale de SQL Server Express est utilisée pour la base de données du site, si le service SQL Server Browser ne démarre pas. Pour éviter ce problème, procédez comme suit.

    1. Activez le service SQL Server Browser (si nécessaire), puis redémarrez-le.

    2. Redémarrez le service SQL Server (SQLEXPRESS).

  12. Si vous utilisez Machine Creation Services et souhaitez utiliser des VDA mis à niveau : une fois que vous avez mis à niveau et testé le déploiement, mettez à niveau le VDA utilisé dans les images principales (si ce n’est déjà fait). Mettez à jour les images principales qui utilisent ces VDA. Voir la section Mettre à jour ou créer une nouvelle image principale. Ensuite, mettez à jour les catalogues de machines qui utilisent ces images principales. Après la mise à jour des catalogues, mettez à niveau les groupes de mise à disposition qui utilisent ces catalogues.

Mettre à niveau les bases de données et le site

Après mise à niveau des composants principaux et des VDA, utilisez la version nouvellement mise à niveau de Studio pour initier une mise à niveau automatique ou manuelle de la base de données et du site.

Rappel : consultez la section Préparation pour prendre connaissance des autorisations requises.

  • Pour une mise à niveau automatique de la base de données, les autorisations de l’utilisateur de Studio doivent inclure la possibilité de mettre à jour le schéma de base de données SQL Server.
  • Pour une mise à niveau manuelle, l’utilisateur Studio exécute certains des scripts générés à partir de Studio. L’administrateur de base de données exécute d’autres scripts, à l’aide de l’utilitaire SQLCMD ou de SQL Server Management Studio en mode SQLCMD. Si ce n’est pas le cas, des erreurs peuvent se produire.

Citrix recommande fortement de sauvegarder la base de données avant de procéder à la mise à niveau. Voir CTX135207. Lors d’une mise à niveau de base de données, les services du produit sont désactivés. Pendant ce temps, les Controller ne peuvent pas initier de nouvelles connexions pour le site, ainsi effectuez une planification prudente.

Une fois la mise à niveau de la base de données terminée, et les services du produit activés, Studio teste l’environnement et la configuration, puis génère un rapport HTML. Si des problèmes sont identifiés, vous pouvez restaurer la sauvegarde de la base de données. Après avoir résolu les problèmes, vous pouvez effectuer la mise à niveau de la base de données à nouveau.

Mettre à niveau la base de données et le site automatiquement :

Lancez le logiciel Studio nouvellement mis à niveau. Lorsque vous choisissez de démarrer la mise à niveau du site automatiquement et confirmer que vous êtes prêt, la mise à niveau de la base de données et du site se poursuit.

Mettre à niveau la base de données et le site manuellement :

  1. Lancez le logiciel Studio nouvellement mis à niveau. Choisissez de mettre le site à niveau manuellement. L’Assistant vérifie la compatibilité du serveur de licences et des demandes de confirmation. Après confirmation que vous avez sauvegardé la base de données, l’Assistant génère et affiche les scripts et une liste des étapes de mise à niveau.

    Si le schéma d’une base de données n’a pas changé depuis la mise à niveau de la version du produit, ce script n’est pas généré. Par exemple, si le schéma de la base de données de journalisation ne change pas, le script UpgradeLoggingDatabsae.sql n’est pas généré.

  2. Exécutez les scripts suivants dans l’ordre indiqué.

    • DisableServices.ps1 : script PowerShell à exécuter par l’utilisateur de Studio sur un Controller pour désactiver les services du produit.
    • UpgradeSiteDatabase.sql : script SQL à exécuter par l’administrateur de la base de données sur le serveur qui contient la base de données du site.
    • UpgradeMonitorDatabase.sql : script SQL à exécuter par l’administrateur de la base de données sur le serveur qui contient la base de données de surveillance.
    • UpgradeLoggingDatabase.sql : script SQL à exécuter par l’administrateur de la base de données sur le serveur qui contient la base de données de journalisation de la configuration. Exécutez ce script uniquement si cette base de données change (par exemple, après l’application d’un correctif logiciel).
    • EnableServices.ps1 : script PowerShell à exécuter par l’utilisateur de Studio sur un Controller pour activer les services du produit.
  3. Après avoir effectué les tâches de la check-list, cliquez sur Terminer la mise à niveau.