MDS-gezondheids- en configuratiecontrole uitvoeren

Inleiding

In dit document worden de procedure en vereisten beschreven voor het uitvoeren van automatische gezondheids- en configuratiecontroles voor de MDS 9000-platforms.

Voorwaarden

Vereisten

Automated Health and Configuration Check wordt alleen ondersteund voor MDS-platforms die een ondersteunde versie van NX-OS®-software uitvoeren.

Deze hardwareplatforms worden ondersteund:

• Alle switches uit de MDS 9000-reeks die de laatste ondersteuningsdatum nog niet hebben bereikt: HW. Raadpleeg hier de MDS End-of-Life- en End-of-Sale-kennisgevingen:

Berichten bij einde levenscyclus en einde verkoop

Opmerking: de hardware moet onder een geldig Cisco-contract vallen en de CCOID die de gezondheids- en configuratiecontrole indient, moet aan hetzelfde contract zijn gekoppeld.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Procedure voor gezondheids- en configuratiecontrole

Als u een automatische gezondheids- en configuratiecontrole op MDS-switches wilt uitvoeren, opent u een normale TAC-serviceaanvraag bij Cisco Support Case Manager met de volgende trefwoorden:

Tech: datacenter en opslagnetwerken

Subtechnologie: MDS9000 - Gezondheids- en configuratiecontrole (GEAUTOMATISEERD)

Probleemcode: gezondheids- en configuratiecontrole

Gezondheids- en configuratiecontrole selecteren

Probleemgebied - Gezondheid en configuratiecontrole

Voor de geopende TAC SR uploadt u de uitvoer van de opdracht Technische ondersteuningsgegevens weergeven die van de switch is vastgelegd, hetzij in .txt- of .gz/.tar-indeling.  Momenteel wordt het detailbestand voor technische ondersteuning weergegeven dat is vastgelegd in ASCII- en UTF-8-tekstindelingen. Raadpleeg TAC Customer File Uploads voor de instructies voor het uploaden.

Beginnend met NX-OS 8.4 (2d) en 9.2 (1), is de MDS tac-pac-opdracht verbeterd om snel een bestand op bootflash te maken dat een show-technische ondersteuningsdetails bevat met een bijgevoegde show-logboekregistratie aan boord. Dit is de voorkeursmethode voor het maken van het invoerbestand voor elke TAC-serviceaanvraag (SR) waarvoor technische supportgegevens moeten worden weergegeven, inclusief een geautomatiseerde gezondheids- en configuratiecontrolecase.

Nadat de vereiste uitvoer is gekoppeld aan de SR, analyseert Cisco Automation de logs en biedt een rapport (in PDF-formaat) dat is gekoppeld aan een e-mail die naar u is verzonden. Het rapport bevat een lijst met gedetecteerde problemen, relevante stappen om de problemen op te lossen en een aanbevolen actieplan.

Als er vragen zijn met betrekking tot de gerapporteerde mislukkingen van de gezondheidscontrole, wordt u geadviseerd om een afzonderlijk serviceverzoek (en) te openen met de juiste trefwoorden om verdere hulp te krijgen. Het wordt ten zeerste aanbevolen om het serviceaanvraag-nummer (SR) te raadplegen dat is geopend voor de automatische gezondheids- en configuratiecontrole, samen met het rapport dat is gegenereerd om het onderzoek te versnellen.

Ernstniveaus

In de tabel staan de volgende standaard NX-OS-prioriteitsniveaus en de gebruikte definities.

ernstniveau	Beschrijving
Noodsituatie(0)	Het systeem is onbruikbaar.
Dringend bericht(1)	Kritieke omstandigheden, onmiddellijke aandacht nodig.
Kritisch(2)	Belangrijke voorwaarden.
Fout(3)	Kleine voorwaarden.
Waarschuwing(4)	Waarschuwingscondities.
Kennisgeving(5)	Basiskennisgevingen en informatieberichten. Mogelijk onafhankelijk onbelangrijk.
Informatie(6)	Normale gebeurtenissen betekenen terugkeer naar de normale toestand.

Modules voor gezondheids- en configuratiecontrole

Automated MDS Health and Configuration Check Version 1, mei 2023 release, voert de controles uit die in tabel 1 worden vermeld.

Tabel 1: Door de modules gebruikte gezondheidscontrolemodules en bijbehorende CLI's

