¿Qué es una corrida en paralelo SCADA?
La forma más convincente de confiar en un sistema SCADA nuevo es verlo producir las mismas respuestas que el viejo, sobre los mismos datos en vivo, el tiempo suficiente para estar seguro. Eso es exactamente lo que hace una corrida en paralelo: opera el sistema nuevo junto al heredado, ambos alimentados del campo real, para poder comparar sus salidas antes de retirar el viejo. Esta guía explica cómo se monta una corrida en paralelo, qué discrepancias vigilar, cuánto tiempo correr en paralelo, y por qué correr ambos sistemas lado a lado le quita gran parte del riesgo a un corte.
Corrida en paralelo en una línea: Una corrida en paralelo es la práctica de operar un sistema SCADA nuevo junto al sistema heredado sobre los mismos datos de campo en vivo, para poder comparar sus valores, alarmas y tiempos antes de retirar el sistema viejo. Reduce el riesgo de una migración al probar que el sistema nuevo coincide con el viejo bajo condiciones reales y al mantener el sistema heredado disponible como respaldo durante todo el periodo de comparación.
Cómo se monta una corrida en paralelo
Una corrida en paralelo - a veces llamada doble operación, operación lado a lado o modo sombra - significa que tanto el SCADA viejo como el nuevo están en vivo al mismo tiempo, vigilando el mismo proceso. El truco esencial es alimentar a ambos sistemas con los mismos datos de campo reales para que cualquier diferencia en sus salidas sea una diferencia en los sistemas mismos, no una diferencia en lo que están mirando. En la práctica esto significa que los datos de campo se derivan a ambos: las mismas señales de los mismos instrumentos llegan tanto a la plataforma heredada como a la nueva, que luego los procesan, historizan, alarman y muestran de forma independiente.
Durante la corrida, el sistema nuevo suele estar en un rol de observación en lugar de control: observa y muestra y registra, mientras el sistema heredado sigue siendo autoritativo para la operación real. Este arreglo de sombra deja que el sistema nuevo se ejercite contra la realidad sin confiarle aún la operación de nada, así que un error en el sistema nuevo aparece como una discrepancia por investigar en lugar de como una alteración del proceso. Los operadores pueden empezar a familiarizarse con las pantallas y alarmas nuevas durante este periodo, ganando confianza y sacando a la luz problemas de usabilidad mientras el sistema viejo aún carga la responsabilidad real.
Cómo se derivan los datos depende de la arquitectura. Podría dividirse en el campo o la red para que ambos sistemas sondeen o reciban los mismos puntos, o el sistema nuevo podría suscribirse al mismo flujo de datos que usa el viejo. Los detalles varían, pero el principio es constante: ambos sistemas deben ver entradas idénticas para que la comparación signifique algo. Una corrida en paralelo donde los dos sistemas se alimentan de datos aunque sea un poco distintos produce diferencias imposibles de interpretar, lo que anula el propósito.
Qué discrepancias vigilar
El valor de una corrida en paralelo está en la comparación, así que el equipo decide de antemano qué comparar y qué cuenta como una discrepancia significativa. Los valores son lo primero: para el mismo punto en el mismo momento, ¿ambos sistemas muestran la misma lectura en las mismas unidades de ingeniería? Diferencias pequeñas pueden explicarse por escalamiento, redondeo o tasas de actualización distintos, pero una brecha persistente o grande apunta a un error de configuración - un factor de escalamiento equivocado, un tag mal mapeado, un error de unidades - que necesita corregirse antes de que se pueda confiar en el sistema nuevo.
Las alarmas son lo segundo y a menudo lo más revelador por comparar. Como las alarmas son donde un SCADA se gana su lugar, la corrida verifica que el sistema nuevo levante las mismas alarmas que el viejo bajo las mismas condiciones, a las mismas prioridades, y que ni invente alarmas espurias ni pierda reales. Un sistema nuevo que se queda callado cuando el viejo alarma, o que se inunda de alarmas que el viejo nunca levantó, tiene un problema de configuración que sería peligroso llevar a la operación en vivo. Lograr que el comportamiento de alarma coincida es con frecuencia la parte más difícil e importante de validar una migración.
El tiempo es la tercera dimensión. Las marcas de tiempo sobre los valores, sobre las alarmas y sobre las muestras historizadas deben alinearse de cerca entre los sistemas, porque un sistema nuevo que se retrasa, o que marca eventos con una hora distinta, puede confundir a los operadores y corromper el registro histórico usado para análisis posterior. Las discrepancias en cualquiera de estas áreas se registran, se investigan y se resuelven, y la corrida continúa hasta que las diferencias que quedan se entienden y aceptan en lugar de quedar sin explicar. La meta no es necesariamente cero diferencia - algunas diferencias son legítimas - sino cero diferencia sin explicar.
Duración, reducir el riesgo del corte y el SCADA en la nube
Cuánto correr en paralelo es un juicio sobre cobertura más que un número fijo. La corrida necesita durar lo suficiente para ver el rango de condiciones que el proceso de verdad experimenta - operación normal, pero también las alteraciones, arranques, paros y casos límite que solo aparecen de vez en cuando y son justo donde un sistema nuevo tiene más probabilidad de divergir. Una corrida en paralelo que solo ve operación calma y estable no ha probado en realidad el sistema nuevo, así que los equipos a menudo continúan hasta que se ha observado una variedad representativa de condiciones y se ha demostrado que los sistemas coinciden a través de ellas. Los sitios críticos normalmente ameritan un periodo en paralelo más largo que los simples y de baja consecuencia.
Una corrida en paralelo completada le quita gran parte del miedo al corte eventual. Para cuando se retira el sistema viejo, el nuevo ya se ha probado que coincide con él sobre datos en vivo a través de un rango de condiciones, los operadores se han vuelto cómodos con él, y los errores de configuración que de otro modo habrían salido durante el arranque ya se encontraron y corrigieron en la seguridad de la operación en sombra. Esto transforma el corte de un salto de fe en una formalidad: el cambio de autoridad del viejo al nuevo ocurre después de que el sistema nuevo ya demostró que produce las respuestas correctas, y el sistema viejo permanece disponible como respaldo hasta el momento mismo en que se retira.
La pega de la corrida en paralelo tradicional es el costo, porque levantar todo un segundo SCADA para correr junto al viejo históricamente ha significado servidores e infraestructura duplicados que existen solo para el periodo de comparación. Una plataforma de SCADA en la nube como Merobix elimina gran parte de ese costo, que es lo que vuelve la corrida en paralelo lo bastante barata para hacerla a fondo. Como el sistema nuevo es un servicio hospedado que puede leer los mismos datos de campo que el titular sin servidores nuevos en sitio, derivar los datos a ambos sistemas y correr el nuevo en sombra se vuelve cuestión de configuración en lugar de un proyecto de hardware. Para una flota de sitios remotos, cada ubicación puede correrse en paralelo y validarse en la nube antes de su corte, así que toda la migración avanza sitio por sitio sobre la fuerza de comparaciones probadas y lado a lado en lugar de esperanza, y el sistema heredado permanece caliente como respaldo en todo momento, exactamente como exige una migración de bajo riesgo.
Preguntas frecuentes
¿Cuál es el punto de correr dos sistemas SCADA en paralelo?
El punto es probar que el sistema nuevo produce las mismas respuestas que el viejo sobre los mismos datos de campo en vivo antes de retirar el viejo. Correr ambos lado a lado deja comparar valores, alarmas y tiempos bajo condiciones reales, así que los errores de configuración salen como discrepancias por corregir en lugar de como fallas durante el arranque. También mantiene el sistema heredado disponible como respaldo y deja que los operadores ganen confianza en las pantallas nuevas.
¿Qué discrepancias se buscan durante una corrida en paralelo?
Se comparan valores, alarmas y tiempos. Los valores deben coincidir en las mismas unidades de ingeniería, con brechas persistentes que apuntan a errores de escalamiento o mapeo. Las alarmas deben dispararse en las mismas condiciones a las mismas prioridades, sin alarmas faltantes ni espurias, a menudo lo más difícil e importante de lograr que coincida. Las marcas de tiempo sobre valores, alarmas e histórico deben alinearse de cerca. La meta es cero diferencia sin explicar, no necesariamente cero diferencia, ya que algunas diferencias son legítimas.
¿Cuánto debe durar una corrida en paralelo?
Lo suficiente para ver el rango de condiciones que el proceso de verdad experimenta - no solo operación calma y estable sino también alteraciones, arranques, paros y los casos límite donde un sistema nuevo tiene más probabilidad de divergir. Una corrida que solo ve operación estable no ha probado en realidad el sistema nuevo. Los equipos normalmente continúan hasta que se ha observado una variedad representativa de condiciones y los sistemas coinciden a través de ellas, con los sitios críticos ameritando por lo general un periodo más largo que los simples.
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.