Mettre un déploiement à niveau

9 mai 2017

Vous pouvez mettre à niveau certains déploiements vers des versions plus récentes sans devoir d’abord configurer les nouvelles machines ou sites ; cela s’appelle une mise à niveau sur place. Vous pouvez effectuer la mise à niveau :

  • Depuis la version XenDesktop 5.6 (ou version ultérieure) à la dernière version 7.6 LTSR
  • Depuis la version XenApp 7.5 à la dernière version 7.6 LTSR

Vous pouvez également utiliser le dernier programme d’installation de XenApp 7.6 LTSR pour mettre à niveau un serveur de tâches XenApp 6.5 vers le dernier VDA LTSR XenApp 7.6 LTSR pour système d’exploitation Windows Server. Ceci est une activité supplémentaire à la migration de XenApp 6.5 ; consultez la section Mettre à niveau une tâche XenApp 6.5 vers un VDA pour OS Windows Server.

Pour démarrer une mise à niveau, vous devez exécuter le programme d’installation à partir de la nouvelle version pour mettre à niveau la version précédemment installée des composants principaux (Delivery Controller, Citrix Studio, Citrix Director, le serveur de licences Citrix) et les VDA. Le programme d’installation détermine quels composants exigent une mise à niveau, puis démarre la mise à niveau dès que vous le désirez. Après la mise à niveau des composants, vous devez utiliser la version de Studio nouvellement mise à niveau pour mettre à niveau la base de données du site et le site.

Veillez à consulter 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 ci-dessous. 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.

image localisée

Quelles versions des composants du produit peuvent être mises à niveau ?

À l’aide du programme d’installation du produit et de Studio, vous pouvez effectuer la mise à niveau de :

  • Serveur de licences Citrix, Studio et StoreFront
  • Delivery Controller 5.6 ou versions supérieures
  • VDA 5.6 ou version ultérieure
    • Contrairement aux versions antérieures de VDA, vous devez utiliser le programme d’installation du produit pour mettre à niveau les VDA ; vous ne pouvez pas utiliser de MSI.
    • Si le programme d’installation détecte Receiver pour Windows (Receiver.exe) sur la machine, il est mis à niveau vers la version de Receiver incluse sur le support d’installation du produit.
  • Director 1.0 ou version ultérieure
  • Base de données : cette action de Studio permet de mettre à niveau le schéma et migre les données pour la base de données du site (ainsi que les bases de données de journalisation de la configuration et de surveillance, si vous effectuez une mise à niveau à partir d’une version antérieure à la version 7.x)

Utilisation de l’aide de la fonctionnalité/documentation du produit, mettez à niveau les éléments suivants si nécessaire :

  • Provisioning Services (pour XenApp 7.x et XenDesktop 7.x, Citrix vous recommande d’utiliser la dernière version ; la version minimale prise en charge est Provisioning Services 7.0).
    • Mettez à niveau le serveur Provisioning Services à l’aide de la mise à niveau continue du serveur, et les clients à l’aide des versions vDisk.
    • Provisioning Services 7.x ne prend pas en charge la création de nouveaux bureaux avec XenDesktop 5. Ainsi, bien que les bureaux existants continuent de fonctionner, vous ne pouvez pas utiliser Provisioning Services 7.x pour créer de nouveaux bureaux tant que vous n’avez pas effectué la mise à niveau de XenDesktop. Par conséquent, si vous envisagez d’utiliser un environnement mixte de sites XenDesktop 5.6 et 7.x, ne mettez pas à niveau Provisioning Services vers la version 7.
  • Microsoft System Center Virtual Machine Manager SCVMM Le produit actuel prend en charge SCVMM 2012 et SCVMM 2012 SP1 ; XenDesktop 5.x prend en charge les versions antérieures. Utilisez la séquence de mise à niveau suivante afin d’éviter l’interruption :
    1. Si vous possédez des Controller exécutant des versions antérieures à XenDesktop 5.6 FP1, mettez à niveau vers XenDesktop 5.6 FP1 (consultez la documentation XenDesktop pour cette version).
    2. Mettez à niveau le serveur SCVMM vers SCVMM 2012 ; consultez la documentation Microsoft pour obtenir des instructions.
    3. Mettez à niveau les composants XenDesktop vers la version actuelle.
    4. Si vous le souhaitez, vous pouvez mettre à niveau le serveur SCVMM vers SCVMM 2012 SP1.
  • StoreFront.

Limites

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. Si vous ne prévoyez pas de mettre à niveau tous les VDA vers la version la plus récente, consultez la section Prise en charge de VDA mixte.

Version de XenApp antérieure à la version 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.

Bien que vous ne puissiez pas mettre à niveau une batterie XenApp 6.5, vous pouvez remplacer le logiciel XenApp 6.5 sur une machine Windows Server 2008 R2 par un VDA pour OS de serveur actuel. Voir Mettre à niveau une tâche XenApp 6.5 vers un nouveau VDA.