indexeren	module Gezondheidscontrole	Korte beschrijving van de module	CLI(s) die worden gebruikt voor het uitvoeren van de gezondheidscontrole
1	NX-OS Release Check	Controleer of het apparaat een door Cisco aanbevolen NX-OS-softwarerelease uitvoert.	show version
2	MDS-transceivercontrole op EOL/EOS	Controleer of een transceiver End-of-Life (EOL) of End-of-Sale (EOS) is.	show version klok tonen Hardware weergeven
3	Gegevenssnelheidsgebruik voor FC-interfaces op MDS-switch	Controleert de in- en uitvoersnelheden van de interface. Hier vindt u de top 10 interfaces en waarschuwingen op interfaces met meer dan 80% gebruik.	show version Interface-samenvatting weergeven  show interface
4	Transceiver detailinformatie voor MDS switch	Controleert de interfacetemperatuur, spanning, stroom, tx-vermogen of rx-vermogenswaarden voor nominale waarden. Stelt de volgende stappen voor als er fouten worden gedetecteerd.	show version Hardware weergeven Interface-transceivergegevens weergeven
5	Controleer op PSIRT-defecten op basis van de NX-OS-versie	Komt overeen met een verscheidenheid aan PSIRT's volgens de HW/SW en configuratie. Dit is niet uitputtend.	show version show running-config
6	MDS-controle voor klokgegevens	Controleert op de aanbevolen klokconfiguratie en geeft een voorbeeld van de aanbevolen klokconfiguraties.	show running-config klok tonen
7	MDS-hardwarecontrole voor EOL/EOS	Identificeert EOL- en EOS-datums (End-of-Life) voor MDS-modules en -chassis.	show version show module Hardware weergeven Voorraad weergeven
8	MDS-softwarecontrole voor EOL/EOS	Identificeert End-of-Life (EOL) en End-of-Support (EOS) data voor MDS NX-OS releases.	show version show module
9	Consistentiecontrole MDS FCNS-database en FLOGI-database	Controleer de consistentie tussen de "show fcns database" en "show flogi database" uitgangen.	show version Hardware weergeven Flogi-database weergeven FCNS-database weergeven Lokale VSAN 1-4093
10	MDS-controle voor alle VSAN's die actief zijn op alle TF-poorten	Controleer of alle TF-poorten alle VSAN's in actieve toestand hebben toegestaan en geen VSAN's in geïsoleerde of initialiserende toestand.	show version Hardware weergeven show interface Interface-samenvatting weergeven Poortkanaaldatabase weergeven
11	MDS-controle voor alle VSAN's die actief zijn op alle TE-poorten	Controleer of alle TE-poorten alle VSAN's in actieve toestand hebben toegestaan en geen VSAN's in geïsoleerde of initialiserende toestand.	show version show module show interface Interface-samenvatting weergeven Poortkanaaldatabase weergeven
12	MDS OUI-controle van externe apparaten	Controleer of de MDS de OUI van aangesloten via trunk- en poortkanaalverbindingen herkent.	Flogi-fouten in interne gebeurtenisgeschiedenis weergeven Fouten in de interne gebeurtenisgeschiedenis van poort weergeven Systeeminterne FCFWD IDXMAP-interface weergeven Flogi-interne foutopsporing in gebeurtenisgeschiedenis weergeven Boekhoudlogboek weergeven
13	MDS CFS-vergrendelingscontrole	Controleer op de aanwezigheid van cfs-sloten en stel stappen voor om ze te wissen.	show version show module Hardware weergeven CVS-vergrendeling tonen Logboekregistratie weergeven CFS interne sessiegeschiedenis weergeven CVS-peers weergeven FcDomain-lijst weergeven Fouten in de interne gebeurtenisgeschiedenis van CFS weergeven klok tonen
14	MDS Controleer actieve supervisor mgmt0 link	Controleer of de status van de actieve of enige supervisor mgmt0-koppeling wordt weergegeven.	show version Interface mgmt0 weergeven
15	MDS 9700 Controleer standby supervisor mgmt0 link	Controleer of de status van de standby supervisor mgmt0-koppeling wordt weergegeven. Alleen geldig voor MDS 9700-directors met NX-OS 9.2(1) en hogere versies.	show version Interface MGMT0 standby weergeven
16	Toewijzingscontrole voor MDS-suboptimale pc-leden	Poortkanalen zijn belangrijk voor de veerkracht van Fibre Channel SAN's met meerdere switches. Het configureren van poortkanalen voor maximale fouttolerantie en hardwaregebruik draagt bij aan de veerkracht van het SAN. Deze module controleert elk Fibre Channel-poortkanaal dat wordt gevonden om ervoor te zorgen dat de ledeninterfaces zo gelijkmatig mogelijk worden verdeeld over de beschikbare modules en fwd-engines in de switch.	show version Interface-samenvatting weergeven
17	Consistentiecontrole MDS FSPF	Controleert de FSPF-kosten op elke ISL om ervoor te zorgen dat aangrenzende switches dezelfde/consistente kosten hebben. Als de kosten aan elke kant van de ISL verschillend zijn, kan onverwachte of asymmetrische routering optreden. Deze controle is niet van toepassing op switches in de NPV-modus omdat er geen FSPF-database in deze switches is.	Schakelnaam weergeven FSPF-database weergeven FC IE weergeven Interne NPV-gegevens weergeven
18	MDS High CPU Utilisation Check	Controleer of het huidige CPU-gebruik binnen de vooraf bepaalde limiet valt door meerdere commando-uitgangen te controleren. Informeer de gebruiker als het gebruik hoger is dan 60%, informeer de gebruiker als het gebruik hoger is dan 80%, en waarschuw de gebruiker als het gebruik hoger is dan 90%¹.	show processes cpu Processen CPU-geschiedenis weergeven Logboekregistratie weergeven
19	MDS High Memory Utilisation Check	Controleer een paar commando-uitgangen om te bepalen of het huidige geheugengebruik lager is dan de geconfigureerde drempelwaarden of dat er processen worden uitgevoerd binnen de toegewezen geheugenlimiet. Als het gebruik hoger is dan 90%, meld dit dan aan de gebruikers.	show version Procesgeheugen tonen show running-config
20	MDS Controleer de configuratie van de Tx-dataraat van de poortmonitor om overmatig gebruik te detecteren	Controleer het beleid van de actieve poortmonitor om te bepalen of de tellers tx-datarate en/of tx-datarate-burst zijn geconfigureerd om overmatig gebruik correct te detecteren.	show version Interface-samenvatting weergeven show running-config
21	MDS Controleer op FSPF-fouten bij het verwijderen van routes veroorzaakt door een slechte supervisor	Controleer op FSPF-routeverwijderingsfouten van de afgelopen 20 dagen en geef deze aan en controleer daarna of er niet-nulfoutentellers zijn opgenomen op de inband sup-fc0-link.	show version Logboekregistratie weergeven Toon hardware interne sup-fc0 interface-stats (MDS 9700s) Hardware internal sup-fc0 errstats (MDS-switches) weergeven
22	MDS Controleer niet nul fouten op sup-fc0 link	Controleer op niet-nulfoutentellers die zijn opgenomen op de inband-interface sup-fc0.	show version interne hardware sup-fc0 interface-stats weergeven (MDS 9700s) Hardware internal sup-fc0 errstats (MDS-switches) weergeven
23	Consistentiecontrole MDS-modules	Controleer op consistentie van de versie in alle modules om ervoor te zorgen dat de lijnkaarten en supervisors allemaal dezelfde software gebruiken.	show version show module
24	MDS-modules OK controleren	Controleer of alle modules op de MDS-switch de verwachte bedrijfstoestand hebben bereikt.	show module Hardware weergeven
25	MDS Core-bestandscontrole	Controleer op onverwachte procescrashes of beëindiging.	showkern
26	Gebruikscontrole MDS-bestandssystemen	Controleer het gebruik van het bestandssysteem en het gebruik van markeringen van meer dan 90%.	Systeeminterne flitser weergeven
27	MDS Enhanced Zoning Lock-controle	Controleer op de aanwezigheid van verbeterde zonesloten in alle VSAN's.	Zone-status weergeven VSAN 1-4093
28	MDS CALTCAM-consistentiecontrole	Controleer of ACLTCAM-items consistent tussen hardware en software worden geprogrammeerd en identificeer en markeer dubbele items in beide tabellen als fouten.	Acultcam FWD-engine {X}-invoer tonen Acultcam FWD-engine {X} uitvoer tonen Acultcam FWD-engine {X} invoersoftware tonen Acultcam FWD-engine {X}-outputsoftware tonen Actcam interface FC{Module_Number}/{X} uitvoer tonen Acultcam-interface van proces weergeven FC{Module_Number}/{X}-uitvoersoftware
29	MDS Recente kredietverliesgebeurtenissen	Controleert op interfaces die in de afgelopen 7 dagen na het tijdstip en de datum van de technische ondersteuning een herstel van het kredietverlies hebben doorgemaakt. Het zal de laatste 10 gebeurtenissen voor elke interface uitvoeren. Het geeft ook een uitgebreide sectie 'Aanbevelingen' om deze problemen op te lossen.	Schakelnaam weergeven show version Interface-samenvatting weergeven show interface Interface-transceivergegevens weergeven Interfacetellers gedetailleerd weergeven Logboekbestand weergeven Proces creditmon-gebeurtenissen voor kredietverlies weergeven

