Aide pratique DeskGate

Guide de mise à niveau DeskGate

Préparez un point de récupération, exécutez la configuration approuvée et validez les services et rapports mis à jour.

Consultez le plan de publication et de maintenance

Ce guide fait suite à la documentation du programme d'installation du serveur client datée du 6 octobre 2026. Vérifiez la procédure de mise à niveau et la compatibilité des versions source et cible. Conservez le package approuvé et convenez d'une fenêtre de maintenance avec les administrateurs concernés.

Le programme d'installation conserve les fichiers de base de données, les données d'application et les paramètres utilisateur, mais cette conservation ne constitue pas une solution de récupération. En cas d'échec de l'installation, aucune restauration complète n'est possible automatiquement.

Avant d'exécuter la configuration

  1. Notez la version actuelle, le dossier d'installation, l'état du service, l'instance SQL, le port web et le mode d'accès.
  2. Effectuez une sauvegarde coordonnée de la base de données/application et confirmez la méthode de récupération.
  3. Consignez un résultat de rapport connu et un point final pilote pour la comparaison post-mise à niveau.
  4. Vérifiez que les informations de licence et les identifiants SQL sont disponibles pour l'installateur autorisé.
  5. Examiner les plannings en cours et décider comment les livraisons et les enlèvements seront gérés pendant la maintenance.

Exécutez la mise à niveau approuvée

Relancez GoMyid Setup.exe en utilisant le même dossier d'installation. Vérifiez les paramètres réseau et de licence enregistrés. Le processus de publication réutilise GOMYID et son mot de passe existant. Après avoir effectué le test de base de données, vérifiez l'accès web et les ports, laissez l'installation se terminer. Elle s'arrête et remplace les services et fichiers gérés.

Notez toute erreur avant de réessayer. Suivez les instructions. guide d'installation illustré du serveur pour les écrans eux-mêmes.

Contrôles d'acceptation après installation

  1. Vérifiez GoMyidServer et GoMyidCore et recherchez toute erreur de démarrage.
  2. Vérifiez la page de connexion et la page d'inscription/base de données sur le port configuré.
  3. Confirmez l'accès au réseau depuis un ordinateur autorisé lorsqu'il est activé.
  4. Vérifiez le point d'arrivée du projet pilote et comparez-le à un rapport historique connu.
  5. Confirmer la réception des nouveaux enregistrements après l'intervalle de collecte configuré.
  6. Veuillez revoir les rôles, le périmètre du groupe et les définitions des rapports planifiés avant de reprendre la livraison.
  7. Conservez le rapport d'installation en lieu sûr ; il peut contenir le mot de passe SQL.

Dépannage après une mise à niveau

Utilisez ces vérifications pour votre serveur auto-hébergé après la mise à niveau approuvée. Commencez par le symptôme observé lors des tests d'acceptation et notez l'erreur exacte ainsi que l'heure. Ces fiches servent de guide de diagnostic ; elles n'inspectent pas votre installation et n'appliquent aucune modification.

