--- sourceDocument: Options de la plateforme d’IA ServiceNow de Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/servicenow-platform Release : - yokohama ft:locale : - fr-FR ft:publication_title : - Options de la plateforme d’IA ServiceNow de Yokohama ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Mises à niveau de serveur MID # Mises à niveau de serveur MID {#ariaid-title1} * Rversion finale: Yokohama * * Mis à jour 30 janv. 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 15 minutes de lecture Mettez à niveau les serveurs MID manuellement ou automatiquement via l'instance. La mise à niveau automatique du serveur MID est déclenchée lorsque l'instance est mise à niveau et que le serveur MID n'a plus la même version. Le nouveau package de serveur MID est téléchargé à partir de install.service-now.com, remplace l'ancien et le serveur MID démarre avec la nouvelle version. Avertissement : Le serveur MID ne peut pas effectuer de mise à niveau automatique sur un hôte Windows si le service Expérience d'application Windows est désactivé. Pour plus d'informations sur l'erreur affichée et les instructions pour réactiver ce service, consultez [KB0597552](https://support.servicenow.com/kb_view.do?sysparm_article=KB0597552#appex). ## Exigences relatives à la mise à niveau du serveur MID {#c_UpgradeAndTestMIDServer__section_u3z_xdf_1qb} Accès au site de téléchargement du serveur MID : L'ordinateur hôte du Serveur MID doit avoir accès au site de téléchargement ServiceNow à install.service-now.com pour effectuer la mise à niveau automatique. Si vous disposez d'un environnement ServiceNow auto-hébergé qui bloque l'accès au site de téléchargement, vous devez importer manuellement le package du programme d'installation du serveur MID dans vos hôtes de serveur MID. Pour obtenir des instructions, consultez [KB0760123](https://support.servicenow.com/kb_view.do?sysparm_article=KB0760123) dans la base de connaissances auto-hébergée. Accès du serveur MID à OCSP bloqué : Les pare-feu et les configurations de proxy peuvent bloquer les appels vers les serveurs OCSP Entrust et DigiCert, ce qui empêche le serveur MID de fonctionner. Vous devrez peut-être modifier les autorisations de votre pare-feu pour que le trafic OCSP passe. Pour plus d'informations et de résolutions, consultez l'article de la base de connaissances [HI \[KB1216223\].](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1216223) Compatibilité des systèmes d'exploitation de serveur MID : La mise à niveau des serveurs MID Windows ou Linux avec des systèmes d'exploitation 32 bits n'est pas prise en charge. Pour plus d'informations, consultez [\[KB0863694\].](https://support.servicenow.com/nav_to.do?uri=/kb?id=kb_article_view&sysparm_article=KB0863694) Le serveur MID ne peut pas effectuer de mise à niveau sur un hôte Windows si le service Expérience d'application Windows est désactivé. Pour plus d'informations sur l'erreur affichée et les instructions pour réactiver ce service, consultez [KB0597552](https://support.servicenow.com/kb_view.do?sysparm_article=KB0597552#appex&_ga=2.137899701.402632408.1615226320-1555493315.1610383440). La mise à niveau du serveur MID est bloquée par certains antivirus exécutés sur des hôtes Windows. Pour plus d'informations sur les erreurs et la liste de ces antivirus, consultez [KB0870329](https://support.servicenow.com/nav_to.do?uri=/kb?id=kb_article_view&sysparm_article=KB0870329). Toute mise à niveau de serveur MID Linux dont le service est installée sous le système dans Madrid ou une version antérieure doit réinstaller le service après la mise à niveau. Si vous n'avez pas réinstallé manuellement le service lors des mises à niveau précédentes et que votre service de serveur MID est toujours installé sur Madrid ou des versions antérieures, le serveur MID réinstalle automatiquement le service lors de la mise à niveau. Pour réinstaller le service, le serveur MID doit s'exécuter en tant qu'utilisateur administrateur. Si votre mise à niveau du serveur MID doit réinstaller le service, assurez-vous que l'utilisateur du serveur MID est un administrateur, ou vous pouvez réinstaller manuellement le service avant la mise à niveau. Pour en savoir plus sur la réinstallation manuelle du service, reportez-vous à [la rubrique KB0821436](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0821436). ## Quand le serveur MID doit-il être mis à niveau ? {#c_UpgradeAndTestMIDServer__section_o1l_n2f_1qb} Tout serveur MID dont la version est différente de la version de l'instance doit être mis à niveau. Les deux propriétés système suivantes contrôlent la version de tous les serveurs MID : * mid.buildstamp : identifie la version du serveur MID avec un identificateur basé sur la date de la version. Cette propriété utilise le format mm-jj-aaaa-hhmm. Le serveur MID vérifie les informations de version toutes les heures. Si aucune version de remplacement n'est configurée, le serveur MID examine la propriété mid.buildstamp pour trouver la version à utiliser. Cette propriété se réinitialise à la version par défaut (la version qui correspond à la version de votre instance) lorsque l'instance est redémarrée ou mise à niveau, de sorte que tous les changements de l'utilisateur sont perdus à ce moment-là. Le système ajoute le nom de la mise en production et les informations sur le correctif au format de date et d'heure. Avertissement : Cette propriété n'est pas visible par défaut et ne doit pas être configurée. * mid.version.override : définit une condition de remplacement pour la version actuelle pour tous les serveurs MID de votre environnement. Cette action épingle les serveurs MID à une version unique et désactive la fonctionnalité de mise à niveau automatique. Cette propriété n'est pas visible dans le système de base et doit être ajoutée à la table Propriétés système \[sys_properties\] lorsqu'elle est définie. Pour en savoir plus, consultez [Ajouter une propriété système](https://www.servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US). {#c_UpgradeAndTestMIDServer__ul_pdt_r2f_1qb} Lorsque les serveurs MID vérifient la version toutes les heures, ils examinent d'abord la propriété mid.version.override . Si cette propriété est vide, les informations de version des serveurs MID proviennent de la propriété mid.buildstamp . Si une version de remplacement est configurée, les serveurs MID utilisent cette valeur et ignorent les informations de version dans la propriété mid.buildstamp . Cette valeur de remplacement est conservée lorsque l'instance est redémarrée et transmise aux serveurs MID. La valeur de la propriété mid.version.override est effacée lors d'une mise à niveau, ce qui force le serveur MID à se réinitialiser à la version indiquée dans la propriété mid.buildstamp . En plus de mid.version.override, la version du serveur MID peut également être contrôlée avec le paramètre de configuration mid.pinned.version qui épingle le serveur MID à une version spécifique. Pour épingler un serveur MID, définissez le paramètre mid.pinned.version avec le nom de cette version dans le fichier de config.xml de chaque serveur MID. Utilisez le format \-mm-jj-aaaa. Ce paramètre remplace le paramètre de propriété de la version du serveur MID épinglée. Pour obtenir des instructions, consultez [Ajouter un paramètre de serveur MID](https://servicenow-prod.fluidtopics.net/0z1eEONnt15R3Ax2fye6hw#mid-server-parameters "Les paramètres contrôlent le comportement d’un serveur MID particulier et ont une priorité inférieure à celle des propriétés du serveur MID."). La valeur définie dans ce paramètre n'est pas affectée par une mise à niveau. Avertissement : L'utilisation de mid.version.override et mid.pinned.version n'est pas recommandée. Les différentes versions sur le serveur MID et l'instance peuvent entraîner des problèmes de panne sur le serveur MID. ## Méthodes de mise à niveau Automatique : La mise à niveau automatique peut être déclenchée par l'instance ou le serveur MID lui-même. Cette fonctionnalité est disponible par défaut. La mise à niveau automatique se produit : * Lorsque l'instance est mise à niveau et que le serveur MID pour cette version est différent de la version actuellement installée sur le serveur MID. L'instance envoie la commande système autoUpgradeaux serveurs MID connectés. * Toutes les heures, le serveur MID vérifie auprès de l'instance si une version différente est disponible pour la mise à niveau. Vous ne pouvez pas modifier cette période. {#c_UpgradeAndTestMIDServer__ul_gyx_3ff_1qb} Manuel : Démarrez manuellement la mise à niveau en cliquant sur un lien connexe sur l'enregistrement du serveur MID. Utilisez cette méthode lorsque vous ne souhaitez pas attendre la prochaine mise à jour automatique toutes les heures ou si votre mise à niveau a échoué et que vous souhaitez forcer une mise à niveau. Consultez [la section Mise à niveau manuelle du serveur MID pour obtenir des](https://servicenow-prod.fluidtopics.net/ZlsYRlPUrM9wYIkcDyVz9A "Vous pouvez mettre à niveau manuellement les serveurs MID à tout moment si vous ne souhaitez pas attendre la mise à niveau automatique.") instructions. ## Processus de mise à niveau {#c_UpgradeAndTestMIDServer__section_tl1_prm_1qb} 1. Vérification préalable à la mise à niveau :Avant de lancer le processus de mise à niveau du serveur MID, celui-ci exécute une série de tests pour s'assurer que l'ordinateur hôte répond à la configuration minimale. Toute erreur rencontrée lors de ce test automatique empêche la mise à niveau de se produire jusqu'à ce que les problèmes soient résolus. Le test préalable à la mise à niveau est activé par défaut, mais vous pouvez le désactiver en ajoutant et en définissant une propriété système. Consultez [Vérification préalable à la mise à niveau du serveur MID](https://servicenow-prod.fluidtopics.net/WMOb1UvRfxX2oUKtWv_DfQ "Avant une mise à niveau, le serveur MID exécute des tests pour identifier les problèmes susceptibles d’entraîner l’échec du processus de mise à niveau ou une panne du serveur MID.") pour plus d'informations. 2. Télécharger les packages :Le serveur MID télécharge les packages de mise à niveau à partir de install.service-now.com. Ces packages sont au format ZIP et sont téléchargés dans le dossier de l'agent dans le dossier package/dossier entrant. 3. Vérification de signature numérique Après avoir téléchargé chaque package, le serveur MID vérifie la signature numérique du package. Il lève une exception en cas d'échec de la vérification. L'erreur est enregistrée dans le journal de l'agent et dans la table des problèmes de serveur MID. Si les packages sont téléchargés et remplacés manuellement, vous pouvez vérifier la signature manuellement. Pour vérifier manuellement la signature d'un package d'installation ou de mise à niveau, utilisez l'outil jarsigner disponible gratuitement avec JDK. Voici la commande jarsigner pour lancer la vérification : `Jarsigner -verify -verbose -certs -strict ` La sortie doit être similaire à l'exemple suivant : - Signed by "CN=ServiceNow Inc., O=ServiceNow Inc., L=Santa Clara, ST=California, C=US" Digest algorithm: SHA-256 Signature algorithm: SHA256withRSA, 2048-bit key Timestamped by "CN=Symantec SHA256 TimeStamping Signer - G3, OU=Symantec Trust Network, O=Symantec Corporation, C=US" on Tue Nov 05 19:55:37 UTC 2019 Timestamp digest algorithm: SHA-256 Timestamp signature algorithm: SHA256withRSA, 2048-bit key jar verified. The signer certificate will expire on 2021-08-09. The timestamp will expire on 2029-03-22. 4. Extraction des fichiers zip :Après avoir téléchargé tous les packages requis, le serveur MID extrait les fichiers zip. * Avant Rome : Les fichiers zip sont extraits dans un dossier sous le dossier temporaire défini par le système d'exploitation. Le nom du dossier est un nombre généré de façon aléatoire. Le dossier temporaire du système d'exploitation est spécifié par la propriété système java.io.tmpdir. Sur un hôte UNIX, la valeur de cette propriété est généralement /tmp ou /var/tmp. * À partir de Rome : le serveur MID évite d'utiliser les dossiers temporaires définis par le système d'exploitation pendant la mise à niveau du serveur MID. Les fichiers zip sont extraits dans un dossier du dossier work/upgrade_temp sous le dossier de l'agent. Le format du nom de dossier est un nombre généré de façon aléatoire. Si vous souhaitez revenir au comportement précédent et utiliser un dossier temporaire défini par le système d'exploitation, vous pouvez ajouter mid.upgrade.use_os_temp_folderau fichier config.xml du serveur MID et le définir sur true. Pour changer le comportement de tous les serveurs MID, vous pouvez l'ajouter à la propriété du serveur MID \[ecc_agent_property\] avec le champ de serveur MID vide. {#c_UpgradeAndTestMIDServer__ul_ll5_msm_1qb} Remarque : Si vous utilisez [KB0747569](https://support.servicenow.com/nav_to.do?uri=/kb?id=kb_article_view&sysparm_article=KB0747569) pour modifierjava.io.tmpdiret que vous souhaitez le conserver pour de futures mises à niveau à partir de Rome, définissez mid.upgrade.use_os_temp_foldersur vrai après la mise à niveau vers Rome. Si mid.upgrade.use_os_temp_folder n'est pas défini sur vrai, java.io.tmpdir n'est pas appliqué pendant la mise à niveau du serveur MID et le dossier sous agent\\work\\upgrade_temp est utilisé. 5. Remplacez les anciens packages par les packages mis à niveau :Après avoir téléchargé et extrait les packages de mise à niveau, le serveur MID remplace les anciens fichiers par les nouveaux fichiers et commence avec la nouvelle version. Pour remplacer les packages, le serveur MID lance un processus nommé Now Platform Mise à niveau de distribution et s'arrête. Now Platform La mise à niveau de distribution attend que le serveur MID s'arrête correctement, puis remplace les fichiers requis comme suit : * Avant Rome :Le processus supprime tous les fichiers et dossiers des dossiers bin, lib et jre et copie les nouveaux fichiers dans ces dossiers. * À partir de Rome : Le processus remplace les fichiers dans la corbeille, la bibliothèque et le JRE uniquement si la nouvelle version du fichier est différente de l'ancienne version. La mise à niveau de la distribution de la plateforme ServiceNow ne nettoie pas les fichiers de mise à niveau et les fichiers inchangés sont conservés. {#c_UpgradeAndTestMIDServer__ul_kwc_htm_1qb}Si le service de réinstallation était requis dans le cadre de la mise à niveau du serveur MID, la mise à niveau de la distribution de la plateforme ServiceNow réinstalle le service avant de démarrer le serveur MID. Pour plus d'informations, reportez-vous à [KB0821436](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0821436). Remarque : Si la mise à niveau du serveur MID échoue à cette étape, le serveur MID reste en panne. Certains antivirus bloquent le remplacement des fichiers à cette étape. Pour plus d'informations, reportez-vous à [KB0870329](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0870329). 6. Démarrez le serveur MID :Après avoir remplacé tous les fichiers requis par la nouvelle version, Distribution Now Platform Upgrade démarre le serveur MID. Lorsque le serveur MID publie la nouvelle version, il nettoie tous les dossiers temporaires utilisés pour extraire les fichiers de mise à niveau. {#c_UpgradeAndTestMIDServer__ol_jzk_hsm_1qb} ## Messages du journal de mise à niveau {#c_UpgradeAndTestMIDServer__section_b2s_xtm_1qb} Les messages du journal du serveur MID sont disponibles dans les fichiers journaux suivants : * Les messages du journal de vérification préalable à la mise à niveau sont disponibles dans agent.log fichier sous le dossier agent/logs. Le message Exécution des tests de validation préalable à la mise à niveau. Indique que la vérification préalable à la mise à niveau a commencé. Si tous les tests obligatoires réussissent, le message teste la validation préalable à la mise à niveau avec succès. Poursuite du processus de mise à niveau. Indique la fin de la vérification préalable à la mise à niveau. * Les messages de journal pour le téléchargement des fichiers manquants sont également disponibles dans agent.log. Chaque téléchargement de package commence par Téléchargement du package à PACKAGENAME.ZIP à partir https://install.service-now.com/ message PACKAGEINFO . La progression du téléchargement et la taille du fichier téléchargé sont surveillées dans le journal. Après avoir téléchargé chaque package, le package a été téléchargé avec succès à partir de https://install.service-now.com/ PACKAGEINFO indique le transfert réussi. * L'extraction des fichiers zip est la dernière étape disponible dans le agent.log. Le message Mise à niveau du serveur MID indique le début de cette étape et le message Extraction du package PACKAGE.ZIP à EXTRACT_TMP_FOLDER s'affiche pour chaque extraction de package. Lorsque tous les fichiers zip requis sont extraits avec succès, le serveur MID démarre le Now Platform processus de mise à niveau de la distribution et le message d'arrêt du serveur MID s'affiche. La mise à niveau d'amorçage indique la fin de cette étape avant que le serveur MID ne tombe en panne. {#c_UpgradeAndTestMIDServer__ul_c2f_ztm_1qb} Now Platform Les journaux de mise à niveau de distribution incluent des messages de journal pour le démarrage du processus et pour le remplacement de fichiers pendant la mise à niveau du serveur MID. Les messages du journal de mise à niveau sont placés entre les messages DÉBUT DE LA CONNEXION PRINCIPALE DE MISE À NIVEAU \*\*\*\*\*\*\*\*\*\*\* et FIN DE LA CONNEXION PRINCIPALE DE MISE À NIVEAU\*\*\*\*\*\*\*\*\*\*\*. Now Platform Les messages du journal de mise à niveau de distribution se trouvent dans les fichiers journaux suivants : * Dans le fichier glide-dist-upgrade.log sous le dossier d'extraction temporaire. Ce fichier est disponible dans le dossier upgrade-wrapper/logs sous dossier d'extraction temporaire. Ce fichier journal contient les messages du journal des processus et des messages du journal des mises à niveau. * Dans le fichier dist-upgrade.log dans le dossier agent\\logs . Ce fichier inclut uniquement la partie mise à niveau des messages du journal. S'il y a eu un problème avec le démarrage du processus, vous devez examiner glide-dist-upgrade.log. * Dans wrapper.logsous le dossier agent\\logs . Après avoir remplacé les fichiers, Now Platform Distribution Upgrade ajoute glide-dist-upgrade.log au fichier wrapper.log. {#c_UpgradeAndTestMIDServer__ul_z1h_k5m_1qb} ## Mettre à jour la configuration de la couche avec upgrade-wrapper-override.conf {#c_UpgradeAndTestMIDServer__section_bvp_ybl_fzb} La configuration des couches pour glide-dist-upgrade peut être mise à jour à l'aide d'un fichier upgrade-wrapper-override.conf . Créez un fichier nommé upgrade-wrapper-override.conf dans le dossier agent/conf . Toutes les configurations du fichier upgrade-wrapper-override.conf sont utilisées pendant le processus de mise à niveau. En modifiant la configuration avec upgrade-wrapper-override.conf, les journaux de débogage peuvent être activés au niveau de la couche dist-upgrade et les changements peuvent être testés. Par exemple, le délai d'expiration par défaut peut ne pas être assez long pour certaines commandes de niveau JVM. Le délai d'expiration peut être augmenté avec upgrade-wrapper-override.conf pour la configuration de la couche dist-upgrade . ## États de serveur MID {#c_UpgradeAndTestMIDServer__section_t1p_jc4_1qb} Mise à niveau : L'état du serveur MID passe à Mise à niveau pendant l'exécution de la mise à niveau. L'état de mise à niveau est similaire à l'état [Pause](https://servicenow-prod.fluidtopics.net/Hk3LXulNWs_rPnt7NO_bLQ#t_PauseTheMIDServer "Mettez le serveur MID en pause pour l’empêcher temporairement d’interroger la file d’attente ECC à la recherche de travail ou de renvoyer les résultats de découverte à l’instance.") . Cela permet d'éviter d'éventuels problèmes de communication entre la nouvelle version de l'instance et la version précédente du serveur MID pendant la mise à niveau. Dans l'état Mise à niveau, vous ne pouvez pas reprendre ou redémarrer le serveur MID. Toutefois, vous pouvez effectuer les mêmes actions que lorsque le serveur MID est en pause. Remarque : Si vous utilisez une instance d'Istanbul, mais que vous mettez à niveau un serveur MID antérieur à Istanbul vers Istanbul, ces états de mise à niveau ne sont pas disponibles. Ils ne sont disponibles que pour les serveurs MID déjà présents à Istanbul. Échec de la mise à niveau : Si la mise à niveau a échoué à l'étape de vérification préalable à la mise à niveau ou à l'étape de téléchargement/extraction de packages, les mises à niveau ayant échoué sont traitées différemment selon la version que vous mettez à niveau. * Mise à niveau vers une autre version majeure (par exemple, Istanbul vers la version complète suivante) : l'état passe à Échec de la mise à niveau. * Mise à niveau d'une version mineure au sein d'une version (par exemple, Jakarta patch 1 vers patch 2) : le serveur MID continue d'utiliser la version qu'il exécute actuellement. La mise à niveau n'est pas effectuée et l'état finit par passer à Haut, en supposant que le serveur MID fonctionnait déjà correctement. * Si la mise à niveau a échoué à la dernière étape, remplaçant l'ancienne version des packages par la nouvelle version des packages, le serveur MID reste en panne. {#c_UpgradeAndTestMIDServer__ul_k4q_rc4_1qb} ## Historique des mises à niveau du serveur MID {#c_UpgradeAndTestMIDServer__section_xml_lly_qhb} Utilisez le module Historique des mises à niveau du serveur MID pour résoudre les problèmes liés aux mises à niveau de serveur MID. Le module contient un enregistrement de chaque mise à niveau d'instance. Ces enregistrements fournissent des détails d'état étape par étape pour le processus de mise à niveau de chaque serveur MID. Si une erreur se produit, elle est notée dans l'étape et un message est généré dynamiquement avec plus de détails. La tâche de nettoyage de table supprime automatiquement les problèmes qui n'ont pas été détectés depuis 30 jours, quel que soit leur état. Pour plus d'informations, consultez [Historique de mise à niveau du serveur MID](https://servicenow-prod.fluidtopics.net/yLeKPQe_HdiqXoqjcW818Q "Utilisez ce module pour résoudre les erreurs qui se produisent pendant le processus de mise à niveau du serveur MID. La table Historiques des mises à niveau du serveur MID contient un enregistrement de chaque mise à niveau d’instance. La table Étapes de mise à niveau du serveur MID affiche l’état de chaque serveur MID et sa progression, y compris les erreurs rencontrées."). ## Migration des certificats du magasin de clés de confiance JRE pendant les mises à jour JRE {#c_UpgradeAndTestMIDServer__section_nc5_cs5_4nb} Pour les mises à jour JRE après la mise à niveau vers Quebec, le serveur MID migre les certificats auto-signés existants dans le TrustStore JRE vers le TrustStore de la nouvelle version JRE. Lorsque ces certificats sont migrés, leurs alias sont précédés de la chaîne \<\< snc_ \>\>. Pour qu'un certificat puisse être migré, il doit être : * un certificat X509 * Norme de certificat v3 * avoir l'extension de contrainte de base définie sur faux (c'est-à-dire qu'elle n'est pas émise par l'autorité de certification) {#c_UpgradeAndTestMIDServer__ul_wb3_fs5_4nb} Le serveur MID identifie quand une mise à niveau JRE est sur le point d'avoir lieu et commence le processus de migration. Avant la migration, le serveur MID crée une sauvegarde du magasin de clés de confiance d'origine en cas de défaillance. En cas de défaillance, le TrustStore de sauvegarde peut être restauré manuellement. * **[Vérification préalable à la mise à niveau du serveur MID](https://servicenow-prod.fluidtopics.net/WMOb1UvRfxX2oUKtWv_DfQ)** Avant une mise à niveau, le serveur MID exécute des tests pour identifier les problèmes susceptibles d'entraîner l'échec du processus de mise à niveau ou une panne du serveur MID. * **[Épinglage d'un serveur MID à une version spécifique](https://servicenow-prod.fluidtopics.net/eKIAyMqUJ0vksBlAaybHNw)** Vous pouvez épingler tous les serveurs MID de votre environnement à une version spécifique en définissant une propriété système, ou vous pouvez configurer des versions spécifiques pour des serveurs MID individuels. * **[Mettre à niveau manuellement le serveur MID](https://servicenow-prod.fluidtopics.net/ZlsYRlPUrM9wYIkcDyVz9A)** Vous pouvez mettre à niveau manuellement les serveurs MID à tout moment si vous ne souhaitez pas attendre la mise à niveau automatique. **Concepts associés** * [Tableau de bord du serveur MID](https://servicenow-prod.fluidtopics.net/NKvF_VU~VlWTce4RVO3eUg "Le tableau de bord MID Server est un emplacement central permettant aux utilisateurs du serveur de surveiller les opérations en cours. Le tableau de bord se compose de rapports et de jauges qui affichent des informations issues de la table MID Server Status (Statut du serveur MID).") * [Nettoyeur de fichiers pour serveur MID](https://servicenow-prod.fluidtopics.net/8Vg~nxESbe7COcBKklaaGA "Un thread de surveillance s’exécute dans le serveur MID pour nettoyer les anciens fichiers, garder gérables la taille et la quantité de fichiers dans le dossier d’installation et éviter les problèmes de performances avec les serveurs MID.") * [Commandes privilégiées du serveur MID](https://servicenow-prod.fluidtopics.net/YNktDCauA_QFG9sBUC7ySQ#c_PrivilegedCommandsForMIDServer "Pour découvrir certaines informations sur un serveur hôte, le serveur MID doit exécuter des commandes SSH avec des privilèges plus élevés. La plateforme fournit des commandes privilégiées par défaut que le serveur MID peut utiliser et la possibilité d’ajouter des commandes supplémentaires au système.") **Tâches associées** * [Démarrer, arrêter et redémarrer manuellement un serveur MID](https://servicenow-prod.fluidtopics.net/8oXTPZY37I1e3zgod202Cg "Si vous n’avez pas démarré à Serveur MID la fin de la procédure d’installation, vous pouvez démarrer manuellement le serveur MID.") * [Définir la taille de la mémoire JVM du serveur MID](https://servicenow-prod.fluidtopics.net/GeGqN_NJjunC6l8Bm36z_A "Le serveur MID commence avec une allocation de mémoire JVM par défaut, mais vous pouvez modifier ce paramètre dans le fichier de configuration.") * [Mettre en pause le serveur MID](https://servicenow-prod.fluidtopics.net/Hk3LXulNWs_rPnt7NO_bLQ#t_PauseTheMIDServer "Mettez le serveur MID en pause pour l’empêcher temporairement d’interroger la file d’attente ECC à la recherche de travail ou de renvoyer les résultats de découverte à l’instance.") **Référence associée** * [Configuration système requise pour le serveur MID](https://servicenow-prod.fluidtopics.net/DIFNxXD9O~jYiC4SU_fGUw "Utilisez cette configuration minimale requise pour allouer des ressources aux ordinateurs hébergeant Serveurs MID.") * [Résolution des problèmes de serveur MID](https://servicenow-prod.fluidtopics.net/DykgCLeuOnO0ced2vELqfQ "Résolvez les problèmes liés au serveur MID pour trouver des solutions. Surveillez le serveur MID pour recevoir des alertes sur les problèmes à mesure qu’ils se produisent. Il existe des procédures de dépannage permettant de résoudre des problèmes spécifiques du serveur MID. La base de connaissances sur Hi contient plusieurs articles pour vous aider à résoudre les problèmes liés au serveur MID.") * [Propriétés du serveur MID](https://servicenow-prod.fluidtopics.net/2LgAvSx8mPAogV9hkI~RZA#r_MIDServerProperties "Les propriétés contrôlent le comportement de tous les serveurs MID ou d’un serveur MID particulier.") * [Paramètres du serveur MID](https://servicenow-prod.fluidtopics.net/0z1eEONnt15R3Ax2fye6hw#mid-server-parameters "Les paramètres contrôlent le comportement d’un serveur MID particulier et ont une priorité inférieure à celle des propriétés du serveur MID.") * [Configuration de serveur MID Paramètres et priorité](https://servicenow-prod.fluidtopics.net/MOohk720npeCd3j9F8NLhA "Les paramètres du serveur MID résident dans plusieurs tables et le serveur MID les hiérarchise dans un ordre défini. MIDConfigParameter doit être défini avec les générateurs de style de type appropriés.") * [Enregistrements protégés et caractères réservés du serveur MID](https://servicenow-prod.fluidtopics.net/Hst0eGYYX7EzOjf8B6baiw "Certains enregistrements de serveur MID ne peuvent pas être modifiés. Certains caractères spéciaux sont prédéfinis en XML et ne peuvent pas être utilisés dans les mots de passe.") * [Méthodes MIDSystem](https://servicenow-prod.fluidtopics.net/P2O~lWYCgoG9d7iOGGg8mQ "Les variables MIDSystem (désignées par le nom de variable ms) fournissent diverses méthodes pour obtenir des informations sur le serveur MID.") * [Intervalle de serveur MID](https://servicenow-prod.fluidtopics.net/quYn4yxfg_eSlQiOpZ95hA "L’instance vérifie une réponse toutes les 5 minutes du serveur MID à l’aide d’un système de surveillance synthétique des transactions.")