Rapporten en kanttekeningen

• De Health and Config Check SR wordt geautomatiseerd en afgehandeld door de Virtual TAC Engineer.
• Het rapport (in PDF-formaat) wordt meestal binnen 24 kantooruren gegenereerd nadat alle benodigde logs aan de SR zijn gekoppeld.
• Het rapport wordt automatisch gedeeld via e-mail (afkomstig van Cisco TAC Automated Emails <no-reply@cisco.com>) met alle contacten (primair en secundair) die aan het serviceverzoek zijn gekoppeld.
• Het rapport is ook bij het serviceverzoek gevoegd om de beschikbaarheid ervan op een later tijdstip mogelijk te maken.
• Houd er rekening mee dat de problemen die in het rapport worden vermeld, gebaseerd zijn op de verstrekte logboeken en binnen het bereik vallen van de modules voor de gezondheidscontrole die worden vermeld in tabel 1 (eerder weergegeven).
• De lijst met uitgevoerde gezondheids- en configuratiecontroles is niet uitputtend en gebruikers wordt geadviseerd om zo nodig verdere gezondheidscontroles uit te voeren.
• In de loop der tijd kunnen nieuwe gezondheids- en configuratiecontroles worden toegevoegd.

Veelgestelde vragen

V1: Kan ik technische ondersteuningsgegevens uploaden en weergeven voor meer dan één switch in dezelfde SR om het rapport van de gezondheidscontrole voor alle switches te krijgen?

