---
sourceDocument: Gestion des opérations IT Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/it-operations-management
Release :
- xanadu
ft:locale :
- fr-FR
ft:publication_title :
- Gestion des opérations IT Xanadu
ft:clusterId :
- itom
bundleId :
- itom
workflow :
- Technology
---
# Planifier une détection horizontale
# Planifier une détection horizontale {#ariaid-title1}
* Rversion finale: Xanadu
*
* Mis à jour 1 août 2024
*
*  18 minutes de lecture
Un calendrier Découverte détermine ce que recherche la Découverte horizontale, quand elle s'exécute, et quels Serveurs MID sont utilisés. Créez un Découverte calendrier pour votre environnement local ou un calendrier pour détecter les ressources dans votre compte de services dans le cloud.
## Avant de commencer
Assurez-vous que votre calendrier Découverte est conforme aux bonnes pratiques de sécurité, telles que la limitation de la plage de cibles de détection et l'utilisation des informations d'identification les plus sécurisées.
Assurez-vous de [tester vos informations d'identification](https://www.servicenow.com/docs/access?context=t_CreateCredential&version=xanadu&pubname=xanadu-platform-security&ft:locale=en-US) avant d'exécuter un calendrier. Les informations d'identification non valides peuvent être une des causes principales des échecs de détection.
Rôles requis : admin, discovery_admin
## Pourquoi et quand exécuter cette tâche
Vous pouvez utiliser un calendrier Découverte pour lancer une détection horizontale dans Découverte, qui utilise des sondes, des capteurs et des opérations de modèle pour analyser votre réseau afin de rechercher des CI. Procédez comme suit pour créer un calendrier manuellement à partir du formulaire Calendrier Découverte.
Mappage des services fournit également un calendrier Découverte pour la détection de haut en bas dans Découverte. Consultez [Planifier une détection de haut en bas par Mappage des services](https://servicenow-prod.fluidtopics.net/YhNT5RMIEBrhYQzl13cssA "Une fois que Mappage des services a détecté des éléments de configuration (CI) appartenant à votre service d'application pour la première fois, il redétecte ensuite les CI pour rechercher les changements et les mises à jour associés. Créez ou modifiez des calendriers de détection pour contrôler la fréquence à laquelle Mappage des services redétecte des services ou des CI. Par exemple, vous pouvez créer des calendriers de détection personnalisés pour éviter une charge redondante sur l’infrastructure.") pour plus d'informations.
Utilisez le module de Découverte planification de l'application Découverte pour :
* Configurer un calendrier afin de détecter des ressources dans votre compte de services dans le cloud.
* Configurer un calendrier afin de détecter des certificats à partir d'analyses URL.
* Configurer l'identification des appareils par adresse IP ou par d'autres identificateurs.
* Déterminer si les informations d'identification sont utilisées dans les sondes de l'appareil.
* Nommez le Serveur MID à utiliser pour un type particulier de Découverte.
* Créer ou désactiver un calendrier qui contrôle le moment d'exécution de Découverte dans votre réseau.
* Configurer l'utilisation de plusieurs sondes Shazzam pour l'équilibrage de charge.
* Configurer l'utilisation de plusieurs Serveurs MID pour l'équilibrage de charge.
* Exécutez un Découverte calendrier manuellement.
* Exécuter Découverte sur une seule adresse IP.
{#t_CreateADiscoverySchedule__ul_ytx_x4b_5p}
Remarque :
pour afficher les résultats d'exécution de vos calendriers pour la Détection dans le cloud basée sur l'adresse IP et dans le cloud, utilisez les résumés de la [Page d'accueil de Discovery](https://servicenow-prod.fluidtopics.net/rk2MrsNRL~17TcX9hxbADg#discovery-home-page "La page Accueil Découverte fournit un résumé des détections qui ont été déclenchées par les planifications dans le cloud et en dehors du cloud. Vous pouvez afficher toutes les erreurs qui se sont produites pendant une détection et trouver des suggestions de correction. Utilisez la vue de la page d'accueil pour examiner les ressources dans le cloud détectées pour les comptes de services que vous avez sélectionnés dans une planification dans le cloud."). La page d'accueil publie les détails de toutes les erreurs qui ont pu se produire et affiche les mesures possibles à prendre pour résoudre les problèmes.
## Procédure
1. Accédez à la ToutDécouverteCalendriers de découverte pour créer un nouvel enregistrement.
2. Sélectionnez le type d'entrée de planification pour ouvrir :
* Nouveau : crée un nouveau calendrier horizontal pour la détection des composants dans votre réseau.
* Détection rapide : exécute un horizontale Découverte sur une seule adresse IP sans nécessiter de calendrier.
* Créer un calendrier de détection dans le cloud : crée un calendrier, à l'aide de l'assistant Gestionnaire de Discovery, pour détecter des ressources dans un compte de services dans le cloud.
{#t_CreateADiscoverySchedule__ul_j3h_tq1_zhb}
3. Remplissez le formulaire Calendrier Découverte à l'aide des champs de la table. {#t_CreateADiscoverySchedule__ph_Step3Content}
4. Cliquez avec le bouton droit de la souris dans l'en-tête de l'enregistrement puis cliquez sur Enregistrer dans le menu contextuel. {#t_CreateADiscoverySchedule__cmd_Step4}
5. Pour créer une plage d'adresses IP à détecter, cliquez sur Plages rapides sous Liens connexes.
Remarque :
Pour améliorer la sécurité, limitez la plage de cibles de détection pour exclure les réseaux et appareils inutiles.
Figure 1. Calendrier Discovery {#t_CreateADiscoverySchedule__table_xnx_zrb_5p__entry__2}{#t_CreateADiscoverySchedule__row_name578654}{#t_CreateADiscoverySchedule__row_Active739273}{#t_CreateADiscoverySchedule__row_MaxRunTime787656}{#t_CreateADiscoverySchedule__row_Run893873}
| Champ | Description |
|-|-|
| Nom | Saisissez un nom descriptif unique pour votre calendrier. |
| Détecter | Sélectionnez l'un des types d'analyse suivants : * Éléments de configuration : utilise les identificateurs Découverte pour mettre en correspondance les appareils avec les CI dans la CMDB et mettre à jour la CMDB de manière appropriée. Effectuez une détection simple en sélectionnant un Serveur MID spécifique à analyser pour tous les protocoles (SSH, WMI et SNMP). Ou effectuez des détections avancées avec des comportements de détection. Lorsque vous sélectionnez un comportement, le champ Serveur MID n'est pas disponible. Remarque : une analyse de liste d'adresses IPv6 est autorisée sur le calendrier Découverte pour les éléments de configuration. * Adresses IP : analyse les appareils sans utiliser d'informations d'identification. Ces analyses détectent toutes les adresses IP actives de la plage spécifiée et créent des enregistrements d'historique des appareils, mais ne mettent pas à jour la CMDB. Les analyses d'adresses IP affichent également plusieurs adresses IP qui s'exécutent sur un seul appareil. Identifiez les appareils par classe et par type, tels que les ordinateurs Windows et les équipements réseau Cisco. La propriété de sonde Shazzam Taille maximale de la plage détermine le nombre maximal d'analyses Shazzam d'adresses IP. Consultez [Configurer la sonde Shazzam](https://servicenow-prod.fluidtopics.net/UsHswLPGgy9g~UhdTvynEA#t_ConfigureTheShazzamProbe "Lorsque vous exécutez Découverte, la sonde Shazzam recherche vos périphériques réseau actifs en analysant les ports spécifiés sur les plages d'adresses IP spécifiées. Si la liste des plages IP en cours d'analyse est volumineuse, vous pouvez configurer le codage JSON sur la charge utile Shazzam afin de réduire sa taille.") pour en savoir plus. * Réseaux : détecte les réseaux IP (routeurs et commutateurs). Les résultats de cette recherche sont utilisés pour renseigner la table Réseau IP \[cmdb_ci_ip_network\] dans DécouverteRéseaux IP avec une liste d'adresses IP et de masques réseau. Les analyses réseau mettent à jour les routeurs et les commutateurs de couche 3 dans la CMDB. * Service : détecte les services pour l'application Mappage des services. Consultez les [Planifier une détection de haut en bas par Mappage des services](https://servicenow-prod.fluidtopics.net/YhNT5RMIEBrhYQzl13cssA "Une fois que Mappage des services a détecté des éléments de configuration (CI) appartenant à votre service d'application pour la première fois, il redétecte ensuite les CI pour rechercher les changements et les mises à jour associés. Créez ou modifiez des calendriers de détection pour contrôler la fréquence à laquelle Mappage des services redétecte des services ou des CI. Par exemple, vous pouvez créer des calendriers de détection personnalisés pour éviter une charge redondante sur l’infrastructure.") pour obtenir les instructions. * Sans serveur : détecte les CI sans avoir besoin d'exécuter la détection sur un hôte ou les CI sur un hôte proxy qui se trouve déjà dans la CMDB. Consultez [Détection sans serveur](https://servicenow-prod.fluidtopics.net/N1oqi9RDs_vg7Cp52Nl9BA "Discovery peut trouver des applications sur les ordinateurs hôtes sans avoir besoin de détecter d'abord l'hôte. Ce type de détection est appelé sans serveur Découverte.") pour plus d'informations. * Application dans le cloud : détecte uniquement les ressources dans le cloud pour les modèles que vous spécifiez. Consultez les [Explorer Détection dans le cloud](https://servicenow-prod.fluidtopics.net/9zmqQY04847sZ6LcCTFQPg "Détection dans le cloud permet aux départements informatiques des entreprises de recueillir des informations détaillées sur leur infrastructure basée sur le cloud. Détection dans le cloud trouve des ressources dans les principaux fournisseurs de services dans le cloud.") pour obtenir les instructions. * Ressources dans le cloud : détecte les ressources de l'un des [fournisseurs dans le cloud](https://servicenow-prod.fluidtopics.net/9zmqQY04847sZ6LcCTFQPg "Détection dans le cloud permet aux départements informatiques des entreprises de recueillir des informations détaillées sur leur infrastructure basée sur le cloud. Détection dans le cloud trouve des ressources dans les principaux fournisseurs de services dans le cloud.") pris en charge. Cette option s'affiche uniquement lorsque vous [exécutez Discovery](https://servicenow-prod.fluidtopics.net/VXYDVfiegRMJDAPlQNbVcA#discovery-manager "Créez des calendriers pour la détection des ressources dans le cloud en fonction de la méthode de détection dans le cloud que vous choisissez : comptes de services ou plages IP.") sur un compte de service dans le cloud. Vous ne pouvez pas la sélectionner à partir d'un nouveau calendrier Découverte. * Certificats. Détecte les certificats basés sur les URL. Sélectionner cette option entraîne l'ajout du champ Type de détection de certificat : Détection de certificat d'URL. Consultez [Exécuter la détection de certificats via des analyses d'URL individuelles](https://servicenow-prod.fluidtopics.net/uvdaKJi3mWG9I08wvKx9ug "Pour lancer la détection de certificats par le biais d’analyses d’URL, vous devez inclure manuellement des URL individuelles et configurer un nouveau calendrier de certificat Découverte .") pour plus d'informations. {#t_CreateADiscoverySchedule__ul_sr3_2sb_5p} |
| Méthode de sélection du Serveur MID | Sélectionnez la méthode qu'utilise Découverte pour sélectionner un Serveur MID : * Sélection automatique de MID Server : permet à Découverte de sélectionner automatiquement le Serveur MID en fonction des plages IP Découverte que vous configurez. Pour trouver un Serveur MID correspondant, vous devez configurer les Serveurs MID à utiliser : * L'application Découverte ou TOUTES les applications. Ce paramètre autorise l'accès au Découverte à partir de Serveur MID. * La plage IP qui inclut les plages que vous configurez dans le calendrier Découverte. {#t_CreateADiscoverySchedule__ul_s2b_zhw_tw} Remarque : la sélection automatique du Serveur MID n'est pas prise en charge avec IPv6. * Cluster MID spécifique : utilisez un cluster préconfiguré de Serveurs MID. Sélectionnez la grappe. Vous n'êtes pas tenu de spécifier un membre de la grappe. Le Serveur MID ne peut pas faire partie de plusieurs clusters, par exemple un qui prend en charge l'équilibrage de charge et un autre qui prend en charge le basculement. Vous pouvez ajouter n'importe quel cluster, quelle que soit l'application à laquelle les Serveurs MID sont affectés. Lorsque vous sélectionnez le cluster, l'application Discovery est automatiquement ajoutée si elle n'existe pas pour les Serveurs MID du cluster. * MID Server spécifique : utilisez un seul Serveur MID. Si ce Serveur MID fait partie d'un cluster, seul ce Serveur MID est utilisé. La grappe n'est pas utilisée. Vous pouvez ajouter n'importe quel Serveur MID, quelle que soit l'application à laquelle il est affecté. L'application Discovery est automatiquement ajoutée lorsqu'elle n'est pas déjà affectée au Serveur MID sélectionné. Vous pouvez affecter un Serveur MID spécifique à tous les types d'analyses de détection, à l'exception de Service. * Utiliser un comportement : [utilisez un comportement](https://servicenow-prod.fluidtopics.net/tWJEuYnHRA4s0spYlQdUlw "Créez un comportement de détection pour déterminer quelles sondes déclenche Shazzam et quel MID Server est utilisé.") lorsqu'un seul calendrier nécessite l'utilisation de plusieurs Serveurs MID pour effectuer l'une des activités suivantes : * Analyses nécessitant plusieurs informations d'identification Windows. * Planification devant exécuter au moins deux protocoles particuliers (SNMP, SSH ou WMI) à l'aide de plusieurs Serveur MIDs. * Équilibrage de charge pour les détections volumineuses où un seul Serveur MID serait inadéquat. * Analyse de plusieurs domaines. {#t_CreateADiscoverySchedule__ul_sg2_3tb_5p} {#t_CreateADiscoverySchedule__ul_ggw_xcs_rw} Remarque : le calendrier Découverte applique Domain Separation. Les Serveurs MID disponibles pour la sélection sont limités au même domaine que l'utilisateur qui configure le calendrier. Consultez [Séquence de sélection de MID Server pour les calendriers Discovery](https://servicenow-prod.fluidtopics.net/6Fm9tjQSYsucFi46Joi02g#c-MIDServerSelectionSequence "L'application Découverte suit cette séquence pour trouver un Serveur MID.") pour plus d'informations. |
| Serveur MID | Sélectionnez le Serveur MID à utiliser pour ce calendrier. Ce champ est disponible si la méthode de sélection du MID Server est définie sur un MID Server spécifique, ou si vous détectez des adresses IP, des réseaux ou des services Web. Pour vérifier que la fonction Serveur MID que vous avez sélectionnée est active et validée, consultez le [tableau de bord du serveur MID](https://www.servicenow.com/docs/access?context=c_MIDServerDashboard&version=xanadu&pubname=xanadu-servicenow-platform&ft:locale=en-US). |
| Cluster du Serveur MID | Sélectionnez le cluster du Serveur MID à utiliser pour ce calendrier. Ce champ est disponible si la méthode de sélection du MID Server est définie sur une grappe MID spécifique. |
| Comportement | Sélectionnez un comportement configuré pour les Serveurs MID de votre réseau. Ce champ est disponible uniquement si la méthode de sélection du MID Server est définie sur Utiliser un comportement. |
| Actif | Cochez la case pour activer ce calendrier. Si vous décochez la case, le calendrier est désactivé, mais vous pouvez toujours exécuter une détection manuellement à partir de ce formulaire, en utilisant les valeurs configurées. |
| Emplacement | Choisissez un emplacement à affecter aux CI que la planification détecte. Si ce champ est vide, aucun emplacement n'est affecté. |
| Durée maximale d'exécution | Définissez une limite de temps pour l'exécution de ce calendrier. Lorsque la durée configurée est écoulée, les tâches restantes pour la détection sont annulées, même si l'analyse n'est pas terminée. Utilisez ce champ pour limiter la charge du système à une durée souhaitée. Si aucune valeur n'est saisie dans ce champ, ce calendrier s'exécute jusqu'à la fin. |
| Exécution et champs associés | Détermine le calendrier d'exécution de la détection. Configurez la fréquence dans le champ Exécuter et les autres champs qui apparaissent pour spécifier une heure exacte. Remarque : La durée d'exécution utilise toujours le fuseau horaire du système. Si vous ajoutez le champ Exécution en tant que tz facultatif, cela n'a aucun effet sur l'exécution réelle. |
| Consigner les changements d'état | Cochez cette case pour créer une entrée de journal chaque fois que l'état change lors d'une détection, comme un appareil passant d'Actif à Classification. Affichez les états de détection à partir de la liste connexe Périphériques Découverte sur le formulaire État de Découverte. Les champs Activité terminée et Activité actuelle affichent les états. |
| Taille de lots Shazzam | Entrez le nombre d'adresses IP que chaque sonde Shazzam peut analyser. La division des adresses IP en lots améliore les performances en permettant de commencer la classification de chaque lot une fois le lot terminé, plutôt qu'une fois que toutes les adresses IP ont été analysées. Les sondes s'exécutent de façon séquentielle. Par exemple, la valeur est définie sur 1 000 et une détection analyse 10 000 adresses IP à l'aide d'un seul Serveur MID. Elle crée 10 sondes probes Shazzam avec chaque sonde analysant 1 000 adresses IP. Par défaut, la taille du lot est de 1 000. Une politique d'interface utilisateur applique une taille de lot minimale de 256, car les tailles de lots inférieures à 256 adresses IP ne bénéficient pas de la mise en grappe. La politique convertit toute valeur inférieure à 256 en valeur zéro. La valeur de ce champ ne peut pas dépasser la valeur définie dans la propriété de taille de plage maximale pour la sonde Shazzam. |
| Prise en charge de grappes Shazzam | Cochez cette case pour répartir le traitement Shazzam entre plusieurs Serveurs MID dans un cluster et améliorer les performances. Ce paramètre fonctionne avec la taille du lot Shazzam. Par exemple, un calendrier est créé pour analyser 100 000 adresses IP, avec 10 Serveurs MID affectées pour effectuer le travail. Chaque Serveur MID est affecté à l'analyse de 10 000 adresses IP. Si la taille du lot Shazzam est définie sur 5 000 adresses IP par sonde, le calendrier exécute deux sondes Shazzam par Serveur MID (10 000 adresses IP/5 000 par lot). Ces sondes sont exécutées par séquence et non simultanément. |
| Utiliser la version SNMP | Utilisez ce champ pour désigner la version SNMP à utiliser pour cette détection. La valeur par défaut est TOUTES. Vous pouvez la remplacer par v1, v2c ou v3. |
| Taille du lot de l'URL de certificat | Définissez le nombre d'URL à détecter par lot lors de la détection dans Découverte. Ne modifiez pas la taille du lot, sauf si vous y êtes invité. |
| Plages rapides | Définissez les adresses IP et les plages d'adresses à analyser en saisissant des adresses IP dans plusieurs formats (réseau, plage ou liste) dans une seule chaîne délimitée par des virgules. Pour plus d'informations, consultez [Créer une plage d'adresses IP rapide pour un calendrier de détection](https://servicenow-prod.fluidtopics.net/sHdJKR8BmR~_iYEScFzPgA#t_CreateAQuickRange "Les plages rapides permettent aux administrateurs de définir des adresses IP pour analyser une seule chaîne séparée par des virgules sans créer d'enregistrements distincts."). |
| Détecter maintenant | Utilisez ce lien pour démarrer immédiatement cette détection dans Découverte. |
| Listes connexes ||
| Plages IP | Cette liste connexe définit les plages d'adresses IP à analyser avec ce calendrier. Si vous utilisez une analyse de CI simple (sans comportement), utilisez cette liste connexe pour définir les adresses IP à détecter. Remarque : Pour améliorer la sécurité, limitez la plage de cibles de détection pour exclure les réseaux et appareils inutiles. |
| Plages de détection | Cette liste connexe définit chaque plage dans un calendrier à analyser par une ou plusieurs sondes Shazzam. |
| États de détection | Cette liste connexe affiche les résultats des exécutions de calendriers actuelles et passées. |
| URL de certificat | Cette liste connexe affiche les URL détectées à l'aide de ce calendrier. Vous pouvez ajouter ou supprimer des URL de cette liste. |
[Tableau 1. Formulaire Calendrier Discovery]
{#t_CreateADiscoverySchedule__table_xnx_zrb_5p} {#t_CreateADiscoverySchedule__cmd_Step5Ranges}
6. Définissez la fréquence d'exécution du calendrier comme décrit à la section [Options d'exécution pour les calendriers Discovery](https://servicenow-prod.fluidtopics.net/kU9rASC_SnFjHEvpIduz9Q "Les détections horizontales et de haut en bas utilisent toutes deux ces options d’exécution.").
{#t_CreateADiscoverySchedule__steps_sjl_3dp_qbc}
## Exécuter une détection rapide {#ariaid-title2}
La détection rapide, ou DiscoverNow, permet à un administrateur d'exécuter une détection de configuration de CI sur une seule adresse IP sans calendrier.
### Avant de commencer
Rôle requis : discovery_admin
### Pourquoi et quand exécuter cette tâche
La plateforme sélectionne automatiquement le MID Server à utiliser pour la détection si l'un d'eux est associé à l'adresse IP sélectionnée. Si aucun MID Server n'est configuré pour le réseau dans lequel cette adresse s'affiche, vous pouvez sélectionner un MID Server. Utilisez cette fonctionnalité pour détecter de nouveaux appareils sur le réseau dès qu'ils sont connectés au réseau, plutôt que d'attendre une détection planifiée régulièrement.
Pour configurer le système et déterminer automatiquement quel MID Server utiliser, configurez les options de plage IP pour chaque MID Server de votre système.
Vous pouvez exécuter DiscoverNow à partir d'un formulaire Calendrier Découverte ou d'un script.
Remarque :
la détection rapide à l'aide d'une adresse cible IPv6 est prise en charge.
### Procédure
1. Ouvrez la détection rapide depuis l'un de ces emplacements :
* Accédez à la DécouverteCalendriers de découverte et cliquez sur Détection rapide dans la barre d'en-tête.
* Accédez à la DécouverteAccueil et cliquez sur Démarrage rapide de Discovery sous la vignette Calendriers.
{#t_DiscoverNow__ul_kyj_2ls_c3b}Une boîte de dialogue s'affiche pour demander une adresse IP et le nom du MID Server à utiliser. Seuls les MID Servers En service et Validés sont disponibles.
2. Entrez l'adresse IP cible pour une détection dans le champ IP cible.
Remarque :
DiscoverNow ne prend actuellement pas en charge la détection de réseau IP. Assurez-vous d'entrer une seule adresse IP et non un réseau entier, par exemple 10.105.37.0/24.
Lorsqu'un MID Server est affecté au sous-réseau contenant l'adresse IP cible et présente actuellement un état opérationnel En service, le nom s'affiche automatiquement dans le champ MID Server . Si plusieurs MID Servers sont trouvés, le système en sélectionne un pour vous. La valeur du champ MID Server peut être remplacée si vous souhaitez sélectionner un MID Server différent.
Important :
Si le MID Server sélectionné fait partie d'une grappe d'équilibrage de charge et qu'il devient indisponible pour une raison quelconque, l'instance n'affecte pas un autre MID Server de cette grappe à la détection rapide. Vous devez sélectionner un autre MID Server dans la liste des MID Servers appropriés.
3. Si aucun MID Server n'est défini pour ce réseau, sélectionnez-en un dans la liste des MID Servers disponibles.
Figure 2. Boîte de dialogue de détection rapide
4. Cliquez sur OK pour exécuter la détection.
L'enregistrement d'état de cette détection s'affiche. La colonne Calendrier est vide, car aucune planification n'est associée à cette détection.Figure 3. Liste d'état de la détection rapide
## Exécuter DiscoverNow à partir d'un script {#ariaid-title3}
Vous pouvez exécuter DiscoverNow à partir d'un script, tel qu'une tâche en arrière-plan, une règle métier ou des services Web.
### Avant de commencer
Rôle requis : admin
### Procédure
1. Créez le script suivant :
var d = new Discovery();
var statusID = d.discoveryFromIP(TARGET_IP, TARGET_MIDSERVER);
La méthode discoveryFromIP utilise deux arguments : IP et MID Server. L'argument IP est obligatoire, mais l'argument MID Server est facultatif.
2. Pour choisir le MID Server, fournissez le sys_id ou le nom du MID Server comme argument.
Si vous ne nommez pas de MID Server, le système tente d'en trouver un valide automatiquement. Un MID Server valide a l'état En service et peut détecter l'adresse IP donnée. Si le système trouve un MID Server valide et exécute une Découverte, la méthode discoveryFromIP renvoie le sys_id de l'enregistrement d'état de la Découverte. Si aucun MID Server ne peut détecter cette adresse IP, la méthode renvoie la valeur non défini.
Si vous spécifiez manuellement le MIDSERVER_CIBLE, le système valide la valeur donnée et s'assure que la table MID Server contient l'enregistrement de MID Server spécifié. Si la validation passe, la méthode DiscoveryFromIP renvoie le sys_id de l'enregistrement d'état de la détection. En cas d'échec de la validation, la méthode renvoie la valeur non défini.
## Valider les résultats de la détection {#ariaid-title4}
Validez les résultats de votre détection en accédant à la file d'attente ECC, en analysant la charge utile XML et en vérifiant le journal Discovery.
### Avant de commencer
Rôle requis : discovery_admin
### Pourquoi et quand exécuter cette tâche
Les détections initiales révèlent souvent des résultats inattendus, tels que des appareils et processus précédemment inconnus ou un échec d'authentification. Les résultats doivent également identifier avec précision les appareils connus et mettre à jour la CMDB de manière appropriée. Familiarisez-vous avec le réseau détecté et les types de données retournés pour les différents types de détections. Utilisez le journal Découverte et la file d'attente ECC pour surveiller le processus Découverte au fur et à mesure que les données sont renvoyées à partir de sondes ou d'opérations de modèle.
### Procédure
1. Pour afficher la charge utile réelle d'une sonde, cliquez sur l'icône XML dans un enregistrement de la file d'attente ECC.
Figure 4. File d'attente ECC
2. Pour afficher la charge utile réelle d'une sonde, cliquez sur l'icône XML dans un enregistrement de la file d'attente ECC.
3. Utilisez le formulaire Journal Découverte pour un aperçu rapide de la façon dont les sondes se comportent.
Pour afficher le Découverte journal, accédez à DécouverteJournal de découverte.
Figure 5. Journal Découverte
Le journal Découverte fournit les informations suivantes :{#t_ValidateDiscoveryResults__table_gq5_q3x_wp__entry__2}
| Colonne | Informations |
|-|-|
| Date de création | Affiche l'horodatage de la sonde lancée. Cliquez sur ce lien pour afficher l'enregistrement de la sonde lancée dans cette liste. |
| Niveau | Affiche le type de données retournées par cette sonde. Les niveaux possibles sont les suivants : * Debug * Erreur * Information * Warning {#t_ValidateDiscoveryResults__ul_pq4_bjx_wp} |
| Message | Message décrivant l'action effectuée sur les informations retournées par la sonde. |
| Entrée de file d'attente ECC | Affiche le nom de la file d'attente ECC associé au message du journal. |
| CI | CI détecté. Cliquez sur ce lien pour afficher l'enregistrement de la CMDB pour ce CI. |
| Source | Affiche le nom de la sonde qui a généré le message du journal. |
| Périphérique | Affiche l'adresse IP explorée par la sonde. Cliquez sur ce lien pour examiner toutes les entrées de journal pour l'action effectuée sur cette adresse IP par cette Découverte. |
[ ]
{#t_ValidateDiscoveryResults__table_gq5_q3x_wp}
Remarque :
Si vous annulez une détection active, prenez connaissance des informations suivantes :
* Les tâches de capteur existantes qui ont commencé le traitement sont immédiatement stoppées.
* Les tâches de capteur existantes qui ont l'état Prêt, mais qui n'ont pas commencé le traitement, sont supprimées du système.
{#t_ValidateDiscoveryResults__ul_t3h_wzr_ybb}
4. Affichez la [page d'accueil de Discovery](https://servicenow-prod.fluidtopics.net/rk2MrsNRL~17TcX9hxbADg#discovery-home-page "La page Accueil Découverte fournit un résumé des détections qui ont été déclenchées par les planifications dans le cloud et en dehors du cloud. Vous pouvez afficher toutes les erreurs qui se sont produites pendant une détection et trouver des suggestions de correction. Utilisez la vue de la page d'accueil pour examiner les ressources dans le cloud détectées pour les comptes de services que vous avez sélectionnés dans une planification dans le cloud.") pour des détails au sujet de tous les calendriers, ressources dans le cloud (ordinateurs virtuels), appareils détectés et erreurs connexes qui ont pu se produire.
Les [détails d'erreurs](https://servicenow-prod.fluidtopics.net/rk2MrsNRL~17TcX9hxbADg#view-ci-discovery-schedule-errors "Sur page d'accueil de ServiceNow, vous pouvez afficher les erreurs de détection qui se sont produites pendant une détection et obtenir des suggestions pour résoudre ces erreurs. Vous pouvez afficher les erreurs pour tous les calendriers ou pour un seul calendrier.") incluent des étapes de rattrapage possibles.
## Séquence de sélection de MID Server pour les calendriers Discovery {#ariaid-title5}
L'application Découverte suit cette séquence pour trouver un Serveur MID.
### Sélection automatique du MID Server
Découverte suit cette séquence lorsque vous sélectionnez Sélection automatique du MID Server comme méthode de sélection du MID Server dans le formulaire Calendrier Découverte.
Remarque :
la sélection automatique du Serveur MID n'est pas prise en charge avec IPv6.
1. Découverte recherche un Serveur MID qui dispose également d'une plage IP appropriée configurée.
2. Si aucun MID Server ne répond à ces critères, elle recherche un Serveur MID qui possède l'application TOUTES et également une plage IP appropriée configurée.
3. Si plusieurs Serveur MIDs répondent aux critères, Découverte choisit le premier Serveur MID à l'état En service. Si plusieurs Serveur MIDs sont en service, elle en sélectionne un de manière aléatoire.
4. Si aucun n'est en service, le Serveur MID par défaut spécifié pour l'application Découverte est utilisé, en supposant qu'il soit en service.
5. Si aucun MID Server n'est spécifié, le Serveur MID par défaut spécifié pour l'application TOUTES est utilisé, en supposant qu'il soit en service.
6. Si aucun Serveur MID par défaut n'est spécifié, Découverte passe par les étapes précédentes et recherche des MID Servers dont l'état est En pause ou En cours de mise à niveau.
Remarque :
lorsqu'un Serveur MID est mis en pause ou en cours de mise à niveau, il ne traite pas réellement les commandes avant de revenir à l'état En service.
{#c-MIDServerSelectionSequence__ol_sxc_bm3_tx}
### Grappes de MID Servers
Ces étapes sont suivies lorsque vous sélectionnez la grappe MID spécifique comme méthode de sélection du MID Server dans le formulaire Discovery, et que la grappe est une grappe d'équilibrage de charge :
1. Discovery utilise le premier Serveur MID du cluster qu'il trouve avec l'état En service.
2. Si plusieurs Serveur MIDs sont en service, elle en sélectionne un de manière aléatoire. Si elle ne trouve aucun Serveurs MID, elle recherche des Serveurs MID dans le cluster avec l'état En pause ou Mise à niveau.
{#c-MIDServerSelectionSequence__ol_jhj_wk3_tx}
Les étapes suivantes sont à effectuer lorsque la grappe est une grappe de basculement :
1. Discovery utilise le Serveur MID ayant la valeur Ordre la plus basse et l'état En service.
2. Si aucun Serveurs MID n'est trouvé, elle recherche des Serveurs MID dont l'état est En pause ou En cours de mise à niveau dans le cluster, en choisissant celui ayant la valeur Ordre la plus basse.
{#c-MIDServerSelectionSequence__ol_g2m_1l3_tx}
Remarque :
Discovery ignore le Serveur MID par défaut pour celui-ci et les applications ALL lors de la sélection d'un Serveur MID dans le cluster.
### Phase d'analyse de port (Shazzam)
Pendant la phase d'analyse de port, Découverte collecte toutes les adresses IP cibles. Elle les divise de manière égale entre les Serveurs MID correspondant aux critères (les Serveurs MID sont qualifiés pour effectuer l'analyse de port). La taille du lot Shazzam, que vous avez configurée dans le calendrier Découverte, détermine le nombre d'adresses IP que chaque sonde Shazzam peut analyser. Cette phase permet de déterminer le travail que chaque Serveur MID effectue pendant la phase d'analyse de port.
Par exemple, vous avez 16 000 adresses IP à analyser parmi trois Serveurs MID qualifiés, et vous utilisez la taille de lot Shazzam par défaut de 5 000. Deux Serveurs MID gèrent 5 000 analyses d'adresses IP (une sonde Shazzam chacun). L'autre Serveur MID gère 6 000 analyses d'adresses IP en lançant deux sondes Shazzam.
Remarque :
Shazzam ne peut traiter que les listes IP contenant un total de 5 000 adresses IP (adresses IPv4 et IPv6) si la liste contient une adresse IPv6. Pour les calendriers contenant des listes IP avec IPv6 qui dépassent cette limite, Découverte est annulée avec un message d'erreur.
**Information associée**
* [Pause du MID Server](https://www.servicenow.com/docs/access?context=t_PauseTheMIDServer&version=xanadu&pubname=xanadu-servicenow-platform§ion=c_MIDServerPause&ft:locale=en-US)
* [Configuration de grappe de MID Server](https://www.servicenow.com/docs/access?context=t_ConfigureAMIDServerCluster&version=xanadu&pubname=xanadu-servicenow-platform§ion=mid-server-clusters&ft:locale=en-US)