Product Documentation

À propos de l'outil de mise à niveau

Jul 25, 2016

Pour effectuer une mise à niveau depuis XenMobile 9.0 (MDM Edition, App Edition et Enterprise Edition) vers XenMobile 10.1, vous devez utiliser l'outil de mise à niveau. Vous pouvez télécharger cet outil sur la page des téléchargements du site Citrix.com. Les problèmes connus et résolus dans cette version sont répertoriés plus loin dans cet article :

La dernière version de l'outil de mise à niveau comprend des améliorations de l’interface, la prise en charge de Remote PostgreSQL 9.3.11, et la prise en charge de Device Manager 9.0 RP3 et d’App Controller RP7.

L'outil de mise à niveau est intégré à la machine virtuelle XenMobile 10.1. Vous activez l'assistant à usage unique via la console de ligne de commande lors de l'installation initiale de XenMobile 10.1.

Chemins de mise à niveau

Un chemin de mise à niveau est une séquence recommandée destinée à garantir que vos données sont correctement migrées. Cette section contient les chemins de mise à niveau pour chaque type d’appareil et les combinaisons de mode d'inscription :

  • Appareils iOS et Android (tous les modes d'inscription), ainsi que téléphones et tablettes Windows inscrits en mode MDM
  • Téléphones Windows inscrits dans en mode Enterprise

Il n'existe pas de chemin de mise à niveau pour les téléphones ou tablettes Windows inscrits en mode MAM ou pour les tablettes Windows inscrites en mode Enterprise.

Appareils iOS et Android (tous les modes d'inscription), ainsi que téléphones et tablettes Windows (MDM)

Pour mettre à niveau, suivez la séquence en démarrant par l'étape qui correspond à la version que vous mettez à niveau.

1. Si vous utilisez XenMobile 8.6 ou 8.7, vous devez d'abord mettre à niveau vers XenMobile 9.0.

Vous ne pouvez pas utiliser l'outil de mise à niveau pour passer de XenMobile 8.6 ou 8.7 à XenMobile 10.1.

2. Utilisez l'outil de mise à niveau pour mettre à niveau XenMobile 9.0 vers XenMobile 10.1.

  • Après la mise à niveau de XenMobile 9 vers XenMobile 10.1, certains clients ont signalé des problèmes d’accès à WorxStore, d’ouverture d’applications, ainsi que des problèmes avec d’autres fonctionnalités. Pendant que Citrix s’emploie activement à résoudre ces problèmes, vous pouvez temporairement annuler la mise à niveau de manière à restaurer XenMobile 9. Pour de plus amples informations, consultez la section Restauration des mises à niveau de XenMobile.
  • Lorsque la Multi-Tenant Console (MTC) est activée sur XenMobile 9.0, vous pouvez migrer la MTC vers XenMobile 10.1. Pour obtenir des instructions détaillées, consultez la section Mise à niveau du serveur locataire de la console MTC vers XenMobile 10.1.

3. Mettez à jour XenMobile 10.1 vers XenMobile 10.3 (ou 10.3.5).

Lorsque cette mise à jour suit une mise à niveau de XenMobile 9.0 vers 10.1, vous pouvez migrer les données des appareils Android, iOS et Windows pris en charge.

4. Mettez à jour XenMobile 10.3 vers XenMobile 10.3.5.

Téléphones Windows (mode Enterprise)

Les étapes suivantes sont recommandées pour mettre à niveau un environnement XenMobile 9.0 Enterprise, avec des téléphones Windows inscrits en mode Enterprise à l'aide de Worx Home 9.x, vers XenMobile 10.3.

1. Installez les derniers correctifs pour Device Manager et App Controller.

2. Téléchargez la dernière version de l'outil de mise à niveau.

3. Mettez à niveau Worx Home sur Device Manager vers la version 10.2, puis déployez Worx Home.

Si les utilisateurs exécutent Worx Home 9.x et qu’ils ont inscrit des téléphones Windows, nous recommandons de mettre à niveau Worx Home vers 10.2 avant de procéder à la mise à niveau. Ensuite, dès que la mise à niveau vers 10.1 est terminée, le serveur XenMobile doit être mis à niveau vers 10.3 avant de connecter les appareils.

4. Désinstallez manuellement Worx Home 9.x des appareils des utilisateurs.

5. Demandez aux utilisateurs d'accéder au Download Hub sur leur téléphone pour installer Worx Home 10.2, que vous avez déployé à partir de Device Manager.

6. Mettez à niveau vers XenMobile 10.1, puis mettez à niveau immédiatement vers XenMobile 10.3 avant de connecter des appareils au serveur XenMobile mis à niveau.

7. Modifiez NetScaler de manière à autoriser les appareils à se connecter, comme décrit dans la section Post-requis de l'outil de mise à niveau.

Présentation de la mise à niveau (XenMobile 9.0 vers 10.1)

Les figures suivantes illustrent les étapes de base nécessaires pour effectuer la mise à niveau de XenMobile 9.0 vers XenMobile 10.1.

localized image
localized image
localized image

Consultez les sections Conditions préalables et Problèmes connus et problèmes résolus de XenMobile 10.1, ainsi que les problèmes connus et résolus dans l'outil de mise à niveau décrits ici avant de commencer la migration vers XenMobile 10.1.

Problèmes résolus dans l’outil de mise à niveau dans cette version

Remarque

Pour obtenir une liste des problèmes résolus dans les versions précédentes de l’outil de migration, téléchargez ce PDF.

Après la mise à niveau de XenMobile 9 vers XenMobile 10.1, puis la mise à jour vers XenMobile 10.3, les stratégies de clip Web ne sont pas déployées sur les appareils Windows 10 qui étaient inscrits dans XenMobile 9. Les stratégies de clip Web sont déployées sur les appareils Windows 10 inscrits dans XenMobile 10.3. [#610101]

Après la mise à niveau de XenMobile 9 vers XenMobile 10.1, les licences VPP en gros volumes ne fonctionnent pas. [#610418]

Les abonnements utilisateur ne sont pas migrés si les informations d'abonnement incluent le nom de domaine en majuscules. [#620542]

Une application préparée à l'aide du SDK Worx App n'est pas migrée si elle contient une adresse URL non standard, par exemple si vous ne formatez pas l’ID du magasin dans l'adresse URL en tant que idapp-ID?mt=8. [#625920]

Problèmes connus dans l’outil de mise à niveau dans cette version

Important

Tenez compte de ce problème connu dans XenMobile 10.1 car il est probable que votre nom d'hôte XenMobile 9.0 comporte une majuscule. Dans ce cas, après la mise à niveau vers XenMobile 10.1, les appareils ne peuvent pas accéder à WorxStore. 

  • Lorsque vous configurez le serveur XenMobile avec une lettre majuscule dans le nom d'hôte, par exemple ABC.Xms.com, WorxStore ne s'ouvre pas sur les appareils après l'inscription des appareils. [#545527]

Problèmes liés aux données et aux stratégies

  • Après la mise à niveau, les données de configuration du serveur syslog ne sont pas migrées sur le serveur XenMobile. [#558539]
  • Si le paramètre dans XenMobile 9.0 relatif au système d'exploitation minimum ou maximum est défini sur 10 ou plus et relatif aux appareils exclus est défini sur les applications MDX et d'entreprise, la règle n'est pas migrée correctement après la mise à niveau. Les applications qui devraient apparaître ne s'affichent pas et celles qui ne devraient pas apparaître s'affichent. [#603412]
  •  Lorsque les utilisateurs mettent à niveau un déploiement XenMobile 9 basé sur des instances SQL nommées en suivant les étapes recommandées dans l'article Prise en charge des instances SQL nommées pour résoudre un problème de nom de domaine complet, le pack d'assistance est chargé avec succès, mais une erreur de connexion à la base de données s'affiche. Par conséquent, les utilisateurs ne peuvent pas poursuivre la mise à niveau. [#605775]
  • Certaines configurations de stratégie de restriction sont obsolètes dans 10.1. Par conséquent, XenMobile ne parvient pas à déployer la stratégie de restriction en entier sur les téléphones Windows 10 après la mise à niveau de XenMobile 9 vers XenMobile 10.1, puis la mise à jour vers XenMobile 10.3. Toutefois, si vous affichez et enregistrez les paramètres de stratégie dans XenMobile 10.3, la stratégie est déployée avec succès. [#608541]
  • Dans XenMobile 9.0, lorsque vous définissez l’Unité d'organisation des utilisateurs (OU) dans les paramètres de la connexion LDAP, après la mise à niveau vers XenMobile 10, le contexte racine complet n'est pas ajouté à l'unité d'organisation des utilisateurs. Par exemple, OU=MDMUsers, OU=SALES doit être OU=MDMUsers, OU=SALES, DC=citrite, DC=com. Par conséquent, vous devez effectuer la mise à jour manuellement dans XenMobile 10. [#635981]

Applications Google Play

  • Si vous avez inclus une application Google Play publique pour les appareils Android avec une icône par défaut, après la migration, l'icône par défaut ne s'affiche pas dans la console XenMobile. Vous devez modifier et enregistrer l'application, ou cliquez sur Rechercher les mises à jour pour que l'image s'affiche. [#557996]

SQL Server

  • L'outil de mise à niveau ne prend pas en charge les instances nommées des bases de données SQL Server de XenMobile 9.0. L'outil fournit un numéro de port, mais aucun nom d'instance. La mise à niveau échoue avec une erreur java.sql.SQLException si l'outil tente d'établir une connexion avec l'instance inattendue plutôt que l'instance par défaut. Pour corriger les problèmes, consultez la section Prise en charge des instances SQL nommées. [#575679]
  • Si vous utilisez une base de données PostgreSQL, les appareils MAM ne peuvent pas se réinscrire après une mise à niveau. Pour contourner ce problème, supprimez les entrées de l'appareil dans XenMobile et envoyez des notifications d'inscription aux utilisateurs. [#632831]
  • Si votre serveur Device Manager 9.0 est configuré à l'aide d’une base de données PostgreSQL locale et que vous utilisez localhost comme référence pour le serveur de base de données, une mise à niveau échouera. Pour contourner ce problème, modifiez ew-config.properties sur le serveur Device Manager 9.0 et remplacez toutes les références à localhost avec l'adresse IP du serveur de base de données Device Manager, puis continuez avec les conditions requises pour la mise à niveau. [#635023]

RBAC

Problèmes avec les paramètres RBAC après la mise à niveau :

  • Si vous avez configuré des rôles RBAC avec un accès limité à LDAP et à Active Directory ou tout enfant, lorsque vous ouvrez une session sur la console XenMobile en tant qu'administrateur après la mise à niveau, les mêmes paramètres ne sont pas sélectionnés.
  • Si vous avez configuré un rôle de super administrateur, toutes les autorisations sont sélectionnées par défaut. Après la mise à niveau, seules trois autorisations sont sélectionnées : Inscription RBAC et Gestion des versions.
  • Si vous avez créé un rôle de super administrateur, toutes les autorisations de support doit être sélectionnées par défaut. Après la mise à niveau, aucun des paramètres d'autorisation de support n'est sélectionné. [#569350, #569395, #569423]

Windows CE

  • Les appareils Windows CE ne sont pas pris en charge dans XenMobile 10.1.

Worx Home et WorxStore

  • Après la mise à jour de XenMobile 10.1 vers XenMobile 10.3, lorsque les utilisateurs ouvrent Worx Home sur des appareils iOS et Android, le WorxStore est vide. Pour contourner le problème, redémarrez NetScaler ou effacez le cache de NetScaler. [#609706]
  • Avant la mise à niveau de XenMobile 9 vers XenMobile 10.1, si votre WorxStore a un nom personnalisé, des problèmes se produisent lors de l’inscription, de l’accès à Worx Home et de l’accès au Worx Store. Pour contourner le problème, utilisez le nom par défaut du magasin, à savoir Store, avant la mise à niveau. [#619458]
    Pour de plus amples informations sur les conditions préalables requises, consultez la section Conditions préalables requises.
  • Les utilisateurs équipés d’appareils en mode MAM exclusif ne peuvent pas s'authentifier auprès de Worx Home après une mise à niveau de XenMobile 9.0 vers XenMobile 10.1, si vous définissez ensuite l'option LDAP Recherche utilisateur par sur sAMAccountName puis que vous mettez à niveau vers XenMobile 10.3.x. [#628233]

Android for Work

  • Après une mise à niveau, l'ouverture de session SAML pour Android for Work échoue car le certificat SAML possède une extension .pem, que le serveur XenMobile ne pourra pas importer. [#631795]

Pour contourner ce problème, assurez-vous que XenMobile dispose du certificat SAML approprié, comme suit :

1. Exportez le certificat SAML de XenMobile 9 App Controller avec une clé privée (AppController.exemple.com). Ce certificat est au format PEM et possède une extension .pem.

2. Utilisez la commande openssl pour générer un fichier PFX à partir du fichier PEM :

openssl pkcs12 -export -out certificate.pfx  -in certificate.pem

3. Importez le fichier PFX dans XenMobile 10.3 en tant que keystore SAML.

4. Exportez le certificat SAML sans la clé privée depuis XenMobile 10.3, puis chargez-le sur le domaine Android for Work.

Ce que fait l'outil de mise à niveau

L'outil de mise à niveau XenMobile 10.1 permet de migrer les données utilisateur et de configuration d'un serveur XenMobile 9.0 vers une nouvelle instance de XenMobile 10.1 avec le même nom de domaine complet (FQDN).

  • Quelle que soit votre édition de XenMobile, vous pouvez effectuer une mise à niveau test à l'aide de données de configuration de production pour comparer XenMobile 9.0 et XenMobile 10.1 sans affecter votre environnement de production.
  • Vous pouvez procéder à une mise niveau de production complète pour déplacer tous les éléments de XenMobile 9.0 vers XenMobile 10.1. Vous ne pouvez cependant pas effectuer de déplacement à partir de l'environnement test pour mettre à niveau un environnement de production. Vous devez recommencer depuis le début pour la mise à niveau de l'environnement de production. 

Vous trouverez des diagrammes d'architecture des déploiements de XenMobile 10.1 dans la section Aperçu de l'architecture.

Lorsque vous choisissez Test Drive dans l'outil, seules les données de configuration sont migrées vers XenMobile 10.1 ; aucune donnée utilisateur (dans le cas de déploiements XenMobile Enterprise Edition) ou d'appareil n'est migrée.

Lorsque vous choisissez Upgrade dans l'outil, toutes les configurations, tous les appareils et toutes les données utilisateur sont migrées. Lorsque vous ouvrez une session sur la console XenMobile 10.1 après la mise à niveau, vous pouvez voir toutes les données utilisateur et de l'appareil qui ont été migrées depuis XenMobile 9.0.

Remarque : il ne s'agit pas d'une migration sur place ; toutes les données sont copiées durant la migration et non déplacées vers XenMobile 10.1. XenMobile 9.0 reste inchangé jusqu'à ce que vous déplaciez le serveur XenMobile 10.1 dans l'environnement de production. Lorsque des utilisateurs sont connectés à XenMobile 10.1 en environnement de production, si pour une raison quelconque, vous souhaitez revenir à XenMobile 9.0, ces utilisateurs doivent se réinscrire dans XenMobile 9.0.

Citrix vous recommande de procéder à une mise à niveau test pour vous familiariser avec la manière dont le processus fonctionne et avec les tâches que vous devrez effectuer une fois que la mise à niveau de production est terminée. Une fois la mise à niveau test effectuée, vous pouvez effectuer une mise à niveau de production sur un environnement isolé pour des tests plus poussés. Une fois que vous avez validé la mise à niveau, vous pouvez effectuer une autre mise à niveau de production sur votre environnement de production.

Après la réussite de la mise à niveau de production, pour basculer XenMobile 10.1 en mode production, vous devez effectuer les opérations suivantes :

1. Si NetScaler répartit la charge des serveurs XenMobile Device Manager, vous devez :

  • Créer un nouveau service d'équilibrage de charge XenMobile 10.1.
  • Basculer le service XenMobile 9.0 vers le service XenMobile 10.1.

2. Pour les environnements autonomes, mettre à jour l’entrée DNS pour mapper le nom de domaine complet (FQDN) de XenMobile 9.0 sur la nouvelle adresse IP du serveur XenMobile 10.1. Cette étape n'est pas nécessaire pour les environnements en cluster.

Pour de plus amples informations, consultez la section Post-requis de l'outil de mise à niveau.

Ce que l'outil de mise à niveau ne fait pas

Lorsque vous utilisez l'outil de mise à niveau, les informations suivantes ne sont pas migrées vers XenMobile 10.1 :
  • Les informations de licence.
  • Les rapports de données.
  • Les stratégies de groupes de serveurs et les déploiements associés (non pris en charge dans XenMobile 10.1).
  • Le groupe MSP (Managed Service Provider).
  • Les stratégies et les paquetages associés à Windows CE et Windows 8.0.
  • Les paquetages de déploiement non utilisés ; par exemple, lorsqu'aucun utilisateur ou groupe n'est assigné à un paquetage de déploiement.
  • Toutes les autres données de configuration ou d’utilisateur répertoriées dans le fichier migration.log.
  • CXM Web (remplacé par Citrix WorxWeb).
  • Les stratégies DLP (remplacées par Citrix ShareFile).
  • Les attributs Active Directory personnalisés.
  • Si vous avez configuré plusieurs stratégies de marque, la stratégie de marque n'est pas migrée. XenMobile 10.1 prend en charge une seule stratégie de marque ; vous devez laisser une stratégie de marque dans XenMobile 9.0 pour que votre migration vers XenMobile 10 se réalise avec succès.
  • Tous les paramètres du fichier auth.jsp dans XenMobile 9.0 qui sont utilisés pour restreindre l'accès à la console. Les restrictions d'accès à la console dans XenMobile 10.1 sont des paramètres de pare-feu que vous pouvez configurer dans l'interface de ligne de commande.
  • Les configurations du serveur Syslog.
  • Les connecteurs de remplissage de formulaire configurés sur XenMobile 9.0 (non pris en charge dans XenMobile 10.1).
Veuillez également noter les nouveautés suivantes dans XenMobile 10.1 :
  • XenMobile 10.1 ne prend pas en charge les utilisateurs Active Directory qui sont assignés à des groupes locaux.
  • La hiérarchie des groupes locaux est aplatie.

Planification de votre mise à niveau

Important

Pour chacune des étapes, suivez les instructions dans Activation et exécution de l'outil de mise à niveau et Conditions préalables. Le processus de mise à niveau est complexe ; assurez-vous que les conditions préalables sont remplies avant de commencer. Si vous entrez un mot de passe incorrect pour le certificat, par exemple, la mise à niveau échoue. En cas d'échec, vous devez configurer une nouvelle instance de XenMobile 10.1 dans la console de ligne de commande et démarrer l'outil de mise à niveau.

Citrix vous conseille de suivre les étapes suivantes pour procéder à la mise à niveau :

  1. Testez la mise à niveau dans un environnement de simulation.
    1. Configurez NetScaler 10.5 avec NetScaler Gateway et des serveurs virtuels d'équilibrage de charge NetScaler, de préférence configurés à l'aide de l'utilitaire de XenMobile 10.
    2. Apportez les modifications appropriées au pare-feu et au DNS.
  2. Effectuez une mise à niveau de production dans un environnement de simulation.
    1. Ajustez la configuration de NetScaler en suivant les étapes requises après l'installation.
    2. Apportez les modifications appropriées au pare-feu et au DNS.
  3. Effectuez une mise à niveau de production dans votre environnement de production et passez en mode opérationnel.
    1. Planifiez les temps d'arrêt lors de l'exécution de la migration.
    2. Ajustez la configuration de NetScaler en suivant les étapes requises après l'installation.
    3. Apportez les modifications appropriées au pare-feu et au DNS.

Modifications terminologiques dans XenMobile 10.1

Notez qu'une fois la mise à niveau effectuée, les paquetages de déploiement dans Device Manager sont appelés groupes de mise à disposition dans XenMobile 10.1, comme le montre la figure suivante. Pour de plus amples informations, consultez la section Gestion des groupes de mise à disposition.

 

Groupes de mise à disposition

 

Dans le groupe de mise à disposition, vous pouvez voir les stratégies, les actions et les applications requises par le groupe d'utilisateurs qui requiert des ressources.

 


 

Inscription d'appareils sur le déploiement XenMobile Enterprise Edition après une mise à niveau

Les utilisateurs n'ont pas besoin de réinscrire leurs appareils après une mise à niveau de production vers XenMobile 10.1. Les appareils doivent se connecter automatiquement au serveur XenMobile 10.1 en fonction de l’intervalle de pulsation. Les utilisateurs peuvent toutefois être invités à s'authentifier à nouveau avant que l'appareil puisse se reconnecter.

Si vous souhaitez connecter immédiatement un appareil à XenMobile 10.1, utilisez WorxHome > Infos sur l'appareil > Actualiser la stratégie sur l'appareil.

Une fois les appareils des utilisateurs connectés, vérifiez que les appareils sont affichés dans la console XenMobile, comme l'illustre la figure suivante.