Calculadora de MTTR y MTBF
Calcula el MTTR, el MTBF y la disponibilidad a partir de tus incidentes en cualquier ventana. Bandas de DORA 2024 y definiciones de IEC 60050-192.
Escenarios
Bandas de tiempo de recuperación de DORA 2024
Tiempo de recuperación tras un despliegue fallido, según la tabla de niveles de rendimiento del informe Accelerate State of DevOps 2024.
| Nivel de rendimiento | Tiempo de recuperación | Tú |
|---|---|---|
| Élite | Menos de una hora | — |
| Alto | Menos de un día | — |
| Medio | Menos de un día | — |
| Bajo | Entre una semana y un mes | — |
Alto y Medio declaran el mismo tiempo de recuperación, así que esta métrica por sí sola no puede situar a un equipo en un grupo: DORA obtiene los niveles combinando cuatro métricas. Además, las bandas dejan un hueco: no se publica nada entre un día y una semana.
Objetivos de disponibilidad y la rapidez de restablecimiento que exigen
Para un MTBF de ejemplo de 30 d —un fallo cada 30 días—, el restablecimiento más largo que permite cada objetivo. Introduce tus datos para leer la tabla con tu propio intervalo entre fallos.
| Objetivo de disponibilidad | Restablecimiento máximo |
|---|---|
| 99,000 % | 7 h 16 min |
| 99,500 % | 3 h 37 min |
| 99,900 % | 43 min 15 s |
| 99,950 % | 21 min 37 s |
| 99,990 % | 4 min 19 s |
| 99,999 % | 25,9 s |
Se obtiene despejando la misma identidad: MTTR = MTBF × (1 − A) ÷ A. Un tiempo de restablecimiento solo significa algo junto a la frecuencia con la que falla el sistema.
Qué significan los tres términos
- MTTR — tiempo medio de restablecimiento (IEV 192-07-23)
- La esperanza del tiempo hasta el restablecimiento. La norma IEC 60050-192 marca como desaconsejadas las expansiones tiempo medio de reparación y tiempo medio de recuperación: una reparación es solo una parte de un restablecimiento, y el tiempo medio de reparación es un término distinto (IEV 192-07-21). Que tu cifra empiece en la detección o en el reconocimiento es una convención tuya: decláralo y mantenlo igual en cada periodo.
- MTBF — tiempo medio de funcionamiento entre fallos (IEV 192-05-13)
- La esperanza de la duración del tiempo de funcionamiento entre fallos. El numerador es el tiempo en servicio, no el tiempo de reloj, y por eso esta página resta la inactividad antes de dividir. La norma señala que el MTBF solo se aplica a entidades reparables; para algo que se sustituye en lugar de repararse, el término es tiempo medio de funcionamiento hasta el fallo (IEV 192-05-11).
- Disponibilidad (IEV 192-01-23, 192-08-07)
- La aptitud para estar en estado de realizar la función requerida. La disponibilidad en régimen establecido puede expresarse como la razón entre el tiempo medio en servicio y la suma del tiempo medio en servicio y el tiempo medio de inactividad, que es exactamente MTBF ÷ (MTBF + MTTR), e idéntica a tiempo en servicio ÷ ventana.
Definiciones tomadas de IEC 60050-192 (Confiabilidad), el vocabulario internacional de confiabilidad.
El MTTR y el MTBF son promedios sobre la ventana que has introducido. Con pocos incidentes resultan ruidosos, y un promedio oculta la cola larga que suele causar el daño: léelos junto al peor caso, no en su lugar.
Calculadoras Relacionadas
También podrías encontrar útiles estas calculadoras
Calculadora de Presupuesto de Error
Convierte un SLO en la inactividad o los fallos que permite
Calculadora de tasa de consumo SLO
Convierte un SLO en una configuración de alertas por tasa de consumo
Calculadora de Métricas DORA
Sitúa tus cuatro métricas en los niveles DORA publicados en 2024
Calculadora de Inactividad SLA
Convierte un SLA de disponibilidad en la inactividad que permite
Tres métricas, una identidad
El MTTR, el MTBF y la disponibilidad no son tres medidas distintas: son tres lecturas de la misma aritmética. Sobre una ventana de observación, el número de fallos y el tiempo de inactividad que causaron te dan las tres a la vez: cuánto dura de media un restablecimiento, cuánto funciona el servicio entre fallos y qué fracción de la ventana estuvo realmente disponible. Esta calculadora pide la ventana de forma explícita, porque todas esas respuestas dependen de ella.
¿Qué es el MTTR?
El MTTR es el tiempo medio de restablecimiento: el tiempo esperado desde que se produce un fallo hasta que el servicio vuelve a estar en estado de realizar la función requerida. La norma IEC 60050-192, el vocabulario internacional de confiabilidad, lo define en 192-07-23 y marca expresamente como desaconsejadas las expansiones habituales tiempo medio de reparación y tiempo medio de recuperación: una reparación es solo una parte de un restablecimiento, y el tiempo medio de reparación es un término propio en 192-07-21. La distinción importa en la práctica: una corrección que se escribe en diez minutos pero tarda dos horas en desplegarse, verificarse y volver a servicio tiene un MTTR de dos horas, no de diez minutos. El MTBF, en 192-05-13, es el tiempo medio de funcionamiento entre fallos, así que su numerador es el tiempo en servicio y no el tiempo de reloj. La disponibilidad se deduce de ambos.
La identidad
MTTR = Inactividad ÷ Fallos · MTBF = Tiempo en servicio ÷ Fallos · A = MTBF ÷ (MTBF + MTTR)Cómo usar esta calculadora
Elige la ventana de observación que cubren realmente tus datos de incidentes: un periodo móvil o un mes, trimestre o año natural.
Introduce el tiempo de inactividad total de todos los fallos de esa ventana, en minutos o en horas.
Introduce cuántos fallos se produjeron en esa misma ventana.
Lee el MTTR en el titular: el tiempo medio desde el fallo hasta el restablecimiento.
Lee el MTBF, la disponibilidad, el tiempo en servicio y la proyección anual en las fichas de debajo.
Compara tu tiempo de recuperación con las bandas de DORA, recordando que Alto y Medio comparten la misma cifra y que no se publica nada entre un día y una semana.
Usa la tabla de disponibilidad para ver el restablecimiento más largo que permite cada objetivo con tu propio intervalo entre fallos.
Cambia la ventana para ver cuánto de tu cifra de disponibilidad era en realidad una elección de periodo.
Casos de uso habituales
Fijar un SLA alcanzable
Trabaja hacia atrás desde el objetivo. Con tu intervalo entre fallos medido, la tabla de disponibilidad da el tiempo de restablecimiento que exige realmente cada nivel de nueves, que suele ser la cifra que decide si un SLA propuesto es realista.
Revisiones posincidente y trimestrales
Publica el MTTR, el MTBF y la disponibilidad sobre una ventana declarada para que las revisiones sucesivas sean comparables, en lugar de elegir cada vez el periodo que mejor deja el trimestre.
Mantenimiento e ingeniería de fiabilidad
La misma identidad rige los equipos reparables. Mide un parque sobre un año natural para separar la disponibilidad de repuestos, que mueve el MTTR, de la tasa de fallos, que mueve el MTBF.
Justificar gasto en observabilidad o automatización
Reducir a la mitad el tiempo de restablecimiento mueve la disponibilidad en una cantidad predecible. Modélalo aquí antes de preparar el caso de negocio, y declara el intervalo entre fallos que asume.
Por qué medir el tiempo de restablecimiento
Un SLA es una promesa de restablecimiento
Los objetivos de disponibilidad se negocian en nueves, pero se cumplen o se incumplen según la rapidez con la que restableces el servicio. Con un fallo al mes, mantener el 99,9 % significa restablecer en unos 43 minutos; con un fallo por semana, en unos 10 minutos. El objetivo por sí solo nunca te dice cuál de los dos.
Separa dos problemas distintos
Fallar a menudo y recuperarse despacio exigen inversiones opuestas. El MTBF apunta al trabajo de fiabilidad: redundancia, pruebas, control de cambios. El MTTR apunta al trabajo de respuesta: alertas, manuales de operación, velocidad de reversión. Una sola cifra de disponibilidad oculta cuál de los dos te está costando dinero.
Es una de las métricas de entrega de software de DORA
DORA lleva midiendo el tiempo de recuperación desde los primeros informes State of DevOps, y en 2023 lo renombró como tiempo de recuperación tras un despliegue fallido para acotarlo a los fallos causados por un cambio en producción. Sus bandas publicadas te dan una referencia externa en lugar de una opinión interna.
Un promedio necesita una ventana declarada
El mismo registro de incidentes arroja disponibilidades muy distintas según se mida sobre una semana, un mes o un año. Publicar un MTTR sin la ventana sobre la que se midió es la razón por la que dos equipos acaban discutiendo sobre cifras que nunca fueron comparables.
Hace visible el hueco para el trabajo de fiabilidad
La inactividad anual proyectada a partir del ritmo actual convierte una métrica abstracta en lo que necesita una conversación de presupuesto: horas de indisponibilidad y cuánto valdría eliminarlas.
Son las mismas matemáticas para software y hardware
El vocabulario de confiabilidad se escribió para equipos reparables y se traslada directamente a los servicios. Un parque de equipos esperando repuestos y un servicio esperando una reversión son el mismo cálculo con unidades distintas.
Preguntas frecuentes
Sobre una misma ventana de observación, divide el tiempo de inactividad total entre el número de fallos para obtener el MTTR, y divide el tiempo en servicio —la ventana menos la inactividad— entre ese mismo número de fallos para obtener el MTBF. Ambos usan el mismo denominador, y por eso la disponibilidad sale directamente de ellos: A = MTBF ÷ (MTBF + MTTR), idéntica a tiempo en servicio ÷ ventana.
No hay una respuesta general, y cualquier fuente que dé una sin declarar el intervalo entre fallos está adivinando. Un tiempo de restablecimiento solo tiene sentido junto a la frecuencia con la que falla el sistema: ocho horas es excelente para algo que falla una vez por década e inaceptable para algo que falla cada semana. Para la entrega de software, DORA publica bandas —los equipos de élite se recuperan en menos de una hora—, pero esas bandas describen grupos obtenidos de cuatro métricas, no un umbral para esta sola.
El MTTR es el tiempo medio hasta el restablecimiento tras un fallo. El MTBF es el tiempo medio de funcionamiento entre fallos y solo se aplica a entidades que se reparan. El MTTF —tiempo medio de funcionamiento hasta el fallo, IEV 192-05-11— es el equivalente para entidades que no se reparan sino que se sustituyen, como un disco o una bombilla. Un servicio tiene MTBF; un componente que se tira tiene MTTF.
Para una entidad en su periodo de tasa de fallos constante, la tasa de fallos es el inverso del MTBF. Un MTBF de 50.000 horas de funcionamiento equivale a 1 ÷ 50.000 = 0,00002 fallos por hora, que suele expresarse como 20.000 FIT, donde un FIT es un fallo por cada mil millones de horas. Esa relación inversa solo se cumple mientras la tasa de fallos sea constante, y por eso no vale en los periodos de fallos tempranos ni de desgaste.
Es una convención que eliges tú, y es la razón por la que los MTTR rara vez son comparables entre equipos. La norma IEC 60050-192 define el MTTR como la esperanza del tiempo hasta el restablecimiento, sin fijar dónde arranca el reloj. Muchos equipos miden desde la detección porque es cuando empezó el impacto al cliente; otros miden desde el reconocimiento porque es cuando pudieron actuar. Cualquiera de las dos es defendible. Cambiarla a mitad de año no lo es.
En esencia sí, con otro nombre. DORA renombró el tiempo de restauración del servicio como tiempo de recuperación tras un despliegue fallido en 2023 y lo acotó a los fallos causados por un cambio en producción, de modo que una caída por un incidente del centro de datos ya no cuenta. El informe de 2024 sigue publicando cuatro niveles de rendimiento para esta métrica; la investigación de 2025 se alejó de esos cuatro grupos hacia un conjunto de perfiles de equipo.
Porque la disponibilidad es la inactividad como fracción de un periodo, y el periodo forma parte de la respuesta. Noventa minutos de inactividad son un 99,79 % sobre un mes y un 99,98 % sobre un año: los mismos incidentes, otro denominador. Por eso aquí la ventana es un dato explícito y no una constante oculta.