Inleiding
Dit document beschrijft functies met betrekking tot Data Management Engine (DME) Database (DB) (Unified Computing System Manager (UCSM) 3.1.3a release.
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 Series 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 levend is, zorg er dan voor dat u de mogelijke impact van om het even welke opdracht begrijpt.
Achtergrondinformatie
DME is het centrale onderdeel van UCSM software architectuur die systeeminformatie bevat. De informatie is opgeslagen op
het lokale FI-opslagapparaat 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 het opslagapparaat. Met release van UCSM 3.1.3a, veel nieuwe functies
worden toegevoegd om UCSM veerkrachtiger te maken door middel van een periodieke DB-gezondheidscontrole, een naadloos herstel van gecorrumpeerde DB en gegevensbescherming door een automatische back-up van de DME DB.
UCS DME Database Health Control-functies
Periodieke Databasecontrole
UCS Manager start op gezette tijden een gezondheidscontrole van DB om de integriteit van de gegevens te valideren.
Het systeem stelt gebruikers ook in staat de gezondheidscontrole handmatig uit te voeren en de DB-integriteit te controleren.
Controleer de standaardconfiguratie
De standaardinstelling is dat de gezondheidscontrole om de 12 uur wordt uitgevoerd, om het huidige status gebruik van deze opdrachten te tonen:
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 #
Verandert het interval.
Terwijl u het tijdinterval kunt aanpassen of de gezondheidstest kunt uitschakelen, wordt het sterk aanbevolen om geen wijzigingen in de standaardconfiguratie aan te brengen.
Voorzichtig: Aanbevolen wordt om deze waarden niet van de standaard te veranderen
In dit voorbeeld wordt het interval veranderd 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
Om de gezondheidscontrole uit te schakelen, stelt u de waarde in op nul.
Start de gezondheidscontrole handmatig
Om de DB controle van de gezondheid te verifiëren, kunt u deze opdrachten uitvoeren. Als er geen bericht op de terminal wordt gedrukt, is DB gezond.
UCS # scope system
UCS /system # start-db-check
UCS /system* # commit-buffer
Daarnaast wordt elke foutmelding in het primaire FI DME-logbestand (onderdeel van de technische ondersteuning van UCSM) ingelogd.
[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 Corruptie - fouten op gebruikersniveau en herstelmechanisme
Als UCSM tijdens de gezondheidscontrole corruptie in DB detecteert, genereert het foutmeldingen.
Er wordt een fout op het INFO-niveau gegenereerd wanneer er één incident is opgetreden en als er meer dan eens corruptie is opgetreden, zijn fouten op het MAJOR-niveau geregistreerd en moet u verdere actie ondernemen en contact opnemen met Cisco TAC. Neem een technische ondersteuningsbundel bij elkaar.
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
Terugvorderingsmechanisme
UCSM lost de corruptie automatisch op zonder dat dit van invloed is op de diensten of het dataverkeer, overschrijft de DB uit het geheugen of kopieert de goede DB van peer FI.
Corruptiegebeurtenis |
Systeem-herstelmechanisme |
Primaire FI |
Databaseverslag is teruggevonden in de Memory Management Information Tree (MIT) |
Subordinaat FI |
Het gegevensbestand is teruggewonnen van Primaire FI |
Corruptie-telling opnieuw instellen
De DB-corruptie blijft bestaan totdat deze handmatig wordt weggelaten. Als FI hardware bijvoorbeeld werd vervangen op basis van verder onderzoek om de corruptie op te lossen, kunt u deze opdracht uitvoeren om de aantal corruptiefouten te resetten.
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, neemt UCSM elke twee weken volledige back-up van de UCSM-configuratie (DME DB), die kan worden gebruikt voor hersteldoeleinden.
Verder wordt de DB-integriteitscontrole gevalideerd zodat back-up ook configuratie uit een goede staat omvat.
Het volledige back-upbestand van de staat wordt opgeslagen in elke folder van de FI/werkruimte/back-up.
UCS # connect local-mgmt
UCS(local-mgmt)# dir backup/
1 1823454 Apr 28 14:53:23 2017 internalBackup.1493391132.tgz
Back-upwerkintervallen wijzigen
De frequentie van de back-uptaak kan van 1 tot 60 dagen worden gewijzigd. Zoals in dit voorbeeld wordt getoond, hebben we de waarde veranderd 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