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 :
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.
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 #