Introduction

Ce document décrit des caractéristiques liées à la base de données de l'engine de gestion de données (télémètre radar) (DB) introduite dans la release 3.1.3a du gestionnaire d'Unified Computing System (UCSM).

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• UCSM

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

• Version de logiciel 3.1.3a UCSM
• Gamme 6200 de Fabric Interconnect (fi) et 6332 modèles

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est vivant, assurez-vous que vous comprenez l'impact potentiel de n'importe quelle commande.

Informations générales

Le télémètre radar est le composant central de l'architecture logicielle UCSM ces informations d'état du système d'attentes. Les informations sont stockées en fonction
le périphérique de la mémoire locale fi sous forme de base de données incluse connue sous le nom de DB télémètre radar.

L'intégrité des données dans la base de données peut obtenir en raison corrompu de la panne de périphérique matériel de mémoire. Avec la release UCSM 3.1.3a, beaucoup de nouvelles caractéristiques
sont ajoutés pour rendre UCSM plus résilient utilisant la vérification de l'intégrité périodique de DB, sans faille reprise de DB corrompu et protection des données par un sauvegarde automatique du DB télémètre radar.

Caractéristiques de vérification de l'intégrité de base de données télémètre radar UCSM

Vérification de l'intégrité périodique de base de données

Le gestionnaire UCS initie la vérification de l'intégrité du DB à intervalles périodiques pour valider l'intégrité des données.

Le système permet également à des utilisateurs pour exécuter manuellement la vérification de l'intégrité et pour vérifier l'intégrité de DB.

Vérifiez la configuration par défaut

Par défaut, la vérification de l'intégrité est exécutée toutes les 12 heures, pour afficher à l'utilisation d'état actuel ces commandes :

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 #

Changez l'intervalle

Tandis que vous pouvez modifier l'intervalle de temps ou désactiver la vérification de l'intégrité, elle est fortement recommandée de ne pas apporter des modifications à la configuration par défaut.

Attention : Il est fortement recommandé pour ne pas changer ces valeurs du par défaut

Dans cet exemple, l'intervalle est changé de pendant 12 heures à pendant 48 heures.

 
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

Pour désactiver la vérification de l'intégrité, placez la valeur à zéro.

Exécutez manuellement la vérification de l'intégrité

Pour vérifier la vérification de l'intégrité de DB, vous pouvez exécuter ces commandes. Si aucun message n'est imprimé sur le terminal, alors le DB est dans les bonnes santés.

 
UCS # scope system 
UCS /system # start-db-check
UCS /system* # commit-buffer

En outre, n'importe quel message d'erreur sera ouvert une session le fichier journal primaire télémètre radar fi (une partie de paquet de techsupport UCSM).

[prt:executeHealthCheck] Health Check complete with no corruption  

Cette commande te permet pour vérifier plus loin l'état de DB :

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

Corruption de DB - Défaut de niveau utilisateur et mécanisme de reprise

Si UCSM détecte la corruption dans le DB pendant la vérification de l'intégrité, il génère des messages de défaut.

Un défaut de niveau de l'INFORMATION est généré quand il y a une occurrence simple et si la corruption s'est produite plus d'une fois, les défauts de niveau IMPORTANTS sont enregistré et vous devez prendre davantage de mesure et de contact Cisco TAC. Recueillez un paquet de techsupport.

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

Mécanisme de reprise

UCSM résout automatiquement la corruption sans n'importe quel affect à n'importe quels services ou trafic de plan de données, il remplace le DB de la mémoire ou copie le bon DB du pair fi.

Événement de corruption	Mécanisme de restauration du système
Fi primaire	La base de données est récupérée de dans l'arborescence de l'information de gestion de la mémoire (le MIT)
Subalterne fi	Le fichier de base de données est récupéré du fi primaire

Remettez à l'état initial le compte de corruption

La corruption de DB persiste jusqu'à ce qu'elle soit manuellement effacée. Par exemple, si le matériel fi était remplacé a basé sur des recherches plus approfondies pour résoudre la corruption, vous peut exécuter cette commande de remettre à l'état initial le compte de défaut de corruption.

ucs-A /system # set mgmt-db-check-policy reset-corruption-count yes
ucs-A /system* # commit-buffer

Sauvegarde périodique

Pour maximiser la protection des données, UCSM prend à pleine sauvegarde d'état de configuration UCSM (DB télémètre radar) toutes les deux semaines qui peuvent être utilisées pour la reprise.
De plus, le contrôle d'intégrité de DB est validé de sorte que la sauvegarde inclue la configuration d'un bon état.
Le plein fichier de sauvegarde d'état est enregistré sur le répertoire de /workspace/backup de chaque fi.

UCS # connect local-mgmt 
UCS(local-mgmt)# dir backup/
1 1823454 Apr 28 14:53:23 2017 internalBackup.1493391132.tgz

Intervalle de tâche de sauvegarde de modification

La fréquence de la tâche de sauvegarde peut être changée de 1 à 60 jours. Suivant les indications de cet exemple, nous avons changé la valeur à 28 jours.

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 #

Informations connexes

• Le guide du programmeur du Cisco UCS Manager XMP API
• Guide de configuration UCSM 3.1 CLI