Skip to main content
Data Infrastructure Insights
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Fehlerbehebung bei DII MCP

Beitragende netapp-alavoie
Änderungen vorschlagen
PDFs
Hinweis Der DII MCP ist eine "Vorschau" Funktion und kann sich daher ändern.

Der Server stellt keine Verbindung her

Prüfung:

  1. Die konfigurierte URL entspricht dem für Ihre DII Umgebung bereitgestellten Endpunkt.

  2. Der Client unterstützt Remote-HTTP-MCP-Server und den erforderlichen Authentifizierungsablauf.

  3. Authentifizierung erfolgreich abgeschlossen.

  4. Die Netzwerkrichtlinie erlaubt den Zugriff auf den Endpunkt.

  5. Die verbundene Identität kann auf den DII Mandanten zugreifen.

Der MCP Server sollte nach der Änderung der Clientkonfiguration neu gestartet oder neu geladen werden.

Authentifizierung ist erforderlich

Der Anmeldevorgang des Clients ist abzuschließen, danach ist die ursprüngliche Anfrage erneut zu senden. Falls eine Dienstidentität verwendet wird, ist zu prüfen, ob ihre Anmeldedaten gültig sind und über einen genehmigten Secret-Mechanismus gespeichert werden.

Eine bestätigte Autorisierungsverweigerung sollte nicht wiederholt erneut versucht werden. Ein DII-Administrator sollte die Mandanten- und Ressourcenberechtigungen des Benutzers überprüfen.

Eine Objektabfrage weist ein Feld zurück

Objektattribute und Metriken variieren je nach Typ.

  1. ObjectService_getObjectTypes wird aufgerufen.

  2. Bestätigen Sie den genauen Objekttyp.

  3. ObjectService_getMetadataForObjectType wird aufgerufen.

  4. Die Feldnamen sind exakt aus den Metadaten zu übernehmen.

  5. Stellen Sie sicher, dass Werttyp und Aggregationsfunktion kompatibel sind.

Nur Attribute, die als gruppierbar gekennzeichnet sind, können zum Gruppieren von Objekten verwendet werden.

Eine Protokollabfrage lehnt ein Attribut ab

  1. LogService_getLogTypes wird aufgerufen.

  2. Der genaue Protokolltyp ist zu bestätigen.

  3. LogService_getLogTypeMetadata wird aufgerufen.

  4. Es sollten nur die Attribute verwendet werden, die für diesen Protokolltyp zurückgegeben werden.

Protokollereignisabfragen verwenden cursorbasierte Paginierung. Der von der vorherigen Seite zurückgegebene Cursor wird anstelle eines Offsets übergeben.

Eine Alert-Abfrage lehnt ein Feld ab

AlertsService_getMetadata sollte unmittelbar vor dem Erstellen der Abfrage aufgerufen werden. Alarmmetadaten können umfangreich und mandantenabhängig sein; daher sind exakte Feldnamen zu verwenden.

Der angegebene Zeitraum ist ungültig

  • Sicherstellen, dass fromTime kleiner oder gleich toTime ist.

  • ISO-8601-Zeitstempel mit einem Offset oder Z verwenden.

  • Der angeforderte Zeitraum sollte unter 30 Tagen liegen.

  • Längere Untersuchungen in aufeinanderfolgende, sich nicht überschneidende Zeiträume unterteilen und die Ergebnisse zusammenfassen.

  • Eine gültige IANA-Zeitzone ist anzugeben, wenn das Tool dies erfordert.

Die Laufzeitdurchsetzung ist maßgeblich, wenn sie strenger ist als eine clientseitig zwischengespeicherte Werkzeugbeschreibung.

Eine Abfrage liefert zu viele Ergebnisse

  • Fügen Sie einen gültigen Filter hinzu.

  • Der Zeitraum kann verkürzt werden.

  • Sortierung nach der relevantesten Kennzahl.

  • Verringern Sie die Ergebnisgrenze.

  • Gruppierungen oder ein Histogramm sind geeignet, wenn einzelne Datensätze nicht erforderlich sind.

  • Setzen Sie nur dann mit offset oder einem Protokollcursor fort, wenn weitere Details benötigt werden.

Ein erfolgreicher Aufruf liefert keine Zeilen zurück

Ein leeres Ergebnis ist oft eine gültige Antwort. Es kann Folgendes bedeuten:

  • Keine Ressourcen entsprechen dem Filter.

  • Im ausgewählten Zeitraum sind keine Ereignisse aufgetreten.

  • Es sind keine Wartungsfenster oder Benachrichtigungsregeln konfiguriert.

  • Der ausgewählte Datentyp wird von den Datensammlern des Mandanten nicht erfasst.

Ein erfolgreiches leeres Ergebnis sollte nicht als fehlende Daten beschrieben werden, es sei denn, andere Anhaltspunkte deuten auf ein Problem bei der Datenerfassung hin.

Eine Akquisitionseinheit ist angeschlossen, hat aber noch nie Daten gemeldet

Verbindungsstatus und erfolgreiche Berichterstellung sind getrennt. Folgendes ist zu prüfen:

  • lastReported

  • Anzahl der zugewiesenen Datenquellen

  • Status der Datenquellenerfassung

  • AU Host-Konnektivität und Version

  • Abfrageaktivität für eine zugewiesene Datenquelle

Ein Collector ist ausgefallen

CollectorService_getDataSourceById wird für den betroffenen Collector verwendet. Eine Überprüfung der letzten Abfrageaktivitäten, der Informationen zu aktiven Patches, des Paketstatus, der Konfiguration und des Zeitpunkts der letzten erfolgreichen Datenerfassung ist möglich. Die Anzeige von Anmeldeinformationen oder privaten Konfigurationswerten sollte vermieden werden.

Die Ergebnisse des Webhooks enthalten vollständige Adressen

Die Werte nicht wiederholen. Es sind nur Zielnamen, Integrationstypen, Anzahlen und Status zusammenzufassen. Es ist "Sicherheit und Datenschutz" zu befolgen, wenn geheimes Material angezeigt oder weitergegeben wurde.

Der KI-Assistent hat das falsche Werkzeug ausgewählt

Verwenden Sie eine präzisere Aufforderung:

Zuerst werden die verfügbaren Objekttypen aufgelistet. Anschließend werden die Metadaten für den ausgewählten Typ abgerufen. Danach werden nur gültige Felder abgefragt, und es wird erläutert, welche DII Tools verwendet wurden.

Bei allgemeinen Untersuchungen beginnt man mit einem "Betriebsanleitung".