Einleitung
In diesem Dokument werden das Verfahren und die Anforderungen für die Durchführung automatischer Integritäts- und Konfigurationsprüfungen für die MDS 9000-Plattformen beschrieben.
Voraussetzungen
Anforderungen
Die automatische Integritäts- und Konfigurationsprüfung wird nur für MDS-Plattformen unterstützt, auf denen eine unterstützte Version der NX-OS®-Software ausgeführt wird.
Diese Hardwareplattformen werden unterstützt:
- Alle MDS Switches der Serie 9000, die das letzte Datum für den Support noch nicht erreicht haben: HW. Beachten Sie die End-of-Life- und End-of-Sale-Hinweise zu MDS unter:
End-of-Life- und End-of-Sale-Hinweise
Verwendete Komponenten
Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Konventionen
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Verfahren zur Integritäts- und Konfigurationsprüfung
Um eine automatische Integritäts- und Konfigurationsprüfung bei MDS-Switches durchzuführen, öffnen Sie im Cisco Support Case Manager eine reguläre TAC-Serviceanfrage mit folgenden Schlüsselwörtern:
Technologie: Rechenzentrums- und Speichernetzwerke
Sub-Tech: MDS9000 - Integritäts- und Konfigurationsprüfung (AUTOMATISIERT)
Problemcode: Integritäts- und Konfigurationsprüfung
Laden Sie für das geöffnete TAC SR die Ausgabe des Befehls "show tech-support details" hoch, der vom Switch entweder im .txt- oder .gz/.tar-Format erfasst wurde. Derzeit werden dieshow tech-support details
ASCII- und UTF-8-Dateien unterstützt. Anweisungen zum Hochladen finden Sie unter TAC Customer File Uploads.
tac-pac
Ab NX-OS 8.4(2d) und 9.2(1) wurde der MDS-Befehl erweitert, um schnell eine Datei im Bootflash zu erstellen, die Details zum technischen Support mit angehängter Anzeigeprotokollierung enthält. Dies ist die bevorzugte Methode zum Erstellen der Eingabedatei für TAC-Serviceanfragen (SR), die technische Supportdetails anzeigen müssen, einschließlich eines automatisierten Health- und Konfigurationsprüffalls.
Nachdem die erforderliche Ausgabe an den Serviceticket angehängt wurde, analysiert Cisco Automation die Protokolle und stellt einen Bericht (im PDF-Format) bereit, der an eine E-Mail angefügt ist, die Sie erhalten haben. Der Bericht enthält eine Liste der erkannten Probleme, relevante Schritte zur Fehlerbehebung sowie einen empfohlenen Aktionsplan.
Wenn Fragen zu den gemeldeten Fehlern bei der Integritätsprüfung auftreten, wird den Benutzern empfohlen, separate Serviceanfragen mit den entsprechenden Schlüsselwörtern zu erstellen, um weitere Unterstützung zu erhalten. Es wird dringend empfohlen, die Service Request (SR)-Nummer, die für die automatische Integritäts- und Konfigurationsprüfung geöffnet wurde, zusammen mit dem zur Beschleunigung der Untersuchung erstellten Bericht zu verwenden.
Integritäts- und Konfigurationsprüfungsmodule
Automated MDS Health and Configuration Check Version 1, Version Mai 2023, führt die in Tabelle 1 aufgeführten Prüfungen durch.
Tabelle 1: Health Check-Module und zugehörige CLIs, die von den Modulen verwendet werden
Index |
Health Check-Modul |
Kurze Beschreibung des Moduls |
CLI(s) für die Integritätsprüfung |
1. |
NX-OS-Versionsprüfung |
Überprüft, ob auf dem Gerät eine von Cisco empfohlene NX-OS-Softwareversion ausgeführt wird. |
show version |
2. |
MDS-Transceiver-Prüfung auf EOL/EOS |
Überprüft, ob ein Transceiver das End-of-Life (EOL) oder End-of-Sale (EOS) aufweist. |
Version anzeigen Uhr Hardware anzeigen |
3. |
Nutzung der Datenrate für FC-Schnittstellen auf dem MDS-Switch |
Überprüft die Eingangs- und Ausgangsraten der Schnittstelle. Führt die 10 wichtigsten Schnittstellen und Warnungen bei Schnittstellen auf, deren Auslastung mehr als 80 % beträgt. |
Version anzeigen Schnittstellenübersicht |
4. |
Detaillierte Transceiver-Informationen für MDS-Switches |
Überprüft die Werte für Schnittstellentemperatur, Spannung, Strom, tx-Leistung oder rx-Leistung auf Nennwerte. Schlagen Sie die nächsten Schritte vor, wenn Fehler erkannt werden. |
Version anzeigen Hardware Schnittstellentransceiver-Details anzeigen |
5. |
PSIRT-Fehler basierend auf der NX-OS-Version überprüfen |
Übereinstimmung mit einer Vielzahl von PSIRTs gemäß HW/SW und Konfiguration Dies ist nicht erschöpfend. |
show version show running-config |
6. |
MDS-Prüfung auf Uhrzeitinformationen |
Prüft die empfohlene Uhrenkonfiguration und stellt empfohlene Uhrenbeispielkonfigurationen bereit. |
show running-config show clock |
7. |
MDS-Hardwareprüfung für EOL/EOS |
Identifiziert End-of-Life (EOL)- und End-of-Support (EOS)-Daten für MDS-Module und -Chassis. |
Version anzeigen Modul Hardware anzeigen Inventar anzeigen |
8. |
MDS-Softwareprüfung für EOL/EOS |
Identifiziert das End-of-Life (EOL) und End-of-Support (EOS) für MDS NX-OS-Versionen. |
Version anzeigen Modul |
9. |
Konsistenzprüfung der MDS FCNS-Datenbank und der FLOGI-Datenbank |
Überprüfen Sie, ob die FCNS-Datenbank und die FLOGI-Datenbankausgaben konsistent sind. |
show version show hardwares wie flogi-datenbank show fcns datenbank local vsan 1-4093 |
10. |
MDS-Prüfung für alle aktiven VSANs an allen TF-Ports |
Aktivieren Sie diese Option, um sicherzustellen, dass alle TF-Ports über zulässige VSANs im aktiven Zustand verfügen, keine VSANs im isolierten oder initialisierenden Zustand. |
show version show hardware show interface show interface brief show port-channel-datenbank |
11. |
MDS-Prüfung für alle aktiven VSANs an allen TE-Ports |
Stellen Sie sicher, dass alle TE-Ports über zulässige VSANs im aktiven Zustand verfügen, keine VSANs im isolierten oder initialisierenden Zustand. |
show version show module show interface show interface brief show port-channel-Datenbank |
12. |
MDS-OUI-Prüfung für Remote-Geräte |
Aktivieren Sie diese Option, um sicherzustellen, dass MDS die OUI von Verbindungen über Trunk- und Port-Channel-Verbindungen erkennt. |
show flogi internal event-history errors show port internal event-history errors show system internal fcfwd idxmap interface show flogi internal event-history debugs show accounting log |
13. |
MDS CFS Lock-Prüfung |
Suchen Sie nach CFS-Sperren und empfohlenen Schritten zum Löschen von Sperren. |
show version show module show hardware show cfs lock show logging log show cfs internal session-history show cfs peers show fcdomain domain-list show cfs internal event-history errors show clock |
14. |
MDS Prüfung aktiver Supervisor mgmt0-Verbindung |
Überprüfen Sie, ob der aktive oder einzige Supervisor-Link-Status "mgmt0" "up" anzeigt. |
show version show interface mgmt0
|
15.
|
MDS 9700 Überprüfung der mgmt0-Verbindung des Standby-Supervisors |
Überprüfen Sie, ob der mgmt0-Verbindungsstatus des Standby-Supervisors "up" anzeigt. Gilt nur für MDS 9700-Directors mit NX-OS 9.2(1) und höheren Versionen. |
show version show interface mgmt0 standby |
16. |
MDS Suboptimal PC Member Allocation-Prüfung
|
Port-Channels sind wichtig für die Ausfallsicherheit in Fibre Channel-SANs mit mehreren Switches. Die Konfiguration von Port-Channels für maximale Fehlertoleranz und Hardwareressourcennutzung trägt zur Ausfallsicherheit des SAN bei. Dieses Modul überprüft jeden gefundenen Fibre Channel-Port-Channel, um sicherzustellen, dass seine Mitgliedsschnittstellen so gleichmäßig wie möglich auf die verfügbaren Module und FWD-Engines im Switch verteilt sind. |
show version
Schnittstellenübersicht anzeigen |
Berichte und Hinweise
- Die Integritäts- und Konfigurationsprüfung (Health and Config Check SR) wird automatisiert und vom Virtual TAC Engineer durchgeführt.
- Der Bericht (im PDF-Format) wird in der Regel innerhalb von 24 Geschäftsstunden erstellt, nachdem alle erforderlichen Protokolle an den Serviceticket angehängt wurden.
- Der Bericht wird automatisch per E-Mail (aus Cisco TAC Automated Emails <no-reply@cisco.com>) an alle Kontakte (primär und sekundär) weitergegeben, die mit der Serviceanfrage in Verbindung stehen.
- Der Bericht wird auch der Serviceanfrage beigefügt, damit sie zu einem späteren Zeitpunkt verfügbar ist.
- Bitte beachten Sie, dass die im Bericht aufgeführten Probleme auf den bereitgestellten Protokollen basieren und im Rahmen der Health Check-Module in Tabelle 1 (siehe vorstehende Abbildung) auftreten.
- Die Liste der durchgeführten Integritäts- und Konfigurationsprüfungen ist nicht vollständig. Benutzern wird empfohlen, bei Bedarf weitere Integritätsprüfungen durchzuführen.
- Neue Integritäts- und Konfigurationsprüfungen können nach und nach hinzugefügt werden.
Häufig gestellte Fragen
Frage 1: Kann ich Informationen zum technischen Support für mehr als einen Switch in einem Serviceticket hochladen, um einen Health Check-Bericht für alle Switches zu erhalten?
Antwort 1: Dies ist eine automatisierte Vorgangsbearbeitung, und die Statusprüfungen werden vom Virtual TAC Engineer durchgeführt. Die Integritätsprüfung wird nur für den zuerstshow tech-support details
hochgeladenen Server durchgeführt.
Frage 2: Kann ich mehrere Show-Tech-Support-Details für dasselbe Gerät hochladen, z. B. in einem Abstand von ein paar Stunden, um eine Integritätsprüfung für beide durchzuführen?
show tech-support details
A2: Dies ist eine automatisierte und statuslose Fallbearbeitung, die vom Virtual TAC Engineer durchgeführt wird, und die Integritäts- und Konfigurationsprüfung wird für die erste hochgeladene Datei in den Serviceticket durchgeführt, unabhängig davon, ob die hochgeladenen Dateien vom selben Switch oder von verschiedenen Switches stammen.
Frage 3: Kann ich Health Checks für Switches durchführen lassen, deren Dateien mit Details zum technischen Support als einzelne RAR/GZ-Datei komprimiert und in den SR hochgeladen wurden?
A3: Nein. Wenn mehrere Details des technischen Supports als einzelne rar/zip/gz-Datei hochgeladen werden, wird nur die erste Datei im Archiv für Statusprüfungen verarbeitet.
Frage 4: Was kann ich tun, wenn ich Fragen zu einem der gemeldeten Fehler bei der Integritätsprüfung habe?
A4: Öffnen Sie ein separates TAC-Serviceticket, um weitere Unterstützung zu den Ergebnissen des spezifischen Gesundheitschecks zu erhalten. Es wird dringend empfohlen, den Integritätsprüfungsbericht beizufügen und die für die automatische Integritäts- und Konfigurationsprüfung geöffnete Serviceticketnummer (Service Request, SR) zu verwenden.
Frage 5: Kann ich denselben Serviceticket wie für die automatische Integritäts- und Konfigurationsprüfung verwenden, um die gefundenen Probleme zu beheben?
A5: Nein. Da die proaktive Integritätsprüfung automatisiert wird, öffnen Sie eine neue Serviceanfrage, um die gemeldeten Probleme zu beheben. Bitte beachten Sie, dass das zur Integritätsprüfung geöffnete Serviceticket innerhalb von 24 Stunden nach Veröffentlichung des Integritätsberichts geschlossen ist.
Frage 6: Wird die automatische Integritäts- und Konfigurationsprüfung mit der Detaildatei für den technischen Support des Switches abgeglichen, auf dem Versionen ausgeführt werden, die älter sind als die oben genannten?
Antwort 6: Die automatische Integritäts- und Konfigurationsprüfung wurde für die zuvor erwähnten Plattformen und Softwareversionen entwickelt. Bei Geräten, auf denen ältere Versionen ausgeführt werden, ist dies bestmöglich, und es gibt keine Garantie für die Richtigkeit des Berichts.
Frage 7: Wie schließe ich den für die Integritätsprüfung geöffneten Serviceticket?
A7: Der Serviceticket wird innerhalb von 24 Stunden nach dem Versenden des ersten Health Check-Berichts geschlossen. Der Benutzer muss keine Maßnahmen zum Schließen des Servicetickets ergreifen.
Frage 8: Wie gebe ich Kommentare oder Feedback zur proaktiven Integritäts- und Konfigurationsprüfung weiter?
A8: Per E-Mail an MDS-HealthCheck-Feedback@cisco.com
Frage 9: Welche Methode wird empfohlen, um "show tech-support" (Technischen Support anzeigen) oder "show tech-support details" (Details zum technischen Support anzeigen) von einem Switch zu erfassen?
A9: Wie bereits in diesem Dokument erwähnt, wurde der MDS-tac-pac
Befehl ab NX-OS 8.4(2d) und 9.2(1) dahingehend verbessert, dass im Bootflash schnell eine Datei erstellt wird, dieshow tech-support details
einen angehängtenshow logging onboard
enthält. Dies ist die bevorzugte Methode zum Erstellen der Eingabedatei für TAC-Serviceanfragen (SR), die eine automatisierte Integritäts- und Konfigurationsprüfungshow tech-support details
umfassen müssen. Die CLI-Ausgabe, die in einer Protokolldatei der Terminalanwendung (z. B. SecureCRT, PuTTY) erfasst wird, kann im UTF-8-BOM-Format (oder Ähnlichem) erfolgen, das von der automatisierten Integritätsprüfung NICHT unterstützt wird. Die automatische Integritäts- und Konfigurationsprüfung unterstützt Dateien nur im ASCII- oder UTF-8-Format.
Durchführen einer Integritäts- und Konfigurationsprüfung für Nexus
Weitere Informationen finden Sie unter Durchführen einer Nexus-Integritäts- und Konfigurationsprüfung .
Feedback
Wir freuen uns über jede Rückmeldung zur Bedienung dieser Tools. Wenn Sie Anmerkungen oder Vorschläge haben (z. B. zur Benutzerfreundlichkeit, zum Umfang, zur Qualität der erstellten Berichte usw.), teilen Sie diese hier mit: MDS-HealthCheck-Feedback@cisco.com.