Étape de l'interface web de l'installateur de serveur permettant de vérifier le port configuré et le mode d'accès après la mise à niveau
Programme d'installation en mode aperçu (sans installation). Les paramètres et l'état affichés sont donnés à titre d'exemple et ne correspondent pas nécessairement aux résultats obtenus sur votre serveur. Comparez avec votre configuration enregistrée ; ouvrez l'image pour l'afficher en taille réelle.
  1. 1. Un service serveur ne démarre pas

    Vérifier: Dans les Services Windows , notez l'état de GoMyidServer et GoMyidCore ainsi que l'erreur de démarrage exacte. Comparez le dossier d'installation et l'état du service SQL avec les notes de pré-mise à niveau. Un service arrêté est un symptôme, pas un diagnostic.

    Étape suivante : Si l'installation a signalé une erreur de connexion à la base de données, résolvez-la en premier lieu. En cas d'échec de démarrage inexpliqué, notez la version, l'horodatage et l'erreur pertinente avant de réessayer. Ne supprimez ni ne recréez les services pour contourner l'échec.

    Dépannage des tests de base de données
  2. 2. La console de gestion ne s'ouvre pas

    Vérifier: Utilisez l'adresse web, le port et le mode d'accès enregistrés lors de la configuration. Vérifiez si l'accès échoue sur le serveur lui-même ou uniquement depuis un autre ordinateur autorisé. Comparez avec la configuration enregistrée plutôt que de supposer que le port par défaut est toujours utilisé.

    Étape suivante : Si l'erreur signale un conflit de ports, suivez le guide des ports. Si l'accès local fonctionne mais pas l'accès réseau, vérifiez le mode réseau configuré et la règle de pare-feu autorisée. N'ouvrez pas de ports supplémentaires et ne désactivez pas le pare-feu comme solution générale.

    Dépannage des ports et des accès
  3. 3. Le dispositif pilote ne se reconnecte pas

    Vérifier: Vérifiez que l'appareil est en ligne et utilise le serveur ou l'espace de travail prévu. Dans Station, examinez le groupe sélectionné et les filtres de recherche. Comparez les versions du serveur et du client avec les exigences de version approuvées ; une différence de version à elle seule ne prouve pas l'incompatibilité.

    Étape suivante : Effectuez les vérifications de connexion des appareils avant de réinstaller l'agent. Notez l'identité de l'appareil, son groupe et le résultat de la connexion observée dans les notes de maintenance. Si la procédure de mise à niveau recommandée n'est pas claire, veuillez la confirmer auprès du support avant de mettre à jour d'autres appareils.

    Dépannage des périphériques manquants
  4. 4. Des rapports sont ouverts, mais il manque de nouveaux enregistrements

    Vérifier: Comparez un résultat historique connu, puis réalisez une activité pilote convenue pendant la période de collecte configurée. Vérifiez la plage de dates, le groupe, l'accès des réviseurs et la règle de collecte, et autorisez l'intervalle de collecte configuré.

    Étape suivante : Traiter la visibilité historique et la nouvelle collecte comme des vérifications distinctes. Ne pas interpréter un résultat filtré vide comme une suppression de données. Conserver la période de test et les filtres avec le rapport d'erreur.

    Dépannage des rapports vides
  5. 5. L'e-mail de rapport programmé n'arrive plus

    Vérifier: Après la maintenance, vérifiez l'état de la planification et les paramètres SMTP enregistrés. Notez l'erreur exacte et distinguez un test SMTP interactif réussi du résultat de la livraison planifiée.

    Étape suivante : Respectez le calendrier et les vérifications SMTP avant de modifier les identifiants. Envoyez maintenant un e-mail de test ; utilisez-le uniquement pour tester la délivrabilité auprès de destinataires approuvés.

    Dépannage des e-mails programmés

Confirmez la récupération avant de poursuivre le déploiement

Répétez le contrôle ayant échoué après avoir corrigé sa cause, puis terminez le liste de vérification du piloteEnregistrez séparément l'accès à la console, le périphérique pilote, un rapport historique connu et un nouvel enregistrement d'activité. Ne reprenez la distribution programmée qu'après avoir vérifié ses paramètres.

Si la validation échoue toujours, suspendez le déploiement et préparez le résumé du support diagnostiqueSi une récupération est nécessaire, suivez la procédure convenue. procédure de restauration avec une application et une base de données compatibles. L'installation d'un exécutable plus ancien ne constitue pas une restauration vérifiée.

Si la validation échoue

Interrompez le déploiement et consignez l'étape défaillante, la version, l'heure et l'erreur. Utilisez le plan de récupération approuvé avec l'ensemble application/base de données correspondant. Ne présumez pas que l'installation d'un exécutable plus ancien annulera une modification de schéma ou de configuration. La procédure de récupération de la base de données et de l'application doit être testée avant la fenêtre de maintenance.