Gestor redundante OPC (Exaquantum/ORM)

Beneficios

• Aumenta la fiabilidad de Exaquantum para recoger Datos de proceso
• Cubre los fallos de red y hardware
• Admite cinco o más servidores redundantes Exaopc
• Admite servidores redundantes no Exaopc

Características principales

• Admite una conmutación "en caliente" entre los pares redundantes OPC DA y HDA
• Lectura asíncrona de datos OPC DA
• Escritura síncrona de datos OPC DA
• Lectura de propiedades de elementos de OPC DA desde servidores OPC compatibles
• Lectura sincrónica Datos OPC HDA desde servidores OPC compatibles

Introducción

ORM permite la configuración de pares redundantes Servidor OPC. Dentro de cada par, un Servidor OPC se designará como "maestro" Servidor OPC con el otro Servidor OPC en modo "espera". El Servidor Master OPC pasará Datos de proceso al Servidor Exaquantum. El Servidor Standby OPC está conectado al Servidor Exaquantum con las etiquetas registradas pero con grupos inactivos.

Cuando el actual Servidor Master OPC deje de estar disponible, ORM cambiará al servidor en espera para activar los grupos y convertirse en el nuevo servidor maestro.

Capacidades

OPC DA Los datos se leen de forma asíncrona desde Servidor OPC a través del mecanismo estándar de notificación del punto de conexión del Grupo OPC.

Si se pierde la conexión Exaquantum tanto con el servidor OPC maestro como con el servidor OPC en espera, cuando se restablezca la conexión, ORM intentará utilizar el Servidor Master OPC designado anteriormente.

Tras la conmutación, el Servidor Standby OPC se convierte en el nuevo Servidor Master OPC y los datos se suministran desde este servidor hasta que se pierde la comunicación, tal y como se define en la siguiente tabla:

	Servidor OPC maestro disponible	Fallo del servidor OPC maestro
Disponible en espera	El Maestro sigue siendo el Maestro	Standby se convierte en el nuevo Master
Standby No disponible	El Maestro sigue siendo el Maestro	El tiempo de inactividad OPC se registra para una posible posterior Recuperación de datos OPC y el Servidor Master OPC designado no se modifica.

Si el actual Servidor Master OPC se cierra limpiamente y envía una notificación de cierre OPC a ORM, entonces el cambio se produce con un retraso mínimo. Si el actual Servidor Master OPC deja de estar disponible inesperadamente, por ejemplo debido a un fallo de la red, entonces la indisponibilidad es detectada por la instalación de monitorización de la conexión Servidor OPC de ORM.

ORM puede soportar un máximo de 16 conexiones OPC (pares OPC) pero este número podría incrementarse potencialmente dependiendo de la carga de Servidor Exaquantum debido a la cantidad de Datos de proceso que se reciba.

Supervisión de las conexiones al servidor

En un Período electoral configurable, ORM comprueba el estado de cada Servidor OPC. Si la llamada a Servidor Master OPC falla, o si el estado de Servidor Master OPC es "no se está ejecutando", entonces se intenta cambiar a Servidor Standby OPC. Si tampoco está disponible, ORM registra un tiempo de inactividad OPC y la designación Servidor Master OPC no se modifica. ORM sigue intentando restablecer la conexión con Servidor OPC (s) cada Período electoral. Cuando se restablece la conexión, ORM utiliza el Servidor Master OPC anterior siempre que sea posible, ya que es el servidor que tiene más probabilidades de estar disponible Datos OPC HDA.

Recogida de datos OPC HDA

ORM lee Datos OPC HDA en los siguientes casos:

• La historia se pone al día cuando Exaquantum se pone en marcha
• Recuperación de datos OPC

ORM lee datos del servidor OPC maestro, si está disponible. Si el servidor maestro deja de estar disponible mientras se está ejecutando la actualización del historial o Recuperación de datos OPC, ORM intenta cambiar al Servidor Standby OPC, que, si tiene éxito, se convierte en el nuevo maestro para los bloques de recuperación posteriores.

Para los tipos de servidor OPC Exaopc (Exaopc-STN, Exaopc-XL y Exaopc-µXL), se solicita Datos OPC HDA para la frecuencia de actualización específica del elemento.

Tenga en cuenta que ORM no incluye un módulo de ecualización OPC HDA como el que proporciona Exaopc-RD para garantizar que ambos servidores OPC de un par redundante tengan disponible la misma Datos OPC HDA. Esta es una función de Exaopc-RD y no de Exaquantum. Para Exaopc, el Servidor Standby OPC no almacenará HDA ya que sus grupos no están activos.

OPC DA Escritura de datos

ORM admite la escritura sincrónica de datos en OPC DA. La escritura de datos se realiza sólo en el Servidor Master OPC actual. Si la escritura falla porque el Servidor Master OPC actual ha dejado de estar disponible, pero aún no ha sido detectado por la comprobación de conexión periódica de ORM, entonces se intenta la conmutación inmediatamente y, si tiene éxito, se intenta la escritura en el nuevo Servidor Master OPC.

Acceso a la propiedad OPC

ORM soporta el acceso a propiedades OPC DA donde los datos de la propiedad se leen de la siguiente manera:

• Cuando se configuran nuevas etiquetas OPC en Exaquantum
• Cuando se solicita una actualización de todos los datos de propiedad para una pasarela OPC específica a través de las herramientas de administración estándar de Exaquantum
• Cuando se realiza una actualización programada de los datos de propiedad de todos los Puertas de enlace OPC

Los datos de la propiedad se leen en un hilo asíncrono desde el Servidor Master OPC actual y se pasan al Exaquantum OPC. Si la lectura de los datos de la propiedad falla porque el Servidor Master OPC actual no está disponible pero aún no ha sido detectado por la comprobación periódica de la conexión, la solicitud se vuelve a intentar en el Servidor Standby OPC.

Exaquantum Funciones compatibles sin redundancia

Las siguientes funciones de Exaquantum son compatibles con ORM, dependiendo de la configuración de la pasarela OPC y de si los servidores OPC subyacentes las admiten:

• Ecualización OPC
• Generación de etiquetas HIS
• Prueba de conexión de inicio de sesión OPC