Version de XenDesktop antérieure à la version 5.6

Vous ne pouvez pas mettre à niveau à partir d’une version de XenDesktop antérieure à la version 5.6.

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.

Préversion ou version Technology Preview

Vous ne pouvez pas mettre à niveau à partir d’une préversion ou d’une version Technology Preview de XenApp ou XenDesktop.

Windows XP/Vista

Si des VDA sont déjà installés sur les machines Windows XP ou Windows Vista, consultez la section VDA sur les machines exécutant Windows XP ou Windows Vista.

Sélection du produit

Lorsque vous effectuez une mise à niveau à partir d’une version 7.x antérieure, vous ne choisissez pas ni ne spécifiez le produit (XenApp ou XenDesktop) 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.

Préparation

Avant de procéder à une mise à niveau :

Choisissez l’interface à utiliser

Utilisez l’interface graphique ou l’interface de ligne de commande du programme d’installation pour mettre à niveau les composants principaux et les VDA. Vous ne pouvez pas importer ou migrer les données d’une version antérieure.

Vérifiez l’intégrité de votre site

Assurez-vous que le site est fonctionnel et stable avant de démarrer une mise à niveau. 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. Pour tester le site, sélectionnez le site dans le panneau de navigation de Studio. Dans la section Configuration de site du panneau central, cliquez sur Tester le site.

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

Si vous le souhaitez, vous pouvez sauvegarder les modèles et mettre à niveau les hyperviseurs, le cas échéant.

Effectuez les tâches de préparation en fonction de votre plan de continuité des activités.

Dans un environnement à haute disponibilité, assurez-vous que les bases de données de site, de surveillance et de journalisation de la configuration sont exécutées sur le serveur de base de données principal avant de démarrer une mise à niveau.

Assurez-vous que vos licences Citrix sont à jour

Avant de mettre à niveau le serveur de licences Citrix, assurez-vous que votre abonnement à 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 2016.0420.

Fermez les applications et les 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 assure que tout verrouillage de fichier est annulé et qu’aucune mise à jour Windows n’est en attente.)

Important : avant de démarrer une mise à niveau, arrêtez et désactivez tout service d’agent de surveillance tiers.

Vérifiez 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). 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 de ces scripts depuis 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.

Utiliser StoreFront

Si votre déploiement comprend l’Interface Web, Citrix recommande d’utiliser StoreFront.

Considérations d’environnement mixte

Lorsque votre environnement contient des sites/batteries dont les versions de produits diffèrent (environnement mixte), Citrix recommande d’utiliser StoreFront pour regrouper les applications et les bureaux provenant de versions de produits différentes (par exemple, si vous disposez d’un site XenDesktop 7.1 et d’un site XenDesktop 7.5). 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 Provisioning Services pour les deux, déployez un nouveau Provisioning Services à utiliser avec le site 7.x, ou mettez à niveau Provisioning Services 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.

  • Les sites ayant des Controller à la version 5.x et des VDA à la version 7.x ne devraient rester dans cet état que temporairement. Dans l’idéal, vous devez effectuer 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.

VDA sur les machines exécutant Windows XP ou Windows Vista

Vous ne pouvez pas mettre à niveau les VDA installés sur les machines exécutant Windows XP ou Windows Vista vers une version 7.x. Vous devez utiliser le VDA 5.6 FP1 avec certaines corrections à chaud ; voir CTX140941 pour obtenir des instructions. Bien que les VDA de versions antérieures s’exécutent dans un site 7.x, ils ne peuvent utiliser la plupart de ses fonctionnalités, notamment :

  • Les fonctionnalités mentionnés dans Studio qui nécessitent une nouvelle version du VDA.
  • Configuration des applications App-V dans Studio.
  • Configuration des adresses Receiver StoreFront dans Studio.
  • Prise en charge automatique des licences KMS Microsoft Windows lors de l’utilisation de Machine Creation Services (MCS). Consultez l’article CTX128580.
  • Informations de Director :
    • Temps d’ouverture de session et événements de fin d’ouverture de session qui ont un impact sur la durée d’ouverture de session dans les vues Tableau de bord, Tendances et Détails de l’utilisateur.
    • La répartition des détails de la durée d’ouverture de session pour la connexion HDX et la durée d’authentification, ainsi que les détails de la durée de chargement du profil, la charge GPO, le script d’ouverture de session et l’établissement de la session interactive.
    • Plusieurs catégories de machine et taux d’échec de connexion.
    • Gestionnaire d’activités dans les vues Assistance et Détails de l’utilisateur.

Citrix vous recommande de réimager les machines Windows XP et Windows Vista vers une version de système d’exploitation pris en charge, puis d’installer la dernière version du VDA.

