Erkunden der Identifizierung und des Abgleichs von Telekommunikationsdiskrepanzen

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 7 Minuten Lesedauer

    • Die Lösung zur Identifizierung und Abgleich von Telekommunikations-Diskrepanzen wurde entwickelt, um die Genauigkeit und Konsistenz von Netzwerkressourcendaten zwischen Netzwerksystemen und Bestandsverwaltungsdatenbanken wie CMDB/TNI zu bestätigen.

    Die Identifizierung und der Abgleich von Telekommunikationsdiskrepanzen nutzt Telekommunikations-Discovery und die Fähigkeiten der Plattform, um ihre Funktionen auszuführen.

    Telecom-Diskrepanzidentifizierung und -abgleich – Übersicht

    Framework für Identifizierung und Abgleich von Telecom-Diskrepanzen.

    TSOM Visibility-Plugin

    Die Logik für die Identifizierung und den Abgleich von Telekommunikations-Diskrepanzen ist eine Komponente des Plugins „TSOM Visibility“ (sn_tsom_core). Dieses Plugin umfasst gemeinsam genutzte Logik, die für die Prozesse Telecom Discovery und Telecom Diskrepanz Identifizierung und Abgleich unerlässlich ist. Sie enthält für die Telekommunikation spezifische Funktionen zur Erkennung und Korrektur von Diskrepanzen sowie andere grundlegende Logik zur Unterstützung aktueller und zukünftiger Funktionalitäten von Telekommunikationsanwendungen.

    Identification and Reconciliation Engine (IRE)

    IRE bietet ein zentralisiertes Framework zum Identifizieren und Abgleichen von Daten aus mehreren Quellen. Bestätigt die Integrität der CMDB und einiger Nicht-CMDB-Tabellen, wenn verschiedene Datenquellen zum Erstellen oder Aktualisieren von CI-Datensätzen verwendet werden.
    • IRE gleicht vorhandene CIs basierend auf Identifizierungsregeln ab.
    • IRE erstellt CIs, wenn keine Übereinstimmung gefunden wird.
    • IRE-Aktualisierungen werden basierend auf den Abgleichsregeln zugeordnet.

    Weitere Informationen finden Sie unter CMDB Identification and Reconciliation (IRE).

    CMDB-Compliance und Identifizierung und Abgleich von Telekommunikations-Diskrepanzen

    CMDB-Compliance ist ein Toolset, mit dem Administratoren CMDB-Daten auf Richtigkeit prüfen und Diskrepanzen identifizieren können, die bei Compliance-Audits erkannt wurden. Es kann auch automatisch Folgeaufgaben für fehlgeschlagene Audit-Datensätze generieren und zuweisen, die als Aufgaben zum Auslösen eines geeigneten Nachbesserungs-Subflows dienen, um Diskrepanzen zu korrigieren. CMDB-Compliance-Audits bilden die Grundlage für die Identifizierung und den Abgleich von Telekommunikations-Diskrepanzen.
    • CMDB-Compliance führt Audits als Nachverarbeitungsregel durch, um Anomalien (Diskrepanzen) in der CMDB zu identifizieren.
    • CMDB-Compliance erstellt für jeden Audit-Datensatz in einem fehlgeschlagenen Status eine Folgeaufgabe (der fehlgeschlagene Status ist das Ergebnis einer Audit-Ermittlung einer Anomalie oder Diskrepanz in der CMDB). Für jede Folgeaufgabe kann ein Nachbesserungs-Flow entworfen und ausgelöst werden, um die Diskrepanz zu beheben.

    Die Logik für Telecom Diskrepancy Identification & Reconciliation sowie die Beispiel-Nachbesserungs-Subflows sind im Yokohama-Release enthalten und werden automatisch mit dem Plugin „TSOM Visibility“ installiert.

    Weitere Informationen zum allgemeinen CMDB-Compliance-Toolset finden Sie unter CMDB Compliance.

    Szenarien der Diskrepanz-Identifizierung (mit Zertifizierungsaudits)

    Es gibt zwei Hauptdiskrepanzkategorien, die zwischen Bestand (CMDB) und Discovery erkannt werden können und im Folgenden beschrieben werden:
    • Entitäten, die im Bestand, aber nicht im Netzwerk vorhanden sind.
    • Entitäten, die sowohl im Netzwerk als auch im Bestand vorhanden sind, sich jedoch in ihrer Hierarchie unterscheiden.

    Die Diskrepanzidentifizierung in TSOM Visibility basiert auf der Verwendung von CMDB-Compliance (Zertifizierungsaudits) und wurde durch Hinzufügen einer spezifischen Logik erweitert, die Modellbeziehungen und Informationen verwendet, um Nichtübereinstimmungen zu identifizieren.

    Hinweis:
    Der Schwerpunkt des aktuellen Release liegt auf der Identifizierung und dem Abgleich von Diskrepanzen auf Ebene physischer Ressourcen. Im anstehenden Release wird diese Funktionalität um Unterstützung für die logische Ressourcenebene und Attribute erweitert.

    Weitere Informationen zur allgemeinen Funktion „Zertifizierungsaudits“ finden Sie unter Certification audits.

    Folgeaufgabentypen, die für fehlgeschlagene Audit-Ergebnisdatensätze erstellt wurden

    Die folgenden Diskrepanztypen (Audit-Ergebnisse) sind für übergeordnete CIs und untergeordnete CIs für jeden Beziehungsdatensatz in der CI-Beziehungstabelle (cmdb_rel_ci) zu finden, die den Bedingungen entsprechen, und die folgenden Folgeaufgaben können für jedes der fehlgeschlagenen Audits erstellt werden Ergebnisse:
    1. Das neueste Discovery-Datum ist nicht festgelegt – wird generiert, wenn das Feld „Neuestes Discovery-Datum“ im CI fehlt.
    2. Das neueste Discovery-Datum, das nicht innerhalb des konfigurierten Schwellenwerts liegt. Wird generiert, wenn die Differenz im Feld „Neuestes Discovery-Datum“ zwischen einem übergeordneten CI und einem untergeordneten CI mehr als 2,5 Tage beträgt.

      Standardmäßig ist sie in der Systemeigenschaft sn_tsom_core.discovered_date.diff.threshold.in.days auf 2,5 Tage festgelegt und kann geändert werden.

    3. CI-Modell nicht gefunden (Feld „Modell-ID“ nicht festgelegt oder Daten ungültig). Wird generiert, wenn kein entsprechendes CI-Modell gefunden wird. Wenn kein CI-Modell gefunden wird, sind die nächsten Validierungen (4–6) irrelevant, da sie auf CI-Modellen basieren. Falls ein CI-Modell gefunden wird, wird das Audit mit den nächsten Validierungen (4–6) fortgesetzt.
    4. Diskrepanz bei belegten Steckplätzen: Wird generiert, wenn eine Karte eine falsche Anzahl von Steckplätzen belegt.
    5. Modellbeziehungen nicht definiert – nur relevant, wenn TNI installiert ist. Wird generiert, wenn das Audit keine Beziehung zwischen übergeordneten und untergeordneten CI-Modellen in der Tabelle „Netzwerkmodellbeziehungen“ finden kann.
    6. Falsche Anzahl von Beziehungen – nur relevant, wenn TNI installiert ist. Wird generiert, wenn beim Audit festgestellt wird, dass die Anzahl der erkannten untergeordneten CI-Datensätze die maximale Anzahl des entsprechenden übergeordneten CI-Datensatzes im Feld Anzahl der Modellbeziehung in der Beziehungstabelle des Netzwerkmodells überschreitet.
    Weitere Informationen zur allgemeinen Funktion Folgeaufgaben finden Sie unter Subflows erstellen.

    Subflows zur Diskrepanzkorrektur

    Sobald bei einem Audit eine Diskrepanz erkannt wird, wird dies als Folgeaufgabe protokolliert. Mit dem System können Benutzer einen Subflow für bestimmte Diskrepanzszenarien definieren, um zwischen verschiedenen Arten von Diskrepanzen zu unterscheiden und anwenderdefinierte Flows zu deren Behebung zu erstellen.

    Weitere Informationen zum Erstellen von Subflows finden Sie unter Building subflows.

    Verwendungsbeispiel

    Im Folgenden finden Sie ein Beispiel für ein bestimmtes Szenario zur Verwendung von Identifizierung und Abgleich von Telekommunikationsdiskrepanz:

    Angenommen, ein Gerät wurde ursprünglich mit einer Karte (Card40) im Steckplatz (Slot40) erkannt. Im Laufe der Zeit wurde ein Problem mit Card40 identifiziert, und sie wurde durch Card41 ersetzt. Der Bestand (CMDB) enthält jedoch noch ein Card40-CI, während es im Netzwerk durch Card41 ersetzt wurde. Wenn der nächste Discovery-Auftrag ausgeführt wird, wird das Card41-CI erkannt und der CMDB im selben Slot (Slot40) hinzugefügt. Daher befinden sich zwei CIs (das alte – Card40 – und das neu erkannte – Card41) im selben Slot40.

    Der Audit identifiziert diese Diskrepanz, erstellt eine Folgeaufgabe und ermöglicht einem Benutzer die Nachbesserung. (beheben Sie diese Diskrepanz, und nehmen Sie Card40 außer Betrieb).

    Wenn das CMDB-Compliance-Audit für den Servicebetrieb ausgeführt wird, identifiziert es diese Diskrepanz und erstellt einen Audit-Datensatz mit dem Status „Fehlgeschlagen“ (in unserem Beispiel AUDR0001283).
    1. Navigieren Alle > Compliance > Audits > .

    2. Wählen Sie Service Operations-CMDB Compliance-Audit aus.

    3. Wählen Sie Audits ausführen aus, um das Audit auszuführen.

      Für jeden fehlgeschlagenen Audit-Datensatz wird automatisch eine Folgeaufgabe erstellt (in unserem Beispiel TASK0020215).

      Audit ausführen.
    4. Wählen Sie TASK0020215aus. Folgeaufgabe.

      Die Folgeaufgabe enthält eine detaillierte Beschreibung der Diskrepanz. Wie Sie in der Beschreibung sehen können, weist das Card40-CI eine Diskrepanz auf.

      Hinweis:
      Dies ist ein Beispiel für die TASK0020215-Beschreibung, die für das Szenario „Ungültige Anzahl von Beziehungen“ erstellt wurde. Andere Szenarien und Umgebungen haben möglicherweise andere Beschreibungen.

      Card40 wurde zuletzt vor mehr als 2,5 Tagen erkannt.

      Beziehungen zwischen den folgenden CIs:
      CI Modell
      Steckplatz40 (8b2beb4247ceda10f04f83ac416d4398) DEMO 20532Baum (1ba577524c1b3110f8772646dabeb9bb)
      Karte40 (0b2beb4247ceda10f04f83ac416d4399) NOKIA 7360 FANT-F KARTENMODUL (3af9617de5928110f877657a333391e0)
      Karte41 (832beb4247ceda10f04f83ac416d439a)

    5. Wählen Sie zur Nachbesserung die Schaltfläche Nachbessern.

    6. Hinweis: „Nachbessern“ ist eine UI-Aktion, auf die folgendermaßen zugegriffen werden kann:
    7. Alle > Systemdefinition > UI-Aktionen.

    8. Öffnen Sie die zu beobachtende UI-Aktion „Nachbessern“.UI-Aktionen.

      Weitere Informationen zu UI-Aktionen finden Sie unter Defining UI actions.

    In diesem Beispiel ruft die UI-Aktion „Nachbessern“ (ausgelöst durch Nachbessern) den Subflow „TSOM CI-Außerbetriebnahme ausführen“ auf, um die in der Folgeaufgabe TASK0020215 angegebene Diskrepanz zu beheben und zu beheben. Außerdem müssen Sie eine alte Card40 außer Betrieb nehmen, die automatisch durch Aufrufen des Subflows „TSOM Decommission Card“ ausgeführt wird.

    Sobald die Remediation erfolgreich abgeschlossen wurde, werden im Fenster „Folgeaufgabe“ (TASK0020215) Arbeitsnotizen mit den Remediationsergebnissen generiert.

    Wie Sie in den Arbeitsnotizen sehen können, haben wir Card40 erfolgreich stillgelegt und die Beziehung Slot40 → Slot40 entfernt. Die Diskrepanz wurde erfolgreich behoben, und die CMDB-CI-Datensätze werden jetzt mit dem Netzwerkstatus synchronisiert.

    Beispiel-Subflow.

    Dieser Beispiel-Subflow ist im Lieferumfang der Lösung enthalten. Benutzer können mit Flow Designer anwenderdefinierte Nachbesserungs-Subflows definieren.

    Systemeigenschaften, die sich auf die Identifizierung und den Abgleich von Telekommunikations-Diskrepanzen auswirken

    Diese Systemeigenschaften sind Teil des Plugins „TSOM Visibility“ (sn_tsom_core) und steuern das Protokoll zur Identifizierung und Abgleich von Telekommunikations-Diskrepanzen (TSOM-CMDB-Audit). Das TSOM Visibility-Plugin dient als Befähiger für die TSOM Visibility-Anwendungen, die eine Logik enthalten, die von der Lösung Telecom Discovery und Telecom Diskrepanz Identifizierung und Abgleich gemeinsam genutzt wird.

    Tabelle : 1. TSOM-Transparenz-Systemeigenschaften (Auswirkungen CMDB-Audit)
    Eigenschaftsname Empfohlener Wert/Standardwert Beschreibung
    sn_tsom_core.audit.interface_card_tables cmdb_ci_interface_card Wenn der Wert nicht festgelegt ist (d. h. das Feld leer), werden die Schnittstellenkartentabellen im TSOM-CMDB-Audit (Telekom-Diskrepanz-Identifizierung und -Abgleich) nicht verarbeitet.
    sn_tsom_core.audit.discovery_sources SG-Altiplano, ServiceNow Das TSOM-CMDB-Audit (Telecom Diskrepanzidentifizierung und -abgleich) verarbeitet nur CI-Datensätze mit Discovery-Quellwerten von SG-Altiplano oder ServiceNow (Horizontale Discovery und Muster). Zusätzliche TSOM-Service Graph Connectors werden in zukünftigen Versionen hinzugefügt.
    sn_tsom_core.audit.relationship_types Enthält::Enthalten in Das TSOM-CMDB-Audit (Identifizierung und Abgleich von Telecom-Diskrepanzen) verarbeitet nur Beziehungsdatensätze mit dem Beziehungstyp „Enthält::Enthält in“.
    sn_tsom_core.audit.slot_tables cmdb_ci_container_slot Wenn der Wert nicht festgelegt ist (d. h. das Feld leer), werden die Slot-Tabellen nicht vom TSOM-CMDB-Audit (Identifizierung und Abgleich von Telecom-Diskrepanzen) verarbeitet.
    sn_tsom_core.audit.log.level Info

    Das TSOM-CMDB-Audit (Identifizierung und Abgleich von Telecom-Diskrepanzen) wird mit der standardmäßigen Protokollebene „ info“ausgeführt.

    Hinweis: Das Ändern der Protokollebene kann sich auf die Leistung auswirken.
    sn_tsom_core.audit.subslot_tables cmdb_ci_container_subslot Wenn der Wert nicht festgelegt ist (d. h. das Feld leer), werden die Subslot-Tabellen nicht vom TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) verarbeitet.
    sn_tsom_core.audit.interface_tables cmdb_ci_ni_interface Wenn der Wert nicht festgelegt ist (d. h. das Feld leer), werden die Schnittstellentabellen nicht vom TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) verarbeitet.
    sn_tsom_core.audit.equipment_tables
    • cmdb_ci_ni_telco_equipmen t
    • cmdb_ci_ip_switch
    • cmdb_ci_ip_router
    		 Wenn der Wert nicht festgelegt ist (d. h. das Feld leer), werden die Anlagentabellen nicht vom TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) verarbeitet.
    sn_tsom_core.audit.discovered_date.diff.threshold.in.days 2,5 Das TSOM-CMDB-Audit (Identifizierung und Abgleich von Telecom-Diskrepanzen) löst Diskrepanzaufgaben nur für CI-Datensätze aus, deren neueste Discovery-Datumswerte größer als der Standardschwellenwert sind.
    sn_tsom_core.audit.max_number_of_records_to_process 100000

    Das TSOM-CMDB-Audit (Identifizierung und Abgleich von Telecom-Diskrepanzen) ist für die Verarbeitung von bis zu 100.000 Beziehungsdatensätzen festgelegt.

    Hinweis:
    Dieser Wert kann erhöht werden, kann sich jedoch auf die Leistung auswirken.

    Konfigurieren Sie den Abgleich

    Weitere Informationen finden Sie unter Telekommunikations-Diskrepanzidentifizierung und -abgleich konfigurieren.