08 DB
DB resume si la base de datos aporta señales de impacto al servicio SAP.
Qué aparece
- Database health: tarjeta especializada con motor, estado y score 0–100, junto a su tendencia.
- Oracle: health, tres status de protección y paneles de archiver, caches, redo, locks, segmentos, consistencia de diccionario y capacidad/free de tablespaces. Cada familia conserva sus series; no se fusionan identidades.
- MSSQL: señales ordenadas en Capacity, Performance y Protection, en pares de paneles que conservan su variante line, area o step.
- HANA: salud genérica cuando es el motor disponible.
- Events permanece al final del dominio.
Los bloques específicos del motor sólo aparecen cuando aplican. Si una sección tiene un único panel aplicable, éste aprovecha todo el ancho disponible.
Cada señal conserva su cadencia real: Database health se recoge cada 30 minutos y permanece fresca 90; I/O, hit ratio, page life y oldest transaction usan 15/45 minutos; transaction log y log backup 1/3 horas; file free percent/space y backup age 24/72 horas. SPOT enlaza puntos sólo dentro de ese horizonte y no inventa ceros ni prolonga un snapshot que ya quedó stale.
Si eliges una ventana global más corta que esa frescura, Operations consulta como mínimo el horizonte propio de cada panel DB. Por ejemplo, Last 15 min puede mostrar el último snapshot diario todavía fresco, siempre con su hora SAP real. Metrics Explorer conserva el rango exacto cuando necesitas comprobar qué observaciones cayeron estrictamente dentro de esos 15 minutos.
Database health es una señal de estado y no ofrece Expected range, Forecast ni ML scores. Los paneles DB numéricos compatibles conservan Analysis cuando su política canónica sí admite ML.
Identidad Oracle
La métrica database-health para Oracle se calcula únicamente con
server=Oracle, group=CCMS_ORA_health_check_run_pfcl,
object=Database health check y metric=Last succ. database check. No depende
de segment/monitor ni se infiere desde latencia, tablespaces o backups.
Es el único panel visible de salud. Este check y los estados de archive backup,
full backup y optimizer statistics leen el estado LASTALSTAT; si falta o no
es válido, SPOT omite la observación y no reutiliza LASTPERVAL. Tablespaces y
los demás gauges conservan su valor numérico LASTPERVAL.
SPOT clasifica las 48 identidades Oracle observadas en once familias visibles:
- Health: database health exacto;
- Protection: archive backup, full backup, optimizer statistics y ocupación del destino del archiver;
- Performance: buffer cache, library cache y redo log buffer;
- Capacity: edad del lock exclusivo, checks de segmentos y espacio usado/libre por tablespace;
- Consistency: objetos inconsistentes, ausentes, opcionales o desconocidos en el diccionario.
Los nombres dinámicos de tablespace sólo se aceptan cuando objeto y grupo
coinciden exactamente. Una observación no reconocida no se muestra bajo otra
familia. Las ocho familias Oracle raw muestran el número CCMS con unidad
raw, separan series por object y check, agregan cada bucket con max y no
ofrecen thresholds ni ML. SPOT no presenta esos valores como porcentaje,
segundos, MB, count o estado mientras la semántica fuente no esté verificada.
Esta ampliación Oracle no cambia los paneles, consultas ni colores MSSQL.
current muestra la última observación exacta. La señal normalizada
Database health conserva el peor estado real y, si no llega health genuino
durante 90 minutos, permanece UNKNOWN de forma estable. Los tres estados de
Oracle Protection se recogen cada 60 minutos y permanecen frescos durante 180 minutos;
los gauges raw no pueden hacer alternar health con OK por documentos no
relacionados.
Interpretación
- OK: la señal de health exacta informa estado normal.
- WARN: esa misma señal informa advertencia.
- KO: esa misma señal informa fallo.
UNKNOWN: no existe una observación válida dentro de la frescura propia de esa señal; no significa que el último valor histórico fuera cero.
Filtros y siguientes pantallas
Cruza con Performance, Jobs y Metrics. Si hay impacto generalizado, revisa Events en la misma ventana.
Uso operativo
Usa DB para separar degradaciones de aplicación de degradaciones provocadas por base de datos. Si el tiempo de petición DB sube al mismo tiempo que Dialog response time, abre Performance y Metrics con una ventana corta para comprobar si el impacto es puntual o sostenido.
Los paneles concretos dependen del motor disponible en la fuente SAP. Si no ves tarjetas específicas de motor, usa las señales genéricas de health y tiempo de petición, y cruza después con Events para buscar mensajes de sistema en la misma franja.