WinCC Unified Redundancy V20

Con TIA Portal V20 ya está disponible la opción de WinCC Unified Redundancy. En este artículo vamos a preparar una configuración básica para comprobar que dos servidores WinCC Unified PC Runtime pueden trabajar como pareja redundante.

Antes de empezar conviene revisar las consideraciones oficiales de Siemens sobre WinCC Unified Redundancy V20, porque hay requisitos de instalación, almacenamiento, certificados, usuarios y licencias que afectan directamente a la puesta en marcha.

El recorrido será el siguiente: crear el equipo WinCC Unified PC en TIA Portal, definir el servidor principal, configurar la tarjeta de red, activar la redundancia, preparar el almacenamiento histórico con SQL Server, transferir a ambos servidores y probar la conmutación desde un cliente.

Partimos de un proyecto nuevo o de un proyecto existente en TIA Portal. Agregamos un nuevo dispositivo de tipo SIMATIC WinCC Unified PC. Este será el runtime que después descargaremos sobre los servidores.

Al agregar el dispositivo, TIA Portal crea automáticamente la SIMATIC PC Station. Desde sus propiedades definimos qué equipo actuará como servidor principal. Es importante que los nombres usados aquí coincidan con los equipos reales o virtuales donde se instalará el runtime.

El siguiente paso es agregar la tarjeta de red correspondiente al chasis de la PC Station. Debe coincidir con la interfaz que usara el servidor para comunicarse con la red de planta y con el otro nodo redundante.

Asignamos la dirección IP de la interfaz. Con esto queda configurada la parte de hardware necesaria para que TIA Portal pueda identificar la estación y preparar la descarga.

Entramos en las propiedades de WinCC Unified PC RT. La configuración básica es directa: activamos Enable redundancy y definimos el servidor redundante. A partir de ese momento el proyecto ya conoce la pareja de servidores.

Para esta configuración de redundancia, los históricos deben almacenarse mediante WinCC Unified DB Storage sobre SQL Server, no con SQLite. Por eso también configuramos el almacenamiento de datos históricos antes de hacer la transferencia definitiva.

Para mantener la prueba sencilla, en la pantalla del proyecto solo se han colocado variables de sistema relacionadas con la redundancia. Así podemos comprobar el estado real de los servidores sin complicar el ejemplo con funcionalidad de proceso.

Damos por hecho que existen dos servidores con los nombres configurados en TIA Portal. En ambos deben estar instalados y configurados los componentes necesarios para ejecutar WinCC Unified en redundancia.

Componentes instalados:

• WinCC Unified PC Runtime V20 + SR1.
• WinCC Unified DB Storage V20.

Configuraciones previas:

• WinCC Unified Certificate Manager, para generar los certificados que después se instalarán en los clientes.
• WinCC Unified Configuration.
• Sincronización entre los dos servidores.

Desde la estación de ingeniería con TIA Portal podemos comprobar que ambos servidores aparecen disponibles.

Primero transferimos el proyecto al servidor principal. En la ventana de descarga se muestran las opciones que podemos aplicar durante la transferencia.

La pregunta normal en este punto es: ¿cómo se transfiere al servidor secundario? Si los dos servidores están disponibles, TIA Portal permite seleccionar también el nodo secundario y descargar el proyecto sobre él.

Con la descarga completada ya tenemos los dos servidores funcionando como pareja redundante.

En este punto nos conectamos desde un cliente y probamos los escenarios basicos:

• Conectar al sistema con ambos servidores activos.
• Deshabilitar o parar el servidor principal y comprobar el cambio al servidor redundante.
• Restaurar el servidor principal y observar la recuperación.
• Repetir la prueba parando el otro servidor.

En el vídeo se puede ver el comportamiento de la prueba. Un detalle importante: al cambiar de servidor, el usuario debe volver a iniciar sesión.

La configuración también depende de las licencias. La licencia de redundancia es común para la arquitectura, pero el resto de licencias se debe considerar para cada servidor, de forma similar a lo que ocurre en WinCC clásico.

• WinCC Unified Redundancy.
• WinCC Unified Runtime (RT).
• WinCC Unified Database Storage.
• WinCC Unified Clients, según el número de clientes.
• WinCC Unified Logging Tags, opcional.
• WinCC Unified Audit, opcional.
• WinCC Unified Parameter Control, opcional.

La siguiente prueba natural es configurar UMC, el User Management Component, para trabajar con gestión centralizada de usuarios en la arquitectura.

• UMC (User Management Control): instalación y configuración
• TIA Portal Central User Management
• UMC Redundancy (User Management Component)
• WinCC Unified User Management Component
• SSRS con WinCC Unified y SQLite
• IIS Reverse Proxy para Reporting Services en WinCC Unified
• Segmentación de redes con S7-1500 y WinCC Unified