kdump para SAP HANA en Azure (instancias grandes)
En este artículo, se explica cómo habilitar el servicio kdump en Instancias grandes de HANA (HLI) Tipo I y Tipo II de Azure.
Es necesario configurar y habilitar kdump para solucionar los problemas de bloqueos del sistema que no tienen una causa evidente. En ocasiones un bloqueo del sistema no se puede explicar con un problema de hardware o infraestructura. En esos casos, un sistema operativo o una aplicación pueden haber causado el problema. kdump permitirá a SUSE determinar el motivo del bloqueo del sistema.
SKU compatibles
Tipo de instancia grande de HANA | Proveedor del SO | Versión del paquete del SO | SKU |
---|---|---|---|
Tipo I | SuSE | SLES 12 SP3 | S224 m |
Tipo I | SuSE | SLES 12 SP4 | S224 m |
Tipo I | SuSE | SLES 12 SP2 | S72 |
Tipo I | SuSE | SLES 12 SP2 | S72m |
Tipo I | SuSE | SLES 12 SP3 | S72m |
Tipo I | SuSE | SLES 12 SP2 | S96 |
Tipo I | SuSE | SLES 12 SP3 | S96 |
Tipo I | SuSE | SLES 12 SP2 | S192 |
Tipo I | SuSE | SLES 12 SP3 | S192 |
Tipo I | SuSE | SLES 12 SP4 | S192 |
Tipo I | SuSE | SLES 12 SP2 | S192m |
Tipo I | SuSE | SLES 12 SP3 | S192m |
Tipo I | SuSE | SLES 12 SP4 | S192m |
Tipo I | SuSE | SLES 12 SP2 | S144 |
Tipo I | SuSE | SLES 12 SP3 | S144 |
Tipo I | SuSE | SLES 12 SP2 | S144m |
Tipo I | SuSE | SLES 12 SP3 | S144m |
Tipo II | SuSE | SLES 12 SP2 | S384 |
Tipo II | SuSE | SLES 12 SP3 | S384 |
Tipo II | SuSE | SLES 12 SP4 | S384 |
Tipo II | SuSE | SLES 12 SP2 | S384xm |
Tipo II | SuSE | SLES 12 SP3 | S384xm |
Tipo II | SuSE | SLES 12 SP4 | S384xm |
Tipo II | SuSE | SLES 12 SP2 | S576m |
Tipo II | SuSE | SLES 12 SP3 | S576m |
Tipo II | SuSE | SLES 12 SP4 | S576m |
Requisitos previos
- El servicio kdump usa el directorio
/var/crash
para escribir volcados. Asegúrese de que la partición correspondiente a este directorio tenga espacio suficiente para alojar los volcados.
Detalles de la configuración
- El script para habilitar kdump se puede encontrar en Azure sap-hana-tools en GitHub.
Nota:
Este script se ha creado en función de la configuración del laboratorio. Deberá ponerse en contacto con el proveedor del sistema operativo para cualquier ajuste adicional. Se aprovisionará un número de unidad lógica (LUN) independiente para los servidores nuevos y existentes a fin de guardar los volcados. Un script se encargará de configurar el sistema de archivos fuera del LUN. Microsoft no será responsable del análisis del volcado de memoria. Tendrá que abrir una incidencia de soporte técnico para que el proveedor del sistema operativo la analice.
Use el comando siguiente para ejecutar este en la instancia grande de HANA:
Nota:
Se necesitan privilegios sudo para ejecutar este comando.
sudo bash enable-kdump.sh
Si la salida del comando muestra que kdump está habilitado correctamente, reinicie el sistema para aplicar los cambios.
Si la salida del comando muestra un error de una operación, el servicio kdump no está habilitado. Consulte la sección Problemas de compatibilidad, más adelante.
Prueba de kdump
Nota:
La operación siguiente desencadenará un bloqueo del kernel y el reinicio del sistema.
Desencadenar un bloqueo del kernel
echo c > /proc/sysrq-trigger
Una vez que el sistema se reinicie correctamente, compruebe el directorio
/var/crash
para buscar los registros de bloqueo del kernel.Si
/var/crash
tiene un directorio con la fecha actual, kdump se ha habilitado correctamente.
Problemas de compatibilidad
Si se produce un error en el script o kdump no está habilitado, envíe una solicitud de servicio al equipo de soporte técnico de Microsoft. Incluya los detalles siguientes:
Identificador de la suscripción de HLI
Nombre de servidor
Proveedor del SO
Versión del SO
Versión del kernel
Para obtener más información, vea Configuración de kdump.
Pasos siguientes
Obtenga información sobre las actualizaciones del sistema operativo en HANA (instancias grandes).