Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Achtergrondinformatie

UCS DME Database Health Control-functies

Periodieke Databasecontrole

Controleer de standaardconfiguratie

Verandert het interval.

Start de gezondheidscontrole handmatig

DB Corruptie - fouten op gebruikersniveau en herstelmechanisme

Terugvorderingsmechanisme

Corruptie-telling opnieuw instellen

Periodieke back-up

Back-upwerkintervallen wijzigen

Gerelateerde informatie

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:

- UCS

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

- Cisco UCS Manager XMP API-programmeergids

- UCSM 3.1 CLI-configuratiehandleiding