Sistema paralelo de cálculo de disponibilidad
La disponibilidad del sistema y la fiabilidad de los activos suelen utilizarse indistintamente, pero en realidad se refieren a cosas diferentes. La disponibilidad del sistema se ve afectada por las paradas planificadas y no planificadas. Sin embargo, la fiabilidad de los activos se refiere a la probabilidad de que un activo funcione sin fallos en condiciones normales de funcionamiento durante un periodo de tiempo determinado. Esto no incluye las paradas no planificadas.
Por ejemplo, un activo que nunca experimenta un tiempo de inactividad no planificado es 100 por ciento confiable, pero si se apaga cada 10 horas para el mantenimiento de rutina, sólo sería 90 por ciento disponible. La disponibilidad del sistema y la fiabilidad de los activos van de la mano porque si un activo es más fiable, también estará más disponible.
Otro factor que influye en la disponibilidad del sistema es la capacidad de mantenimiento, que se refiere a la rapidez con la que los técnicos detectan, localizan y restauran la funcionalidad del activo después de un tiempo de inactividad. Al igual que ocurre con la fiabilidad de los activos, cuanto mayor sea la capacidad de mantenimiento, mayor será la disponibilidad. Esta característica se suele medir mediante un KPI llamado tiempo medio de reparación (MTTR). El MTTR es una métrica de mantenimiento que mide el tiempo medio necesario para solucionar los problemas y reparar los equipos averiados. Refleja la rapidez con la que una organización puede responder a las averías imprevistas y repararlas.
Normas de disponibilidad del sistema
Las ventanas Líneas de seguimiento de artículos y Resumen de seguimiento de artículos proporcionan información dinámica sobre la disponibilidad de los números de serie o de lote. El objetivo es aumentar la transparencia para los usuarios en los documentos de salida, como los pedidos de venta, mostrándoles qué números de serie o cuántas unidades de un número de lote están actualmente asignados en otros documentos abiertos. Esto reduce la incertidumbre causada por la doble asignación e infunde confianza a los procesadores de pedidos en que los números de seguimiento de artículos y las fechas que están prometiendo en los pedidos de venta no contabilizados pueden cumplirse. Para más información, vea Detalles de Diseño: Ventana Líneas de Seguimiento de Artículos.
Cuando se abre la ventana Líneas de seguimiento de artículos, los datos de disponibilidad se recuperan de la tabla de entrada del libro de artículos y de la tabla de entrada de reservas, sin filtro de fechas. Cuando se selecciona el campo Nº de serie o el campo Nº de lote, se abre la ventana Resumen de seguimiento de artículos y muestra un resumen de la información de seguimiento de artículos en la tabla de entrada de reservas. El resumen contiene la siguiente información sobre cada número de serie o lote en la línea de seguimiento de artículos:
Cálculo de la disponibilidad del sistema en Excel
La disponibilidad se mide como el porcentaje de tiempo que su servicio o elemento de configuración está disponible. Informa sobre el pasado y estima el futuro de un servicio. Indica el rendimiento de un servicio durante el periodo de medición. Las métricas de disponibilidad también estiman el rendimiento de un servicio en el futuro. En nuestro ejemplo de disponibilidad del ERP, una disponibilidad media del 99,99% predeciría que podríamos esperar un tiempo de actividad medio para nuestro servicio de 17,9982 horas/1079,892 minutos/64.793,52 segundos al día. Podemos comparar la disponibilidad calculada con la prometida para determinar si estamos cumpliendo nuestros objetivos empresariales. Pequeños pasos en falso conducen a grandes caídas Las pequeñas variaciones en los porcentajes de disponibilidad tienen un gran alcance. La siguiente tabla muestra el tiempo de inactividad que podemos esperar con diferentes porcentajes de disponibilidad. Con una disponibilidad del 99,999% (también conocida como cinco nueves), sólo podemos esperar 5,26 minutos de inactividad al año. Pero si dejamos que la disponibilidad baje al 99%, el tiempo de inactividad sube a 3,65 días al año. Si no cree que el seguimiento de la disponibilidad es importante, pregunte a sus ejecutivos si les gustaría que su tienda online no estuviera disponible durante 3,65 días al año.
Cálculo de la disponibilidad de los sistemas redundantes
La modernización ha dado lugar a una mayor dependencia de estos sistemas. Por ejemplo, los hospitales y los centros de datos requieren una alta disponibilidad de sus sistemas para realizar las actividades diarias rutinarias. La disponibilidad se refiere a la capacidad de la comunidad de usuarios de obtener un servicio o un bien, de acceder al sistema, ya sea para presentar un nuevo trabajo, actualizar o alterar un trabajo existente, o recoger los resultados de un trabajo anterior. Si un usuario no puede acceder al sistema, éste, desde el punto de vista del usuario, no está disponible[1]. Generalmente, el término tiempo de inactividad se utiliza para referirse a los periodos en los que un sistema no está disponible.
Esta sección no cita ninguna fuente. Por favor, ayude a mejorar esta sección añadiendo citas de fuentes fiables. El material sin fuente puede ser cuestionado y eliminado. (Junio de 2008) (Aprende cómo y cuándo eliminar este mensaje de la plantilla)
Se puede distinguir entre tiempo de inactividad programado y no programado. Normalmente, el tiempo de inactividad programado es el resultado de un mantenimiento que interrumpe el funcionamiento del sistema y que, por lo general, no puede evitarse con el diseño del sistema actualmente instalado. Los eventos de tiempo de inactividad programado pueden incluir parches para el software del sistema que requieren un reinicio o cambios de configuración del sistema que sólo surten efecto tras un reinicio. En general, el tiempo de inactividad programado suele ser el resultado de algún evento lógico iniciado por la administración. Los tiempos de inactividad no programados suelen ser el resultado de algún evento físico, como un fallo de hardware o software o una anomalía ambiental. Ejemplos de eventos de tiempo de inactividad no programados incluyen cortes de energía, componentes de CPU o RAM fallados (o posiblemente otros componentes de hardware fallados), un apagado relacionado con la sobretemperatura, conexiones de red cortadas lógica o físicamente, violaciones de seguridad, o varios fallos de aplicaciones, middleware y sistemas operativos.