--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-operations-management Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Discovery-Bezeichner # Discovery-Bezeichner {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 Minuten Lesedauer Nachdem die Discovery ein CI klassifiziert hat, verwendet sie Bezeichner, um zu bestimmen, ob das Gerät bereits in der CMDB vorhanden ist. Discovery Startet spezielle Identitätsprobes, die Identifizierungsdaten für jedes Gerät sammeln und diese Daten in die Bezeichner einspeisen, die die Aktion bestimmen, die Discovery für jedes Gerät ausführen muss. Bezeichner bestimmen genau die Identität des Geräts, um die Erstellung doppelter CIs zu verhindern. Dieser Identifizierungsschritt findet nur für den Konfigurationselementtyp „Discovery" statt, nicht für die anderen Discovery-Typen.{#c_DiscoveryIdentifiers__identifier-intro} Die Identitätsprobe im Basis-Discovery-System kann so konfiguriert werden, dass das Gerät nach Informationen wie Seriennummer, Name und Netzwerkidentifizierung gefragt wird. Die Ergebnisse dieses Scans werden von einem Identitätssensor verarbeitet, der die Ergebnisse dann an den Bezeichner weitergibt. Der Bezeichner versucht dann, ein passendes Gerät in der CMDB zu finden. Wenn der Bezeichner ein übereinstimmendes CI findet, aktualisiert der Bezeichner dieses CI entweder oder tut nichts. Wenn der Bezeichner kein übereinstimmendes CI finden kann, wird entweder ein neues CI erstellt oder nichts ausgeführt. Wenn die Discovery so konfiguriert ist, dass fortgefahren wird, startet der Bezeichner die im Klassifizierungsdatensatz konfigurierten Explorationsprobes, um zusätzliche Informationen zum Gerät zu sammeln. Explorationsprobes können Multiprobes oder einfache Probes sein. Wichtig: Seriennummern sind für eine genaue Asset-Nachverfolgung erforderlich. Wenn Sie Baseline-Probes, -Sensoren oder -Muster geändert haben, stellen Sie sicher, dass sie weiterhin Seriennummern erkennen. Konfigurieren Sie darüber hinaus keine Sensoren oder Muster, um die Seriennummernsyntax zu ändern, z. B. das Hinzufügen eines anwenderdefinierten Präfixes. Nicht standardmäßige Seriennummern können zu ungenauer Asset-Nachverfolgung führen. Dieses Diagramm zeigt den Verarbeitungs-Flow zum Klassifizieren und Testen von Geräten mit konfigurierten Bezeichnern. ## CMDB-Bezeichnertabellen {#c_DiscoveryIdentifiers__section_ayh_nt2_fcb} {#c_DiscoveryIdentifiers__table_j3j_z4l_lt__entry__2} | Tabelle | Beschreibung | |-|-| | Bezeichner \[cmdb_Identifier\] | Speichert alle Bezeichnerregeln. | | Bezeichnereintrag \[cmdb_Identifier_entry\] | Speichert alle Bezeichnerattribute. | [ ] {#c_DiscoveryIdentifiers__table_j3j_z4l_lt} ## Bezeichnerregeln {#c_DiscoveryIdentifiers__section_dkh_pt2_fcb} Der Standard DiscoveryDas System enthält diese Bezeichnerregeln, die jeweils einem bestimmten CI-Typ zugeordnet sind (d. sys_class_Name Feld im CI-Datensatz) oder in der Tabelle in Gilt für Feld und enthält die entsprechenden Attribute für die Erkennung von CIs aus der angegebenen Tabelle. Falls erforderlich, um alle möglichen Vorkommen eines Attributs zu erkennen, Tabellen aus zugehörigen Listen ( Suchen Sie nach Tabellen) sind in der Regel enthalten. Weitere Informationen finden Sie unter Erstellen oder bearbeiten Sie eine CI-Identifizierungsregel . {#c_DiscoveryIdentifiers__table_r2p_1ql_lt__entry__3} | Regel | Gilt für Tabelle/Attribute | Suchen Sie nach Tabelle/Attributen | |-|-|-| | ESX-Serverregel | ESX-Server \[cmdb_ci_esx_server\]: Correlation_ID | Keine | | Hardwareregel | Hardware \[cmdb_ci_hardware\] * serial_number * serial_number_type * name * ip_address * mac_address {#c_DiscoveryIdentifiers__ul_q3s_2xl_lt} | * Seriennummer \[cmdb_Serial_number\] * serial_number * serial_number_type {#c_DiscoveryIdentifiers__ul_hpq_rts_lt} * Netzwerkadapter \[cmdb_ci_network_adapter\] * ip_address * mac_address {#c_DiscoveryIdentifiers__ul_i5g_xts_lt} {#c_DiscoveryIdentifiers__ul_v55_mts_lt} | | Speicherserverregel | Speicherserver \[cmdb_ci_storage_server\] * cim_object_path * name * serial_number * serial_number_type * mac_address * ip_address {#c_DiscoveryIdentifiers__ul_vf1_l5s_lt} | * Seriennummer \[cmdb_Serial_number\] * serial_number * serial_number_type {#c_DiscoveryIdentifiers__ul_t1y_p5s_lt} * Netzwerkadapter \[cmdb_ci_network_adapter\] * ip_address * mac_address {#c_DiscoveryIdentifiers__ul_x1y_p5s_lt} {#c_DiscoveryIdentifiers__ul_h1y_p5s_lt} | | WBEM-Serviceregel | WBEM-Service \[cmdb_ci_wbem_service\]: cim_object_path | Keine | [Tabelle : 1. CMDB-Bezeichnerregeln] {#c_DiscoveryIdentifiers__table_r2p_1ql_lt} ## Übereinstimmungsstrategie für die Hardwareregel {#c_DiscoveryIdentifiers__section_i4t_st2_fcb} Die sys_class_Name Kann kein Attribut für unabhängige Regeln sein, z. B. cmdb_ci_Hardware. Wenn Ihre Discovery-Identifizierungsstrategie davon abhängt, ein CI mit einer bestimmten Klasse abzugleichen, müssen Sie für jede Klasse, die Sie für den Abgleich verwenden möchten, eine neue Regel erstellen und diese Klasse in angeben Gilt für Feld des Bezeichnerformulars. Sie können beispielsweise einen Bezeichner für einen Linux-Server mit anderen Attributen als die Hardwareregel erstellen. Möglicherweise möchten Sie den Computernamen, die IP-Adresse und die MAC-Adresse zur Identifizierung verwenden. Dies ist eine Lösung für Netzwerke, die NIC verwenden Verbindung Oder teaming Um die verfügbare Bandbreite zu erhöhen. Gebundene Schnittstellen scheinen dasselbe physische Gerät zu sein und haben dieselben IP- und MAC-Adressen. Die Verwendung von Name Mit dem Attribut kann Discovery zwischen den einzelnen Schnittstellen im gebundenen Kanal unterscheiden. Wichtig: Wenn Sie einen Bezeichner mit erstellen Name Attribut, ändern Sie Adapternamen nicht. Discovery kann vorhandene CIs für umbenannte Adapter nicht auflösen. Discovery bezeichnet den Installationsstatus dieses CI als „Abwesend" und erstellt ein weiteres CI. Ihre neue Regel sieht folgendermaßen aus:Abbildung : 1. Linux-Bezeichnerregel ## Auswertungsreihenfolge für Discovery-Bezeichner {#c_DiscoveryIdentifiers__section_ldy_jv2_fcb} Anwenderdefinierte Bezeichner müssen unterschiedlich sein Reihenfolge Werte als die der Standardbezeichner. DiscoveryAnalysiert Bezeichner und Attribute sequenziell von niedrigen bis hohen Reihenfolgen. Sie können Bezeichner erstellen, die vor oder nach den Standardbezeichnern ausgeführt werden sollen, oder sie können mit den Bezeichnern aus dem Basissystem gemischt werden. Um zu verhindern, dass Bezeichner oder Regeln ausgeführt werden, deaktivieren Sie sie, indem Sie löschen Aktiv Kontrollkästchen. Die Auswertungsreihenfolge für CMDB-Bezeichner wird innerhalb jeder Regel festgelegt und steuert nur die Analysereihenfolge der Attribute in dieser Regel. Abbildung : 2. Auswertungsreihenfolge in CMDB-Bezeichnerregeln ## Eigenschaften für die Verarbeitung doppelter CIs Sie können steuern, wie Discovery doppelte CIs mit Eigenschaften verarbeitet, die mit Identifizierung und Abgleich installiert sind. Verwenden Sie `Glide.Identification_Engine.Skip_duplicates `Und `Glide.Identification_Engine.Skip_duplicates.threshold `Eigenschaften. Weitere Informationen finden Sie unter Eigenschaften für Identifizierung und Abgleich . ## Eigenschaften, die Bezeichnerversionen steuern {#c_DiscoveryIdentifiers__section_cwq_yt2_fcb} Alle Instanzen verwenden Bezeichner aus dem Framework für CMDB-Identifizierung und -Abgleich. Upgrades von Versionen vor Genf behalten die Legacy-Bezeichner weiterhin bei, Sie können jedoch mithilfe einer Eigenschaft zu den neuen Bezeichnern wechseln: `glide.discovery.use_cmdb_identifiers `. Wenn Sie von einer vor-Genf-Version aktualisiert haben, müssen Sie diese Eigenschaft manuell hinzufügen und auf festlegen Wahr Zur Verwendung der neuen Bezeichner. Wenn Sie ein Upgrade von Genf oder späteren Releases durchgeführt haben, ist diese Eigenschaft in der Tabelle „Systemeigenschaften" \[sys_properties\] verfügbar. Um die Funktionalität in anwenderdefinierten Legacy-Bezeichnern beizubehalten, konvertieren Sie sie in das neue Format für CMDB-Bezeichnerregeln, bevor Sie diese Eigenschaft aktivieren. Das System konfiguriert Ihre anwenderdefinierten Bezeichner nicht automatisch für das neue Framework neu. Hinweis: Wenn die Servicezuordnung aktiv ist, werden die neuen Bezeichner aus dem Framework für CMDB-Identifizierung und -Abgleich immer unabhängig vom Eigenschaftswert verwendet. * **[Funktionsweise von Discovery-Bezeichnern](https://servicenow-prod.fluidtopics.net/R92Fn0K0THiC5zsOa95qeQ)** Wenn die Discovery die Klasse des Geräts bestimmt hat, wird eine Identitätsprobe gestartet, die so konfiguriert ist, dass mindestens ein Befehl mit einer einzigen Authentifizierung ausgeführt wird. * **[Konfigurieren Sie Discovery-Identitätsprobes](https://servicenow-prod.fluidtopics.net/PEAcILBXjW_iOsDy2GjY~Q)** Identitätsprobes sind Multiprobes, die mindestens eine einfache Probe enthalten, die konfiguriert ist, um bestimmte Informationen aus verwaltbaren Geräten zu extrahieren. Sie können eine eigene Identitätsmultiprobe erstellen, um CIs zu identifizieren, die von Discovery noch nicht identifiziert werden. * **[Konfigurieren Sie Discovery-Identitätssensoren](https://servicenow-prod.fluidtopics.net/5OhLhM9NgAUctAN2ieossg)** Wenn Sie eine Identify-Multiprobe anpassen, können Sie auch einen Multisensor dafür konfigurieren. * **[Seriennummerntypen zur Identifizierung](https://servicenow-prod.fluidtopics.net/xS6c_HG2H5heNGdzlqfGsA)** Wenn die Discovery CIs findet, werden ihre Seriennummern in der Tabelle „Seriennummer" \[cmdb_Serial_number\] aufgeführt, sodass sie leicht zu identifizieren sind. Seriennummerntypen variieren je nach CI, wie in den folgenden Beispielen beschrieben.