---
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


---

# Beheben Sie Fehler in einzelnen Anwendungsservices mithilfe von Discovery-Nachrichten

# Beheben Sie Fehler in einzelnen Anwendungsservices mithilfe von Discovery-Nachrichten {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 Minuten Lesedauer

Service-Mapping Bietet keine halbautomatisierten Lösungsoptionen für Fehler, die eine erweiterte Lösung erfordern. Beheben Sie solche Fehler mithilfe von Symptomen und Discovery-Nachrichten.

## Vorbereitungen

Versuchen Sie, Fehler mithilfe halbautomatisierter Lösungsoptionen zu beheben, wie in beschrieben [Beheben Sie Fehler in einzelnen Anwendungsservice-Zuordnungen](https://servicenow-prod.fluidtopics.net/a8wu6y~0WsA6BF6kNUlY6g "Sie können Discovery-Probleme in jeder Anwendungsservicezuordnung einzeln beheben.").
Erforderliche Rolle: Service_Mapping_admin

## Warum und wann dieser Vorgang ausgeführt wird

Sie können Fehler in einzelnen Anwendungsservices jederzeit beheben.

## Prozedur

1. Öffnen Sie die Zuordnung der Serviceinstanz.
   1. Navigieren zu AlleCSDMTechnologiemanagement-Services verwaltenServiceinstanzan. {#fix-errors-by-discovery-messages__NavigateCSDMManageTechServiceAppService}
   2. Wählen Sie die erforderliche Serviceinstanz aus.
   3. Wählen Sie auf der Seite „Serviceinstanz" die Option aus Karte Anzeigen .
   {#fix-errors-by-discovery-messages__substeps_xxr_jpz_dmb} {#fix-errors-by-discovery-messages__Cmd_NavigateToAppServicesSM}
2. Klicken Sie Auf Karte Anzeigen Neben der relevanten Serviceinstanz.
3. Stellen Sie sicher, dass die Karte im Bearbeitungsmodus geöffnet wird.  

   <br />

   Mit Fehlern erkannte CIs werden mit dem Warnsymbol ( ![Das Warnsymbol]()) Auf der Karte. Discovery-Nachrichten auf Discovery-Nachrichten Registerkarte mit kurzen Fehlerbeschreibungen.
4. Beheben Sie Fehler basierend auf den Symptomen und Discovery-Nachrichten.  
   {#fix-errors-by-discovery-messages__table_c5n_zmf_jz__entry__2}

   | Symptom | Lösung |
   |-|-|
   | Die folgende Discovery-Nachricht wird angezeigt: `Auf der Karte wird nicht der gesamte Service angezeigt, da er zu groß ist. Die Anzahl der CI-Verbindungen hat den zulässigen Höchstwert überschritten.` | Reduzieren Sie die Größe des Anwendungsservice. * Führen Sie für einen Anwendungsservice, der mithilfe einer musterbasierten und verkehrsbasierten Discovery zugeordnet ist, die folgenden Aktionen aus: * Wenn Sie anwenderdefinierte Discovery-Muster und Zuordnungsergebnisse in sehr großen Serviceinstanzen verwenden, ändern Sie die Muster, damit sie keine irrelevanten CIs zuordnen. * [Teilen Sie den Service in kleinere Services auf](https://servicenow-prod.fluidtopics.net/quxXYch3CRLl_6JLZQVkxg "Sie können eine Verzweigung eines Service entfernen und in einem anderen Anwendungsservice platzieren, entweder neu oder vorhanden. Übertragen Sie Kartensegmente, um große Services aufzuteilen oder wenn Sie Services anders organisieren möchten als das ursprüngliche Zuordnungsergebnis."). {#fix-errors-by-discovery-messages__ul_dq4_rd2_f4b} * Führen Sie für einen aus einem Anwendungsservice konvertierten Anwendungsservice die folgenden Aktionen aus: * Überprüfen Sie die konvertierte Serviceinstanz, um CI-Beziehungen zu identifizieren, die für diesen Service irrelevant oder redundant sind. Entfernen Sie solche CI-Beziehungen in CMDB. * Entscheiden Sie, wie viele Ebenen zugehöriger CIs Sie in diese Serviceinstanz aufnehmen müssen. Falls erforderlich, Ändern Sie die Anzahl der bei der Konvertierung verwendeten Ebenen Zum Reduzieren der Servicegröße. {#fix-errors-by-discovery-messages__ul_kdh_yh2_f4b} {#fix-errors-by-discovery-messages__ul_fx1_gfd_f4b} |
   | Die folgende Discovery-Nachricht wird in einer Tag-basierten Serviceinstanz angezeigt: This tag-based service instance reached the maximum number of CIs. For more information, refer to the product documentation. | Führen Sie die folgenden Aktionen aus: * [Ändern Sie die für die Zuordnung verwendeten Tag-Definitionen](https://servicenow-prod.fluidtopics.net/On1pSyIpfomODYIlBOzhEw "Sie können Tag-Definitionen ändern, die geändert werden Service-MappingVerwendet für Tag-basierte Zuordnung. Service-MappingVerwendet aktualisierte Tag-Definitionen, um neue Tag-basierte Services zu erstellen, ohne Tag-bezogene Änderungen auf Services anzuwenden, die Sie zuvor zugeordnet haben.")Um sicherzustellen Service-MappingSchließt nur relevante CIs in der Serviceinstanz ein. * Falls erforderlich, [Tag-basierte Discovery-Konfiguration](https://servicenow-prod.fluidtopics.net/9kuIcux31R6cIZydKz6psQ "Sie können die Standardkonfiguration verfeinern, um zu steuern, welche CIs Service-MappingSchließt während des Tag-basierten Discovery-Prozesses in Anwendungsservices ein.")Um zu ändern, welche CIs Service-MappingEnthält in Tag-basierten Serviceinstanzen. {#fix-errors-by-discovery-messages__ul_qcv_vtb_jtb} |
   | * Die Serviceinstanz Karte zeigt das Warnsymbol an ( ![Das Warnsymbol]()) Oben oder anstelle des Konfigurationselements. * Die folgende Discovery-Nachricht wird für das Konfigurationselement angezeigt: `Fehler beim Ausführen des Befehls mit sudo auf Host <Host-IP-Adresse> `. {#fix-errors-by-discovery-messages__ul_hyd_pnm_jz} | [KB0621669: Fehler bei der Ausführung von Befehlen mit sudo während der Discovery in der Servicezuordnung wird behoben](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0621669) |
   | Die folgende Fehlermeldung wird für das Konfigurationselement angezeigt: `Zugriff wurde verweigert `. | [KB0564283: Behebung eines Problems mit verweigertem Zugriff auf einen Windows-Server](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0564283) |
   | * Die Serviceinstanz Karte zeigt das Warnsymbol an ( ![Das Warnsymbol]()) Oben oder anstelle des Windows-Servers. * Die folgende Discovery-Nachricht wird für den Windows-Server angezeigt: `RPC-Server nicht verfügbar `. {#fix-errors-by-discovery-messages__ul_qwl_xnm_jz} | [KB0564282: Behebung des Problems, dass der RPC-Server während der Windows-Server-Discovery in der Servicezuordnung nicht verfügbar ist](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0564282) |
   | * Die Serviceinstanz Karte zeigt das Warnsymbol an ![Das Warnsymbol]()Anstelle des Lastenausgleichsmodul-CI. * Die folgende Discovery-Nachricht wird angezeigt: `Servicezuordnung hat die horizontale Discovery ausgelöst, um den Host x.x.x.x zu finden, da dieser Host nicht in der CMDB war. Die horizontale Discovery ist fehlgeschlagen. Weitere Informationen finden Sie unter Discovery-Status `. {#fix-errors-by-discovery-messages__ul_u4g_b4m_jz} | [KB0610414: Fehler bei der Erkennung des Betriebssystems für einen Lastenausgleichsmodul wird behoben](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0610414) |
   | Anstelle der Zuordnung wird die folgende Discovery-Nachricht angezeigt: `Die Karte kann nicht angezeigt werden. Topologie zu groß `. | [KB0596671: Lösung eines großen Topologieproblems in Serviceinstanz Karten](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0596671) |
   | Eine virtuelle IP (VIP) für ein Lastenausgleichsmodul-Service-CI wird manchmal mit den IP-Adressen eines anderen Lastenausgleichsmoduls aktualisiert. | [KB0610412: Auflösen von Lastenausgleichsmodule, die in der Servicezuordnung zu einem CI zusammengeführt werden](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0610412) |
   | Die Zuordnung zeigt falsche virtuelle IP-Namen für Lastenausgleichsmodule an. | [KB0610413: Falsche virtuelle IP-Namen von Lastenausgleichsmodule in der Servicezuordnung werden aufgelöst](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0610413) |
   | Die Serviceinstanz Die Zuordnung besteht jedes Mal aus verschiedenen CIs, wenn Sie den Zuordnungsprozess an denselben Einstiegspunkten ausführen, um dieselben zu erkennen Serviceinstanz . | [KB0595227: Fehlerbehebung bei inkonsistenten Zuordnungsergebnissen](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0595227) |
   | Auf ist kein Lastenausgleichsmodul-CI vorhanden Serviceinstanz Karte. Es gibt Verbindungen, die direkt vom Einstiegspunkt von ausgehen Serviceinstanz Zu den CIs der nächsten Stufe. Die restlichen CIs werden ebenfalls aus der Karte entfernt. | [KB0621529: Behebung des Problems, dass ein Lastenausgleichsmodul aus der Anwendungsservicezuordnung verschwindet](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0621529) |
   | * Die Serviceinstanz Karte zeigt das Warnsymbol an ( ![Das Warnsymbol]()) Oben oder anstelle des Konfigurationselements. * Die folgende Discovery-Nachricht wird für das Konfigurationselement angezeigt: `Zeitüberschreitung bei SSH-Befehl auf Host `. {#fix-errors-by-discovery-messages__ul_bhs_p4m_jz} | [KB0621670: Behebung des Problems der SSH-Befehlszeitüberschreitung während der Discovery in Servicezuordnung](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0621670) |
   | Ein Cluster-CI wird von allen CIs in Kartenstufen über oder darunter getrennt angezeigt. | [KB0621531: Auflösen getrennter Cluster-CIs auf Serviceinstanz Zuordnen](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0621531) |
   | * Auf der Karte wird entweder das Load Balancer-Konfigurationselement (CI) mit einem Warnsymbol oder nur das Warnsymbol angezeigt ![Das Warnsymbol]() * Die folgende Discovery-Nachricht wird für das CI angezeigt, das als Lastenausgleichsmodul in erwartet wird Serviceinstanz : `Anwendung konnte nicht erkannt werden. Weitere Details finden Sie im Discovery-Protokoll.` {#fix-errors-by-discovery-messages__ul_s3y_njm_jz} | [KB0621576: Fehler bei der Erkennung von VIP für einen Lastenausgleichsmodul wird behoben](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0621576) |
   | Die Serviceinstanz Die Karte zeigt einen anderen Lastenausgleichsmodul als den, den Sie in diesem Anwendungsservice erwartet haben. | [KB0621616: Die Business-Service-Zuordnung zeigt einen falschen Lastenausgleichsmodul in der Servicezuordnung an](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0621616) |
   | * Die Serviceinstanz Karte zeigt das Warnsymbol an ( ![Das Warnsymbol]()) Oben oder anstelle des Konfigurationselements. * Die folgende Discovery-Nachricht wird für das Konfigurationselement angezeigt: `Zeitüberschreitung bei SSH-Befehl auf Host `. {#fix-errors-by-discovery-messages__ul_vqk_2km_jz} | [KB0621670: Behebung des Problems der Zeitüberschreitung des SSH-Befehls während der Discovery in Servicezuordnung](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0621670) |
   | * Die Serviceinstanz Karte zeigt das Warnsymbol an ( ![Das Warnsymbol]()) Oben oder anstelle des Konfigurationselements. * Die folgende Discovery-Nachricht wird für das Konfigurationselement angezeigt: `Kein aktiver MID-Server für IP X.X.X.X. ` {#fix-errors-by-discovery-messages__ul_vyg_flb_s1b} | [KB0622808: Beheben eines Fehlers bei der Suche nach einem MID-Server für eine IP-Adresse](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0622808) |
   | * Die Serviceinstanz Karte zeigt das Warnsymbol an ( ![Das Warnsymbol]()) Oben oder anstelle des Konfigurationselements. * Die folgende Discovery-Nachricht wird für das Konfigurationselement angezeigt: `„64\rctrlx" wird nicht als interner oder externer Befehl, ausführbares Programm oder Batch-Datei erkannt. ` {#fix-errors-by-discovery-messages__ul_kkw_kyj_1jb} | Führen Sie das unter beschriebene Verfahren durch [Laden Sie die Datei rctrlx.exe in hoch MID Servers](https://servicenow-prod.fluidtopics.net/cP3N8OjOy277SKR8qc6mGg "Laden Sie die Datei rctrlx.exe in hoch MID ServersZum Aktivieren der Ausführung von Discovery-Befehlen in Microsoft Exchange 2007 und 2010 und Citrix XenApp."). |
   | Ein CI oder ein Segment der Zuordnung wird nach ausgegraut Service-MappingFührt die Top-Down-Discovery für eine zuvor zugeordnete aus Serviceinstanz . In diesem Anwendungsservice Service-MappingFehler beim erneuten Erkennen des CI oder der Verbindungen, die zu diesem CI führen. | Führen Sie die nachfolgenden Schritte durch: 1. (Optional für ausgegraute Segmente) Identifizieren Sie das fehlerhafte CI, das dazu führt, dass das Segment ausgegraut wird. 2. Verwenden Sie die Discovery-Nachricht, die diesem fehlerhaften CI zugeordnet ist, um das Problem zu beheben. {#fix-errors-by-discovery-messages__ol_v32_hlf_2cb} |
   [ ]

   {#fix-errors-by-discovery-messages__table_c5n_zmf_jz}
5. Klicken Sie Auf Führen Sie Discovery Aus .
**Zugehörige Tasks**   

* [Überspringen Sie Fehler, um mit der Erkennung eines Anwendungsservice fortzufahren](https://servicenow-prod.fluidtopics.net/RNkn6jPM2PsKeEf0k8EYqg "Wenn Sie wissen, aus welchen Konfigurationselementen (CIs) und Verbindungen Ihre Serviceinstanz besteht, können Sie aktivieren Service-MappingUm die Discovery der Serviceinstanz fortzusetzen, auch wenn Fehler auftreten. Sie können Fehler überspringen, um später Probleme zu beheben, damit Sie die Zuordnung des größten Teils der Serviceinstanz abschließen können, auch wenn einige CIs fehlen.")
* [Beheben Sie musterbezogene Zuordnungsfehler](https://servicenow-prod.fluidtopics.net/Tg5E1J0YZCK4NteR3we25Q "Sie können Zuordnungsfehler beheben, die durch Muster verursacht werden.")