A1: Dit is een geautomatiseerde behandeling van zaken en de gezondheidscontroles worden uitgevoerd door de Virtual TAC Engineer. De health check wordt alleen uitgevoerd voor de eerste "show tech-support details" die zijn geüpload.

Q2: Kan ik meer dan één show tech-support details voor hetzelfde apparaat uploaden, laten we zeggen, vastgelegd een paar uur uit elkaar, om een health check gedaan voor beide te krijgen?

A2: Dit is een automatische en stateless case handling uitgevoerd door de Virtual TAC Engineer, en de Health and Config Check wordt uitgevoerd voor de eerste show tech-support details bestand geüpload naar de SR, ongeacht of de bestanden geüpload zijn van dezelfde switch of verschillende switches.

V3: Kan ik gezondheidscontroles laten uitvoeren voor de switches die technische ondersteuningsdetailbestanden weergeven die zijn gecomprimeerd als een enkel rar / gz-bestand en zijn geüpload naar de SR?

A3: Nee. Als meerdere technische supportgegevens worden geüpload als een enkel RAR/ZIP/GZ-bestand, wordt alleen het eerste bestand in het archief verwerkt voor healthchecks.

V4: Wat kan ik doen als ik vragen heb over een van de gerapporteerde mislukkingen van de gezondheidscontrole?

A4: Open een apart TAC-serviceverzoek om verdere hulp te krijgen bij het specifieke resultaat van de gezondheidscontrole. Het wordt ten zeerste aanbevolen om het rapport van de health check bij te voegen en te verwijzen naar het Service Request (SR) Case Number dat is geopend voor de geautomatiseerde health and config check.

V5: Kan ik dezelfde SR gebruiken die is geopend voor de Automated Health and Config Check om de gevonden problemen op te lossen?

