Migration sur le même serveur
Vue d’ensemble
L’outil de migration HIS permet de migrer d’une édition antérieure de Host Integration Server vers la version 2016 sur le même serveur. Il récolte les informations de configuration avant de désinstaller l’ancienne version de Host Integration Server. Ces informations de configuration peuvent être appliquées à la nouvelle installation de Host Integration Server 2016.
Étapes de la migration d’un même serveur
Ces instructions supposent que l’outil de migration est téléchargé dans un répertoire C:\Files local.
Vérifiez que la plateforme existante répond aux exigences HIS 2016 (cf. Configuration requise). Il est à noter que .NET Framework 4.6 doit être installé.
Ouvrez une invite de commandes d’administration Windows et exécutez la commande suivante :
C :\Files>HisMigration.exe C :\Files\HIS_Migrate /Save
Notes
C:\Files\HIS_Migrate doit exister et ne contenir aucun fichier.
Désinstallez l’ancienne version de HIS dans le Panneau de configuration > Programmes et fonctionnalités.
Installez Host Integration Server 2016, mais n’exécutez pas l’Assistant Configuration.
Modifiez le fichier C:\Files\HIS_Migrate\savedConfig.config pour insérer le ou les mots de passe corrects du compte sous lequel les services s’exécutent. Pour des raisons de sécurité, les mots de passe sont remplacés par « PasswordReplacedByThis ». Vous devez néanmoins entrer les bons mots de passe, sans quoi les services ne démarreront pas. Il est à noter qu’il peut y avoir plusieurs instances de l’élément de mot de passe.
Ouvrez une nouvelle invite de commandes d’administration Windows pour actualiser les nouvelles variables d’environnement à partir de l’installation Host Integration Server 2016.
Appliquez la configuration enregistrée en ouvrant une invite de commandes d’administration Windows et en émettant la commande suivante :
C :\Files>HisMigration.exe C :\Files\HIS_Migrate /Apply
Considérations supplémentaires
- En cas de migration d’un sous-domaine multiserveur, le serveur primaire doit être le dernier migré. Lancez la migration avec le serveur secondaire en premier. Une fois que tous ces serveurs ont été migrés, le serveur primaire peut l’être aussi.
- La migration des serveurs configurés pour utiliser une passerelle SNA distante n’est pas possible à l’heure actuelle. La prise en charge de ce scénario est prévue pour la prochaine mise à jour cumulative.
- Après la migration, vous devez activer manuellement les règles de pare-feu au moment d’autoriser l’accès aux services.
- Pour les services HIP, l’outil de migration recherche la valeur assemblyPath des objets HIP dans le contenu de HIPService.exe.config. Si elle pointe vers un chemin de produit HIS (par exemple %snaroot%\TIM), les objets HIP sont déplacés vers le dossier HIS 2016 TIM. Si elle pointe vers un répertoire personnalisé, ce répertoire est créé, et les objets y sont copiés.
- L’outil de migration ne recherche pas de programmes WIP (Windows-Initiated Program) d’intégration d’application sur le serveur. S’ils existent sur le serveur, il est important de les examiner dans les fichiers app.config pour vérifier que le contenu pointe vers des emplacements à jour sur le serveur.
- Les programmes WIP et HIP ainsi que les assemblys TI doivent être recompilés pour fonctionner avec HIS 2016. Les nouvelles références aux assemblys de runtime HIS 2016 TI et les mises à jour apportées aux fichiers .config pour pointer vers la version 10.0 au lieu de la version 9.0 doivent être effectuées. Les projets doivent utiliser .NET 4.6. En outre, tous les fichiers .hidx TI doivent être ouverts et enregistrés à nouveau dans le concepteur HIS 2016 pour générer la ou les DLL mises à jour.
- Pour les programmes WIP comme HIP, toute la configuration doit être effectuée dans les fichiers .config : aucune information de configuration n’est lue dans le registre.