Siemens SIMATIC HMI Manual De Sistema página 131

Fin de la avería del acoplamiento de proceso en el servidor2
Dando por supuesto que se había activado la vigilancia del acoplamiento con el proceso, la
laguna en la memoria de ficheros del servidor2 se rellenará aplicando las siguientes medidas:
● El servidor1 memoriza el momento del restablecimiento del servidor2.
● Se realiza una sincronización de redundancia del servidor1 al servidor2, ya que el
● En el servidor2 se modifica la variable "@RedundantServerState" de "Fault" a "Standby".
● El fin de la avería del acoplamiento de proceso en el servidor2 se comunica a través de
5.6.2.6 Escenario 5: Fallo de software
Introducción
En este escenario aparece en el servidor2 un fallo de un software controlado. Al producirse
el fallo de conexión el servidor2 tiene el estado "Maestro" y el servidor1 el estado "Standby".
Hay conectados varios clientes en ambos servidores.
Si la función "Application Health Check" detecta una anomalía en el software WinCC, se
activan las siguientes reacciones:
● "Application Health Check" notifica el fallo a WinCC Redundancy. El estado del servidor2
● En el servidor1, "@RM_MASTER" se ajusta a "Maestro". De la misma forma se adaptan
● Los clientes enlazados con el servidor 2 se conmutan al servidor 1.
● A través de un aviso del sistema de control se comunica al usuario la anomalía del software,
Medidas tras el fin del fallo de software en el servidor2
Desactive el proyecto afectado del servidor2. Reinicie el servidor2. Tras activarse el proyecto
en el servidor2 se sincronizan automáticamente los ficheros.
● En el servidor2, la variable "@RedundantServerState" se ajusta a "Standby". El servidor1
● El servidor1 memoriza el momento del restablecimiento, con fecha y hora, del servidor2.
● Ahora es posible una nueva conexión de los clientes a este servidor. Una sincronización
WinCC: Configuraciones
Manual de sistema, 06/2014, A5E34376121-AA
acoplamiento del proceso no estuvo averiado en el servidor 1. Se sincronizan los datos de
todos los sistemas de automatización, incluso los datos de los sistemas que no han fallado.
un aviso del sistema.
se ajusta en la variable "@RedundantServerState" a "Fault". La variable "@RM_MASTER"
se ajusta a "Standby".
"@RM_MASTER_NAME" y "@RedundantServerState".
si la causa no viene del mismo servidor de Alarma.
sigue siendo el "Maestro".
de ficheros se realiza de forma retroactiva hasta el momento de la detección del fallo en
el software del servidor2.
5.6 Posibles situaciones para WinCC Redundancy
Sistemas redundantes
131