Introducción
Este documento describe las funciones relacionadas con la base de datos de Data Management Engine (DME) (DB) introducida en la versión Unified Computing System Manager (UCSM) 3.1.3a.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
Componentes Utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
- Software UCSM versión 3.1.3a
- Modelos Fabric Interconnect (FI) serie 6200 y 6332
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
DME es el componente central de la arquitectura de software UCSM que contiene información de estado del sistema. La información se almacena en
el dispositivo FI de almacenamiento local en forma de base de datos integrada conocida como DME DB.
La integridad de los datos en la base de datos puede dañarse debido a una falla en el dispositivo de hardware de almacenamiento. Con UCSM 3.1.3a, muchas funciones nuevas
se añaden para aumentar la resistencia de UCSM mediante la comprobación periódica del estado de la base de datos, la recuperación fluida de la base de datos dañada y la protección de datos mediante una copia de seguridad automática de la base de datos de DME.
Características de la comprobación de estado de la base de datos de UCSM DME
Comprobación periódica del estado de la base de datos
UCS Manager inicia la comprobación de estado de la base de datos a intervalos periódicos para validar la integridad de los datos.
El sistema también permite a los usuarios ejecutar manualmente la comprobación de estado y verificar la integridad de la base de datos.
Verificar la configuración predeterminada
De forma predeterminada, la comprobación de estado se realiza cada 12 horas, para mostrar el estado actual utilice estos comandos:
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 #
Cambiar el intervalo
Aunque puede modificar el intervalo de tiempo o deshabilitar la comprobación de estado, se recomienda encarecidamente no realizar cambios en la configuración predeterminada.
Precaución: Se recomienda encarecidamente no cambiar estos valores del valor predeterminado
En este ejemplo, el intervalo cambia de 12 horas a 48 horas.
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
Para desactivar la comprobación de estado, establezca el valor en cero.
Ejecute manualmente la comprobación de estado
Para verificar la comprobación de estado de la base de datos, puede ejecutar estos comandos. Si no se imprime ningún mensaje en el terminal, la base de datos se encuentra en buen estado.
UCS # scope system
UCS /system # start-db-check
UCS /system* # commit-buffer
Además, cualquier mensaje de error se registrará en el archivo de registro de DME de FI principal (parte del paquete de soporte técnico de UCSM).
[prt:executeHealthCheck] Health Check complete with no corruption
Este comando le permite verificar el estado de la base de datos:
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
Corrupción de la base de datos: error de nivel de usuario y mecanismo de recuperación
Si UCSM detecta una corrupción en la base de datos durante la comprobación de estado, genera mensajes de error.
Se genera un error de nivel INFO cuando hay una sola aparición y si se ha producido un daño más de una vez, se registran los errores de nivel MAJOR y debe tomar otras medidas y ponerse en contacto con el TAC de Cisco. Recopile un paquete de soporte técnico.
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
Mecanismo de recuperación
UCSM resuelve automáticamente la corrupción sin que ello afecte al tráfico de los servicios o del plano de datos, sobrescribe la base de datos de la memoria o copia la buena base de datos de la FI del par.
| Evento de corrupción |
Mecanismo de recuperación del sistema |
| FI principal |
La base de datos se recupera en el árbol de información de administración de memoria (MIT) |
| FI subordinado |
El archivo de base de datos se recupera de la FI principal |
Restablecer recuento de corrupción
La corrupción de la base de datos persiste hasta que se borra manualmente. Por ejemplo, si se reemplazó el hardware FI basándose en una investigación adicional para resolver la corrupción, puede ejecutar este comando para restablecer el conteo de fallas corruptas.
ucs-A # scope system
ucs-A /system # set mgmt-db-check-policy reset-corruption-count yes
ucs-A /system* # commit-buffer
Copia de seguridad periódica
Para maximizar la protección de datos, UCSM realiza una copia de seguridad de estado completo de la configuración de UCSM (DME DB) cada dos semanas que se puede utilizar con fines de recuperación.
Además, la verificación de integridad de la base de datos se valida para que la copia de seguridad incluya la configuración desde un buen estado.
El archivo de copia de seguridad de estado completo se guarda en cada directorio /workspace/backup de la FI.
UCS # connect local-mgmt
UCS(local-mgmt)# dir backup/
1 1823454 Apr 28 14:53:23 2017 internalBackup.1493391132.tgz
Cambiar intervalo de trabajo de copia de seguridad
La frecuencia del trabajo de copia de seguridad se puede cambiar de 1 a 60 días. Como se muestra en este ejemplo, cambiamos el valor a 28 días.
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 #
Información Relacionada
Comentarios