A5: Nee. Als de proactieve gezondheidscontrole is geautomatiseerd, opent u een nieuwe serviceaanvraag om problemen op te lossen en de gerapporteerde problemen op te lossen. Houd er rekening mee dat de SR die is geopend voor gezondheidscontrole binnen 24 uur na publicatie van het gezondheidsrapport is gesloten.

V6: Wordt de automatische gezondheids- en configuratiecontrole uitgevoerd in vergelijking met het detailbestand voor technische ondersteuning voor de switch die oudere versies uitvoert dan de eerder genoemde versie?

A6: De geautomatiseerde gezondheids- en configuratiecontrole is gebouwd voor de eerder genoemde platforms en softwarereleases. Voor apparaten die oudere versies draaien, is het de beste inspanning, en er is geen garantie voor de nauwkeurigheid van het rapport.

V7: Hoe sluit ik de SR die is geopend voor de gezondheidscontrole?

A7: De SR wordt gesloten binnen 24 uur nadat het eerste rapport van de gezondheidscontrole is verzonden. Er is geen actie nodig van de gebruiker naar SR-sluiting.

V8: Hoe deel ik opmerkingen of feedback over de proactieve gezondheids- en configuratiecontrole?

A8: Deel ze via e-mail naar MDS-HealthCheck-Feedback@cisco.com

Q9. Wat is de aanbevolen methode om technische ondersteuning vast te leggen of technische ondersteuningsgegevens van een switch te tonen?

A9: Zoals eerder vermeld in dit document, te beginnen met NX-OS 8.4 (2d) en 9.2 (1), is de MDS tac-pac-opdracht verbeterd om snel een bestand op bootflash te maken dat een "show tech-support details" bevat met een bijgevoegd "show logging on board". Dit is de voorkeursmethode voor het maken van het invoerbestand voor elke TAC Service Request (SR) waarvoor een "show tech-support details" vereist is, inclusief een geautomatiseerde gezondheids- en configuratiecontrole. De CLI-uitvoer die is vastgelegd in een logbestand in de terminaltoepassing (bijvoorbeeld SecureCRT, PuTTY) kan in UTF-8-BOM-indeling (of vergelijkbaar) zijn, wat NIET wordt ondersteund door de geautomatiseerde gezondheidscontrole. De Automated Health & Config-controle ondersteunt alleen bestanden in ASCII- of UTF-8-indelingen.

Q10. Kan de MDS-gezondheidscontrole worden gebruikt met switches die zijn geconfigureerd voor het FICON-protocol?

A10: Ja, dit is mogelijk, maar momenteel zijn er geen specifieke controles voor FICON-VSAN's.

Nexus-gezondheids- en configuratiecontrole uitvoeren

Raadpleeg Nexus Health and Configuration Check uitvoeren.

Feedback

Elke feedback over de werking van deze tools wordt zeer gewaardeerd. Als u opmerkingen of suggesties hebt (bijvoorbeeld over het gebruiksgemak, de reikwijdte, de kwaliteit van de gegenereerde rapporten, enzovoort), deel ze hier MDS-HealthCheck-Feedback@cisco.com.

Revisiegeschiedenis

Revisie	Publicatiedatum	Opmerkingen
13.0	25-Feb-2026	Opmaak bijgewerkt.
12.0	23-Apr-2025	Toegevoegd gezondheidscontroles 21 en 22 van Yuvaraj Ratnala Enkele schermafbeeldingen toegevoegd en tekst extraheren - Jason Mooney
11.0	08-Apr-2025	Toegevoegd gezondheidscontroles 21 en 22 van Yuvaraj Ratnala
10.0	04-Dec-2024	Een opmerking toegevoegd aan de sectie Vereisten.
9.0	10-Jul-2024	Bijgewerkte machinevertaling, stijlvereisten en opmaak.
8.0	29-May-2024	Bijgewerkt en herzien.
7.0	21-May-2024	Bijgewerkt en herzien
6.0	28-Feb-2024	Revisie, bijgewerkt.
4.0	07-Nov-2023	bijwerken
3.0	06-Sep-2023	Bijgewerkte lijst met bijdragers.
2.0	25-Aug-2023	Toegevoegd Sub-Tech, Probleemcode en Links. Bijgewerkte stijlvereisten en opmaak.
1.0	19-Jul-2023	Eerste vrijgave