VDA sur les machines exécutant Windows 8.x et Windows 7

Pour mettre à niveau les VDA installés sur les machines exécutant Windows 8.x ou Windows 7 vers Windows 10, Citrix vous recommande de réimager les machines Windows 7 et Windows 8.x vers Windows 10, puis d’installer le VDA pour Windows 10, à l’aide du pack d’installation VDA autonome fourni avec XenApp et XenDesktop 7.6 FP3. Si réimager n’est pas une option, désinstallez le VDA avant de mettre à niveau le système d’exploitation, sinon, le VDA sera dans un état non pris en charge.

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 scénario, 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 de machine est créé avec le paramètre de valeur par défaut de VDA recommandée, et toutes les machines du catalogue possèdent une version antérieure de VDA installée, ces machines ne pourront pas s’enregistrer auprès du Controller et ne fonctionneront pas.

Par exemple, vous créez un catalogue de machines à l’aide du paramètre VDA par défaut : « 7.6 (recommandé pour accéder aux dernières fonctionnalités). » Vous ajoutez trois machines à ce catalogue : deux avec VDA 7.6 et une avec VDA 7.1. La machine comportant le VDA 7.1 ne pourra pas s’enregistrer avec le Controller. Si vous ne pouvez pas mettre à niveau ce VDA, vous pouvez créer un nouveau catalogue de machines configuré avec un paramètre VDA de « version 7.0 ou ultérieure » et ajouter cette machine. Bien que cette machine ne puisse pas utiliser les nouvelles fonctionnalités de la version 7.6, elle sera en mesure de s’enregistrer avec le Controller.

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, consultez la section Installer à l’aide de la ligne de commande.

Étape 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 seront mis à niveau lorsque vous exécutez le programme d’installation sur ce serveur.

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.

Étape 2. Si vous utilisez Provisioning Services, mettez à niveau les serveurs et les machines cibles PVS à l’aide des instructions de la documentation Provisioning Services.

Étape 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).

Lors de la mise à niveau de VDA antérieurs à la version 7.x qui sont installés sur des machines physiques (y compris Remote PC Access), utilisez l’interface de ligne de commande avec l’option /exclude “Personal vDisk”,”Machine Identity Service”. Par exemple :

C:\x64\XenDesktop Setup\XenDesktopVdaSetup.exe /exclude “Personal vDisk”,”Machine Identity Service”

Étape 4. Exécutez le programme d’installation du produit sur la moitié des Controller. (Cette opération 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, le site est inutilisable lors de la mise à niveau.

Étape 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é.

Étape 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 ci-dessous.

Étape 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.

Étape 8. Après avoir effectué la mise à niveau et confirmé l’achèvement, fermez puis rouvrez Studio.

Étape 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.

Étape 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.

Étape 11. Après la mise à niveau des composants, de la base de données et du site, testez 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 ont été exécutés automatiquement après que vous ayez mis à niveau la base de données, mais vous pouvez les exécuter à tout moment.

Étape 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.Mettez ensuite à niveau les catalogues de machines qui utilisent ces images principales, et les groupes de mise à disposition qui utilisent ces catalogues.

Mettez à niveau la base 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.

  • 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).
  • 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. Si les scripts SQL sont exécutés manuellement, ils doivent être exécutés à l’aide de l’utilitaire SQLCMD ou de SQL Management Studio en mode SQLCMD. Si ce n’est pas le cas, des erreurs peuvent se produire.

Important : Citrix recommande vivement de sauvegarder les bases de données avant de procéder à la mise à niveau, comme décrit dans l’article 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 les bases 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 les bases de données et le site manuellement

Ce processus inclut la génération et l’exécution de scripts.

Étape 1. Lancez le logiciel Studio nouvellement créé. Lorsque vous choisissez de mettre à niveau le site manuellement, l’assistant vous invite à confirmer que vous avez sauvegardé les bases de données. L’assistant génère et affiche ensuite les scripts et une checklist des étapes de mise à niveau.

Étape 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.

Étape 3. Après avoir effectué toutes les tâches de la check-list répertoriées dans l’assistant, cliquez sur Terminer la mise à niveau.

Mise à niveau de Dbschema

Lorsque vous mettez à jour votre déploiement vers une nouvelle CU, plusieurs de vos schémas de base de données sont mis à niveau. Consultez le tableau suivant pour plus d’informations sur les schémas de base de données mis à niveau au cours de la procédure :

dbschema-update

Définition des termes :

  • Site = magasin de données de site ; la mise à jour de Dbschema est effectuée sur le magasin de données de site.
  • Monitor = magasin de données de surveillance ; la mise à jour de Dbschema est effectuée dans le magasin de données de surveillance.
  • Config = table de configuration ; la version de Desktop Studio, la version du serveur de licences ou les deux sont mises à jour dans le tableau de configuration.