Inleiding
Dit document beschrijft functies met betrekking tot de Data Management Engine (DME) Database (DB) die is geïntroduceerd in de release van Unified Computing System Manager (UCSM) 3.1.3a.
Voorwaarden
Vereisten
Cisco raadt kennis van de volgende onderwerpen aan:
Gebruikte componenten
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
- UCSM-softwareversie 3.1.3a
- Fabric Interconnect (FI) 6200-serie en 6332-modellen
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.
Achtergrondinformatie
DME is de centrale component van de UCSM-softwarearchitectuur die informatie over de systeemstatus bevat. De informatie wordt opgeslagen op
het FI-apparaat voor lokale opslag in de vorm van een ingesloten database die bekend staat als DME DB.
De gegevensintegriteit in de database kan beschadigd raken als gevolg van een storing in de opslaghardware. Met UCSM 3.1.3a release, veel nieuwe functies
worden toegevoegd om UCSM veerkrachtiger te maken met behulp van periodieke DB-gezondheidscontrole, naadloos herstel van beschadigde DB en gegevensbescherming door een automatische back-up van de DME DB.
Functies voor de UCSM DME-database controleren
Periodieke gezondheidscontrole van de database
UCS-manager initieert periodieke health check van DB om de integriteit van de gegevens te valideren.
Het systeem stelt gebruikers ook in staat om handmatig een gezondheidscontrole uit te voeren en de DB-integriteit te verifiëren.
Standaardconfiguratie controleren
De gezondheidscontrole wordt standaard om de 12 uur uitgevoerd om de huidige status weer te geven. Gebruik deze opdrachten:
UCS # scope system
UCS /system # show mgmt-db-check-policy detail
Management Database Integrity Check Policy:
Health Check Interval (hours): 12
Last Integrity Check Time: 2017-05-07T14:42:47.019
Internal Backup Interval (days): 14
Last Internal Backup Time: 2017-04-28T14:52:12.648
UCS /system #
Verander het interval
Hoewel u het tijdsinterval kunt wijzigen of de gezondheidscontrole kunt uitschakelen, wordt het ten zeerste aanbevolen om geen wijzigingen aan te brengen in de standaardconfiguratie.
Let op: Het wordt sterk aanbevolen deze waarden niet te wijzigen ten opzichte van de standaardwaarden
In dit voorbeeld wordt het interval gewijzigd van 12 uur naar 48 uur.
UCS /system # set mgmt-db-check-policy health-check-interval 48
UCS /system* # commit-buffer
UCS /system # show mgmt-db-check-policy detail
Management Database Integrity Check Policy:
Health Check Interval (hours): 48
Last Integrity Check Time: 2017-05-07T14:42:47.019
Internal Backup Interval (days): 14
Last Internal Backup Time: 2017-04-28T14:52:12.648
Als u de gezondheidscontrole wilt uitschakelen, stelt u de waarde in op nul.
Voer de gezondheidscontrole handmatig uit
Om de DB-gezondheidscontrole te controleren, kunt u deze opdrachten uitvoeren. Als er geen bericht wordt afgedrukt op de terminal, dan is DB in goede gezondheid.
UCS # scope system
UCS /system # start-db-check
UCS /system* # commit-buffer
Bovendien wordt elk foutbericht geregistreerd in het primaire FI DME-logbestand (onderdeel van de UCSM-bundel voor technische ondersteuning).
[prt:executeHealthCheck] Health Check complete with no corruption
Met deze opdracht kunt u de DB-status verder controleren:
UCS # scope system
UCS /system # show mgmt-db
Management Database Status:
Fabric Id Corrupted Count Last Occurrence Time
--------- ----------------------- --------------------
A 0 1970-01-01T00:00:00.000
B 0 1970-01-01T00:00:00.000
DB Corruption - Fout op gebruikersniveau en herstelmechanisme
Als UCSM corruptie in DB detecteert tijdens de gezondheidscontrole, genereert het foutmeldingen.
Een fout op het INFO-niveau wordt gegenereerd wanneer er één gebeurtenis is en als er meer dan één keer corruptie is opgetreden, worden fouten op het MAJOR-niveau geregistreerd en moet u verdere actie ondernemen en contact opnemen met Cisco TAC. Verzamel een technische ondersteuningspakket.
ucs /system # show fault
Severity Code Last Transition Time ID Description
--------- -------- ------------------------ -------- -----------
Info F1899 2017-04-28T01:09:23.332 263649 Management database corruption detected and recovered on Fabric Interconnect B. Number of corruption events: 1. Last corruption event timestamp: 2017-04-28T01:09:23.332
Major F1900 2017-05-02T00:52:07.846 263651 High number of management database corruption events on Fabric Interconnect A. Number of corruption events: 3. Last corruption event timestamp: 2017-05-02T01:06:06.387
Herstelmechanisme
UCSM lost automatisch de corruptie op zonder enige invloed op services of dataverkeer, het overschrijft de DB uit het geheugen of kopieert de goede DB van peer FI.
| corruptiegebeurtenis |
Systeemherstelmechanisme |
| Primaire FI |
De database wordt hersteld uit in de informatiestructuur voor geheugenbeheer ( MIT ) |
| Ondergeschikte FI |
Databasebestand wordt opgehaald uit primaire FI |
Corruptietelling herstellen
De DB corruptie blijft bestaan totdat het handmatig wordt gewist. Als FI-hardware bijvoorbeeld is vervangen op basis van verder onderzoek om de corruptie op te lossen, kunt u deze opdracht uitvoeren om het aantal corruptiefouten opnieuw in te stellen.
ucs-A # scope system
ucs-A /system # set mgmt-db-check-policy reset-corruption-count yes
ucs-A /system* # commit-buffer
periodieke back-up
Om de gegevensbescherming te maximaliseren, maakt UCSM elke twee weken een volledige back-up van de UCSM-configuratie (DME DB) die kan worden gebruikt voor hersteldoeleinden.
Bovendien wordt de integriteitscontrole van de database gevalideerd, zodat de back-up een configuratie van een goede staat bevat.
Het volledige back-upbestand wordt opgeslagen in de directory /workspace/backup van elke FI.
UCS # connect local-mgmt
UCS(local-mgmt)# dir backup/
1 1823454 Apr 28 14:53:23 2017 internalBackup.1493391132.tgz
Back-uptaakinterval wijzigen
De frequentie van de back-uptaak kan worden gewijzigd van 1 naar 60 dagen. Zoals in dit voorbeeld wordt getoond, hebben we de waarde gewijzigd in 28 dagen.
UCS # scope system
UCS /system # set mgmt-db-check-policy internal-backup-interval 28
UCS /system* # commit-buffer
UCS /system # show mgmt-db-check-policy detail
Management Database Integrity Check Policy:
Health Check Interval (hours): 24
Last Integrity Check Time: 2017-05-10T10:35:24.909
Internal Backup Interval (days): 28
Last Internal Backup Time: 2017-04-28T14:52:12.648
UCS /system #
Gerelateerde informatie
Feedback