LC800 - Guía del Usuario
7.12
Agregando controladores redundantes a un sistema no redundante
Un controlador no redundante en verdad posee soporte a la operación en redundancia, operando
como Primario y en estado Stand Alone.
Así, un sistema no redundante en operación puede agregar controladores redundantes
posteriormente, sin la interrupción del proceso. Es necesario apenas que el sistema no redundante
haya previsto los cuidados de acuerdo con la sección Preparando un sistema redundante. El
procedimiento es el mismo de la sección anterior (Substitución de un módulo controlador con falla).
Actualización del firmware sin interrupción del proceso
Es posible realizar un Upgrade de los controladores para versiones más actuales de Firmware que
agreguen mejoras o nuevas características sin que sea necesaria la interrupción del proceso.
En el procedimiento siguiente, para fines de referencia, designamos uno de los controladores como
A y el otro como B. Se puede imaginar el controlador A como siendo el que al comienzo de la
ejecución del procedimiento era el Primario. Es decir, estas referencias A y B son estáticas,
pudiéndose hasta relacionar como siendo A - controlador de la izquierda en el panel, y B - controlador
de la derecha en el panel.
Siga los siguientes pasos:
1 - Certifíquese de que el sistema tenga el estatus Synchronized y <none> en los parámetros
BAD_CONDITIONS. Entonces, usando el FBTools, actualice el Firmware del controlador A
(el Primario actual). En este momento, el otro controlador (B) asumirá la planta, pasando a ser
el Primario actual.
2 - Tras finalizar la actualización del Firmware de A, el par controlador sincronizará con el Primario
actual (B), transfiriendo toda la configuración al otro (A). Aguarde que el sistema tenga el
estatus Synchronized y <none> en los parámetros BAD_CONDITIONS.
3 - Usando el FBTools, actualice el Firmware del controlador Primario actual (B). En este
momento, el otro controlador (A) asumirá la planta, pasando a ser el Primario actual.
4 - Tras finalizar la actualización del Firmware, el par controlador sincronizará con el Primario
actual, transfiriendo toda la configuración al otro (B). Así que el sistema tenga el estatus
Synchronized y <none> en los parámetros BAD_CONDITIONS, la redundancia estará
totalmente disponible y se podrán hacer simulaciones de fallas.
Habiendo terminado este procedimiento, ambos controladores tendrán el Firmware actualizado y la
configuración original preservada, sin que haya sido necesaria la interrupción del proceso de la
planta.
Solución de problemas
Conflicto de función
Esta situación excepcional sucede cuando se dejó de seguir algún procedimiento. Es señalizada
tanto por el parámetro RED_SYNC_STATUS (valor 5: WARNING: Role Conflict) como por el LED
de Standby (ver el punto Comportamiento del LED Standby).
Hay una posibilidad de que suceda un conflicto apenas cuando un cierto controlador ya tuvo un aliado
operando en redundancia, cuando entonces uno de los controladores se cambia sin que se haya
efectuado el Factory Init en el nuevo controlador insertado. En tal situación, la redundancia no define
el papel del nuevo controlador por razones de seguridad y es responsabilidad del usuario decidir qué
controlador posee la configuración esperada.
Solución: usuario debe efectuar el modo Factory Init en el controlador que desea que sea el
Secundario (se borrará toda la configuración de este controlador y recibirá la configuración del otro
controlador).
Corrección de falla de cables de sincronismo
Si hay una falla en alguno de los caminos de sincronismo (Serial, Eth1, Eth2), ella es señalizada por
los parámetros BAD_CONDITIONS, respectivamente con: Serial Sync Cable , Eth1 y Eth2 (ver
Tabla 13.2). Aunque el canal de sincronismo sea redundante (con hasta tres caminos), se
recomienda que así que se señalice en alguno de los caminos, se corrija.