MDM - WinCC: Configuraciones - Siemens Industry Online Support
Anuncio
Sistema distribuido 1 ArchiveServer 2 Servidor de archivos 3 WinCC ServiceMode 4 Sistemas redundantes 5 SIMATIC HMI WinCC V7.0 SP1 MDM - WinCC: Configuraciones Manual de sistema Impresión de la Ayuda en pantalla 11/2008 Notas jurídicas Filosofía en la señalización de advertencias y peligros Este manual contiene las informaciones necesarias para la seguridad personal así como para la prevención de daños materiales. Las informaciones para su seguridad personal están resaltadas con un triángulo de advertencia; las informaciones para evitar únicamente daños materiales no llevan dicho triángulo. De acuerdo al grado de peligro las consignas se representan, de mayor a menor peligro, como sigue. DANGER Significa que, si no se adoptan las medidas preventivas adecuadas se producirá la muerte, o bien lesiones corporales graves. WARNING Significa que, si no se adoptan las medidas preventivas adecuadas puede producirse la muerte o bien lesiones corporales graves. CAUTION con triángulo de advertencia significa que si no se adoptan las medidas preventivas adecuadas, pueden producirse lesiones corporales. CAUTION sin triángulo de advertencia significa que si no se adoptan las medidas preventivas adecuadas, pueden producirse daños materiales. NOTICE significa que puede producirse un resultado o estado no deseado si no se respeta la consigna de seguridad correspondiente. Si se dan varios niveles de peligro se usa siempre la consigna de seguridad más estricta en cada caso. Si en una consigna de seguridad con triángulo de advertencia se alarma de posibles daños personales, la misma consigna puede contener también una advertencia sobre posibles daños materiales. Personal cualificado El producto/sistema tratado en esta documentación sólo deberá ser manejado o manipulado por personal cualificado para la tarea encomendada y observando lo indicado en la documentación correspondiente a la misma, particularmente las consignas de seguridad y advertencias en ella incluidas. Debido a su formación y experiencia, el personal cualificado está en condiciones de reconocer riesgos resultantes del manejo o manipulación de dichos productos/sistemas y de evitar posibles peligros. Uso previsto o de los productos de Siemens Considere lo siguiente: WARNING Los productos de Siemens sólo deberán usarse para los casos de aplicación previstos en el catálogo y la documentación técnica asociada. De usarse productos y componentes de terceros, éstos deberán haber sido recomendados u homologados por Siemens. El funcionamiento correcto y seguro de los productos exige que su transporte, almacenamiento, instalación, montaje, manejo y mantenimiento hayan sido realizados de forma correcta. Es preciso respetar las condiciones ambientales permitidas. También deberán seguirse las indicaciones y advertencias que figuran en la documentación asociada. Marcas registradas Todos los nombres marcados con ® son marcas registradas de Siemens AG. Los restantes nombres y designaciones contenidos en el presente documento pueden ser marcas registradas cuya utilización por terceros para sus propios fines puede violar los derechos de sus titulares. Exención de responsabilidad Hemos comprobado la concordancia del contenido de esta publicación con el hardware y el software descritos. Sin embargo, como es imposible excluir desviaciones, no podemos hacernos responsable de la plena concordancia. El contenido de esta publicación se revisa periódicamente; si es necesario, las posibles las correcciones se incluyen en la siguiente edición. Siemens AG Industry Sector Postfach 48 48 90026 NÜRNBERG ALEMANIA Ⓟ 08/2009 Copyright © Siemens AG 2008. Sujeto a cambios sin previo aviso Índice 1 Sistema distribuido.......................................................................................................................................7 1 Recursos.......................................................................................................................................7 1.1 Sistemas multipuesto en WinCC...................................................................................................7 1.2 Sistemas Cliente-Servidor en WinCC............................................................................................7 1.3 Configuraciones y recursos disponibles........................................................................................9 1.4 Escenarios Cliente-Servidor........................................................................................................11 1.5 1.5.1 1.5.2 1.5.3 1.5.4 1.5.5 1.5.6 Configuración de servidor............................................................................................................14 Configuración de servidor............................................................................................................14 Manera de crear un nuevo proyecto en el servidor.....................................................................16 Manera de incluir clientes en la lista de equipos.........................................................................18 Manera de configurar las autorizaciones de uso.........................................................................19 Manera de proyectar la exportación de paquetes.......................................................................21 Manera de configurar los clientes en un proyecto de servidor....................................................26 1.6 1.6.1 1.6.2 1.6.3 1.6.4 1.6.5 1.6.6 1.6.7 1.6.8 1.6.9 1.6.10 1.6.11 Configuración de cliente..............................................................................................................27 Configuración de cliente..............................................................................................................27 Manera de crear un nuevo proyecto en el cliente.......................................................................29 Manera de configurar la importación de paquetes......................................................................31 Manera de configurar un servidor predeterminado.....................................................................35 Manera de configurar un servidor de preferencia........................................................................38 Manera de configurar la imagen inicial del cliente.......................................................................41 Manera de visualizar imágenes de diferentes servidores...........................................................44 Manera de configurar un cambio de imagen en el cliente...........................................................46 Manera de utilizar datos de distintos servidores.........................................................................48 Manera de visualizar avisos de diferentes servidores.................................................................51 Manera de configurar el informe secuencial de avisos para avisos de varios servidores...........52 1.7 1.7.1 1.7.2 1.7.3 1.7.4 1.7.5 1.7.6 Comportamiento del sistema en Runtime...................................................................................54 Comportamiento del sistema en Runtime...................................................................................54 Arrancar el servidor.....................................................................................................................56 Arrancar el cliente........................................................................................................................58 Particularidades de la comunicación en un servidor con varias tarjetas de red..........................59 Apagar el servidor.......................................................................................................................61 Apagar el cliente..........................................................................................................................61 1.8 1.8.1 1.8.2 1.8.3 1.8.4 1.8.5 1.8.6 1.8.7 Configuración remota..................................................................................................................62 Configuración remota..................................................................................................................62 Manera de acceder a equipos fuera de una subred....................................................................64 Acceso a proyectos desde varios clientes...................................................................................66 Manera de abrir un proyecto para editarlo..................................................................................68 Manera de editar imágenes del proyecto de servidor.................................................................70 Manera de activar un proyecto....................................................................................................71 Manera de desactivar un proyecto..............................................................................................72 1.9 Uso de interfaces OPC en sistemas Cliente-Servidor.................................................................73 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 3 Índice 2 3 4 5 4 ArchiveServer.............................................................................................................................................75 2 Recursos.....................................................................................................................................75 2.1 Inicialización del servidor de ficheros históricos..........................................................................75 Servidor de archivos...................................................................................................................................77 3 Recursos.....................................................................................................................................77 3.1 Instalación del servidor de ficheros.............................................................................................77 WinCC ServiceMode..................................................................................................................................79 4 Recursos.....................................................................................................................................79 4.1 WinCC ServiceMode...................................................................................................................79 4.2 Proyecto estándar y proyecto de servicio ...................................................................................79 4.3 Configuraciones para un proyecto de servicio............................................................................80 4.4 Utilización de un proyecto de servicio y restricciones.................................................................80 4.5 Estado y control de WinCC en el área Tray................................................................................82 4.6 4.6.1 4.6.2 Funcionamiento y requisitos........................................................................................................84 Funcionamiento de un proyecto de servicio................................................................................84 Requisitos para la ejecutabilidad de un proyecto de servicio......................................................85 4.7 4.7.1 Configurar WinCC ServiceMode.................................................................................................87 Cómo se define un proyecto como servicio.................................................................................87 4.8 4.8.1 4.8.2 4.8.3 4.8.4 Proyecto de servicio en Runtime.................................................................................................89 Proyecto de servicio en Runtime.................................................................................................89 Cómo se activa un proyecto de servicio......................................................................................89 Alta y baja durante un proyecto de servicio activo......................................................................90 Activación de la operación interactiva con fines de servicio........................................................91 Sistemas redundantes................................................................................................................................93 5 Recursos.....................................................................................................................................93 5.1 Redundancia...............................................................................................................................93 5.2 Redundancia en WinCC..............................................................................................................94 5.3 5.3.1 5.3.2 Estructura del sistema WinCC.....................................................................................................96 Estructura del sistema WinCC sin redundancia..........................................................................96 Estructura de un sistema WinCC con redundancia.....................................................................98 5.4 Funcionamiento de la redundancia.............................................................................................99 5.5 5.5.1 5.5.2 5.5.3 5.5.4 5.5.5 5.5.6 5.5.7 5.5.7.1 5.5.7.2 Configuración de servidores redundantes.................................................................................102 Guía para crear un sistema redundante....................................................................................102 Requisitos para sistemas redundantes.....................................................................................104 Configuración con funciones idénticas......................................................................................105 Ficheros de usuario redundantes..............................................................................................107 Avisos sincronizados online......................................................................................................107 Registro de los servidores en Windows....................................................................................108 Configuración............................................................................................................................110 Configuración de la redundancia...............................................................................................110 Ficha "General'".........................................................................................................................112 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Índice 5.5.7.3 5.5.8 5.5.8.1 5.5.8.2 5.5.8.3 Ficha '"User Archive'"................................................................................................................116 WinCC Project Duplicator..........................................................................................................118 WinCC Projekt Duplicator..........................................................................................................118 Manera de duplicar un proyecto para servidores redundantes.................................................118 Manera de duplicar un proyecto redundante en funcionamiento..............................................121 5.6 5.6.1 5.6.2 5.6.2.1 5.6.2.2 5.6.2.3 5.6.2.4 5.6.2.5 5.6.2.6 Trabajar con redundancia..........................................................................................................122 Ejemplo de conmutación de cliente en caso de fallar el acoplamiento al proceso...................122 Escenarios de anomalías..........................................................................................................126 Escenarios de anomalías..........................................................................................................126 Escenario 1: El proyecto en el equipo servidor no está en Runtime.........................................127 Escenario 2: Fallo de conexión con el servidor asociado..........................................................129 Escenario 3: Fallo de la conexión de red con el cliente............................................................131 Escenario 4: Acoplamiento al proceso averiado.......................................................................131 Escenario 5: Fallo de software..................................................................................................132 5.7 5.7.1 5.7.2 5.7.3 5.7.3.1 5.7.3.2 5.7.3.3 5.7.3.4 5.7.3.5 5.7.3.6 5.7.3.7 5.7.3.8 Anexo........................................................................................................................................134 Avisos de sistema de WinCC Redundancy...............................................................................134 Variables de sistema de WinCC Redundancy...........................................................................135 Abreviaturas..............................................................................................................................137 Abreviaturas..............................................................................................................................137 Nivel de ernpresa......................................................................................................................137 Nivel de gestión.........................................................................................................................137 Nivel de proceso........................................................................................................................138 Servidor.....................................................................................................................................138 Cliente.......................................................................................................................................138 Proyecto....................................................................................................................................138 Memoria de fichero....................................................................................................................138 Índice alfabético........................................................................................................................................139 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 5 Sistema distribuido 1 Recursos 1.1 Sistemas multipuesto en WinCC 1 Contenido Con WinCC usted puede configurar sistemas Cliente-Servidor, y de esta manera distribuir el manejo y observación de su instalación a varios clientes y servidores. En grandes instalaciones usted puede entonces aliviar cada uno de los ordenadores e incriminar el rendimiento. El presente capítulo le muestra: ● Los escenarios de Clientes-Servidores que usted puede realizar con WinCC. ● Cómo puede usted configurar los servidores y clientes del sistema Cliente-Servidor. ● Cómo puede usted configurar clientes que visualizan vistas en varios servidores. ● Cómo es el comportamiento del sistema Cliente-Servidor en Runtime. ● Cómo usted configura remoto un proyecto de servidor desde un cliente. 1.2 Sistemas Cliente-Servidor en WinCC Introducción Con WinCC usted puede configurar sistemas Cliente-Servidor con varios clientes y servidores y manejar y observar así eficientemente grandes instalaciones. Con la distribución de las tareas al manejar y observar el proceso en varios servidores se descargará el servidor propio y de esta manera se incrementa el rendimiento. Además usted tiene también la posibilidad de representar con WinCC, de manera tecnológica o topológica, instalaciones estructuradas de manera compleja. Los sistemas Cliente-Servidor se aplican por ejemplo en: ● En grandes instalaciones donde se necesitan varios puestos de visualización y de manejo (clientes) para las mismas tareas. ● Cuando se quiere distribuir diferentes tareas de manejo y visualización entre varios puestos de operador, por ejemplo un cliente centralizado para indicar todos los avisos de una instalación. Usted puede aplicar los clientes para: MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 7 Sistema distribuido 1.2 Sistemas Cliente-Servidor en WinCC ● Configurar sistemas de estaciones multipuestos con un servidor: Varios clientes acceden al proyecto de un servidor con conexión al proceso. En un sistema de estación multipuesto no es necesario hacer la configuración de los clientes, todos los datos son ofrecidos por el servidor. ● Configurar sistemas distribuidos con varios servidores: Los clientes pueden mostrar datos de diferentes servidores con conexión al proceso. En un sistema distribuido cada cliente tiene una configuración individual, los datos necesarios del servidor se importan en los clientes y, cuando se hace cualquier modificación, se actualizan automáticamente. Los datos del proceso son ofrecidos por los servidores. ● A configurar Remote: Un proyecto de servidor se configura desde un cliente. ● A observar Remote: Un proyecto de servidor se observa desde un cliente. Requisitos para configurar sistemas Cliente-Servidor Para poder configurar con WinCC sistemas Cliente-Servidor usted necesita la opción "WinCC Server" en cada servidor WinCC. Todos los equipos en un sistema Cliente-Servidor deben estar enlazados entre sí con una red (LAN). Equipos de subredes vecinas, que están conectados con Router, también se pueden identificar (login) en el sistema como si fueran clientes o servidores. Para enlazar equipos a través de ISDN usted necesita la SmartTool "Communication Configurator" de WinCC. Sistemas redundantes Para que la instalación pueda seguir funcionando en caso de averías, como por ejemplo cuando falla un servidor, usted configura servidores redundantes. El modo exacto de proceder para configurar sistemas redundantes lo encuentra en la documentación "Sistemas redundantes" de WinCC. En esta documentación usted encontrará la información para la configuración de clientes en sistemas redundantes. Nota No está permitido configurar remoto cuando el proyecto está abierto en ambos vinculados de redundancia. Para configurar un sistema redundante no se debe abrir ningún proyecto WinCC en el equipo Standby. Para configurar un sistema redundante en Runtime hay que proceder de la siguiente manera: - Desactive el equipo Standby y cierre el proyecto. - Configure el equipo Master en Runtime, o remoto o local. - Una vez terminada la configuración online, duplique en el equipo Standby el proyecto con el Project Duplicator en Runtime. - Abra y active otra vez el proyecto en el equipo Standby. 8 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.3 Configuraciones y recursos disponibles Consulte también Uso de interfaces OPC en sistemas Cliente-Servidor (Página 73) Configuración remota (Página 62) Comportamiento del sistema en Runtime (Página 54) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) 1.3 Configuraciones y recursos disponibles Configuración de sistemas Cliente-Servidor para diferentes exigencias De acuerdo a las exigencias, usted puede configurar diversas soluciones Cliente-Servidor. Para hacerlo tiene la posibilidad de aplicar Clientes, WebClients y ThinClients. Clientes Con clientes en un sistema Cliente-Servidor, y de acuerdo a la configuración, usted puede: ● Visualizar en varios clientes la vista de un servidor (sistema de estación multipuesto) ● Visualizar en clientes las vistas de varios servidores (sistema distribuido) ● Configurar (remoto) un proyecto de servidor desde un cliente ● Activar y desactivar (remoto) un proyecto de servidor desde un cliente Para la configuración de varios clientes usted necesita la opción "WinCC Server" en cada servidor. WebClients Usted utiliza WebClients en un sistema Cliente-Servidor cuando por ejemplo: ● Es necesario acceder al sistema incluso a través de conexiones de banda pequeña ● Se accede únicamente de manera temporal a los datos ● Es necesario acceder a los datos desde grandes distancias, por ejemplo vía Internet WebClients tienen las siguientes ventajas: ● Se pueden usar equipos clientes con diferentes sistemas operativos ● Simultáneamente varios WebClients pueden acceder a un servidor ● Se pueden realizar grandes recursos disponibles Para configurar WebClients usted necesita una instalación mínima de WinCC y la opción "WinCC WebNavigator". MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 9 Sistema distribuido 1.3 Configuraciones y recursos disponibles ThinClients Con ThinClients usted tiene las características más importantes de WebClients con las siguientes características adicionales: ● Es posible su aplicación en formas de plataformas robustas de clientes en Windows CE Basis (por ejemplo MP370) ● Es posible usar clientes móviles (por ejemplo Mobic) Para configurar ThinClients usted necesita la instalación mínima de WinCC y la opción "WinCC WebNavigator". Posible cantidad de clientes y servidores De acuerdo al tipo y a la cantidad de tipos de clientes utilizados se pueden realizar diferentes recursos disponibles. Se pueden realizar sistemas mixtos, es decir, el uso paralelo de clientes y WebClients en un sistema Cliente-Servidor. Si sólo usa clientes pueden acceder en una red WinCC hasta 32 cliente paralelos a un servidor. En Runtime un cliente puede acceder hasta a 12 servidores. Se pueden utilizar máximo 24 servidores en forma de 12 pares de servidores redundantes. En la entrada de clientes web (WebClients) consigue usted estructuras grandes de hasta 51 clientes (1 cliente y 50 clientes de web). En así un sistema puede poner máximo 24 servidores en forma de 12 parejas de servidores redundantes. Configuración de sistemas mixtos Para configurar un sistema mixto usted debería tener en cuenta la siguiente regla para recursos disponibles máximos: Cada tipo de cliente tiene una valoración: ● WebClient/Thin Client = 1 ● Cliente = 2 ● Cliente con la función "Configurar remoto" = 4 La cantidad total de valoraciones de todos los clientes no debería sobrepasar el valor de 60 por servidor en servidores WinCC sin función de uso. En servidores con función de uso el valor no debería sobrepasar 16. Ejemplo: 10 Componentes Valoración 2 clientes con la función "Configurar remoto" 2x4=8 4 Clientes 4x2=8 44 WebClients 44 x 1 = 44 Suma 60 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.4 Escenarios Cliente-Servidor Consulte también Sistemas Cliente-Servidor en WinCC (Página 7) Uso de interfaces OPC en sistemas Cliente-Servidor (Página 73) Configuración remota (Página 62) Comportamiento del sistema en Runtime (Página 54) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) 1.4 Escenarios Cliente-Servidor Introducción Usted puede realizar con WinCC, según el caso del uso, diferentes escenarios del cliente del servidor: Sistema para estación multipuesto Usted configura, de manera típica, un sistema de estación multipuesto en instalaciones pequeñas en las que no es necesario distribuir los datos en varios servidores. Usted configura un servidor con conexión al proceso que es responsable de todas las funciones centrales, y varias estaciones de mando (clientes). Las estaciones de operador pueden asumir tareas iguales o diferentes. De acuerdo a la autorización de uso, los clientes pueden: ● Únicamente observar la instalación. ● Manejar y observar. ● Configurar remoto el proyecto del servidor, por ejemplo como si fuera un equipo de mantenimiento. De acuerdo a la configuración, los clientes pueden: ● Mostrar todos la misma vista del proyecto cuando el proceso, por ejemplo, se debe manejar desde varios lugares de la instalación. ● Mostrar diferentes vistas del proyecto, por ejemplo únicamente avisos. Asignando derechos a los distintos usuarios se fijan individualmente las funciones que el usuario de una determinada estación de operador puede utilizar. Sistema distribuido Normalmente se utilizan los sistemas distribuidos con varios servidores en instalaciones grandes, especialmente cuando se deben procesar grandes cantidades de datos. Mediante la distribución de las tareas a varios servidores se descarga el servidor individual. Conseguirá más rendimiento en el sistema y podrá llevar a cabo recursos disponibles más grandes. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 11 Sistema distribuido 1.4 Escenarios Cliente-Servidor Si usted configura sistemas distribuidos en un sistema WinCC, distribuye a los servidores, con configuraciones respectivas, las tareas del proceso, ya sea según pasos del proceso o de manera funcional: ● En una distribución tecnológica se acepta de cada servidor un área de una instalación limitable, por ejemplo, una prensa determinada o una unidad de secado. ● En una distribución funcional se acepta una determinada tarea de cada servidor, por ejemplo visualizar, archivar o alarmar. Los clientes en un sistema distribuido pueden, c/u, representar en Runtime los datos de hasta doce diferentes servidores o pares de servidores redundantes. Cada cliente en un sistema distribuido recibe una configuración propia con imágenes de base y pocos datos locales. Los datos del servidor necesarios para la representación de los datos del proceso son transferidos por los servidores a los clientes y, en caso de ser necesario, se pueden actualizar automáticamente. Servidor de archivos En sistemas Cliente-Servidor usted puede aplicar un Fileserver para almacenar todos los proyectos y administrarlos centralmente. Así, por ejemplo es más sencillo crear copias de seguridad regulares de todos los proyectos. Los servidores con conexión al proceso tienen acceso al servidor de archivos y pueden configurar los proyectos en el servidor de archivos. El Fileserver se puede aplicar única y exclusivamente para la configuración. El servidor de archivos puede, según las necesidades, ser adaptado especialmente a las exigencias haciendo uso de otros componentes de hardware. Usted puede, por ejemplo, con placas de espejos garantizar una seguridad contra fallos. Servidor de ficheros históricos Usted utiliza un servidor de ficheros históricos para asegurar backups de ficheros. Como servidor de ficheros históricos sirve un servidor sin conexión al proceso en el que los servidores con conexión al proceso almacenan temporalmente sus backups de ficheros. En el servidor de archivos históricos se puede acceder a los datos archivados con aplicaciones externas, por ejemplo con OLE-DB. Servidor de archivos central En un servidor de ficheros central (WinCC CAS) usted puede guardar todos los valores del proceso y avisos de todos los servidores WinCC conectados. Los valores de proceso y los avisos guardados los puede editar en la imagen del proceso, de la manera usual en Runtime, en WinCC Online Trend Control o en WinCC Alarm Control. Además, a través de los interfaces definidos, como por ejemplo OLE-DB, tiene usted acceso directo a los valores de proceso y avisos archivados. De esta manera usted puede poner a disposición por ejemplo datos importantes de la producción para fines de análisis en toda la empresa. Para cada servidor de ficheros central se necesita una licencia de servidor WinCC CAS. El proyecto WinCC tiene que ser administrado en el SIMATIC NCM PC Manager. 12 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.4 Escenarios Cliente-Servidor Comunicación Servidor-Servidor En una comunicación entre dos servidores, un servidor accede a los datos del otro servidor. Un servidor puede acceder a datos de hasta otros doce servidores o pares de servidores redundantes. El servidor que accede se comporta como un cliente en relación a la configuración y al manejo, con la excepción de que ningún servidor predeterminado puede ser configurado. Para cada servidor que accede se necesita una licencia de servidor WinCC. Durante la configuración del sistema, el servidor que accede debe ser incluido en los recursos disponibles. Servidor predeterminado En sistemas distribuidos, los WinCC Controls reciben sus datos con prefijo de servidor de determinados servidores para visualizar avisos y datos del proceso. En un sistema distribuido usted configura un servidor predeterminado a clientes, para que los datos en los que no se ha indicado un prefijo de servidor inequívoco puedan ser solicitados por este servidor predeterminado. Si no se ha indicado un servidor predeterminado, se tratará de acceder localmente a los datos respectivos. Si no hay administración local de datos (por ejemplo avisos y archivos), el acceso será rechazado con un aviso de fallo. Servidor de preferencia Si en su sistema de estación multipuesto o sistema distribuido utiliza un servidor redundante, configure en los clientes un servidor de preferencia. Un servidor de preferencia es el servidor de un par de servidores redundantes al que el cliente se conecta de manera preferencial en un sistema de estación multipuesto o en un sistema distribuido. El servidor de preferencia se puede elegir de manera separada para cada cliente, de modo que se garantiza la operabilidad permanente del sistema. Consulte también Manera de configurar un servidor de preferencia (Página 38) Manera de configurar un servidor predeterminado (Página 35) Comportamiento del sistema en Runtime (Página 54) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 13 Sistema distribuido 1.5 Configuración de servidor 1.5 Configuración de servidor 1.5.1 Configuración de servidor Introducción Un servidor puede cumplir las siguientes tareas en una red WinCC: ● Conexión al proceso ● Recopilación de valores del proceso ● Archivamiento de avisos y valores del proceso ● Abastecimiento de los clientes con los datos del proceso ● Abastecimiento de los clientes con los datos de la configuración Las tareas que cada uno de los servidores asume se pueden dividir desde puntos de vista tecnológicos o funcionales: ● Tecnológicamente: Cada servidor administra una determinada área del proceso/de la instalación. ● Funcionalmente: Cada servidor cumple una determinada tarea en Runtime, referida al proceso completo, por ejemplo el sistema de avisos o el proceso de guardar. Pasos de configuración Configurar un sistema multipuestos En un sistema multipuestos usted proyecta varios clientes que en Runtime visualizan la vista de un servidor. Los clientes reciben sus datos exclusivamente del servidor y no tienen configuración propia. Para proyectar un servidor en un sistema multipuestos se necesitan los siguientes pasos: 1. Crear en el servidor un nuevo proyecto de tipo "Proyecto para estación multipuesto". 2. Proyectar en el servidor los datos necesarios del proyecto (imágenes, ficheros, variables...). 3. Incluir en la lista de equipos del servidor a los clientes que desean configurar remoto o que deben observar. 4. Otorgar autorizaciones de uso a los clientes que deben configurar remoto ("Configurar remoto"). 5. Activar la importación automática de paquetes en el servidor. 6. Configurar en un proyecto de servidor las propiedades de los clientes (imagen inicial, bloquear combinaciones de teclas...). 14 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.5 Configuración de servidor Proyectar sistema distribuido En un sistema distribuido usted proyecta clientes con vistas a varios servidores. Los clientes tienen proyectos propios con datos locales propios. Los datos actualizados por el servidor son transferidos a los clientes por medio de la exportación de paquetes. Para proyectar un servidor en un sistema distribuido se necesitan los siguientes pasos: 1. Crear en el servidor un nuevo proyecto de tipo "Proyecto para estación multipuesto".. 2. Proyectar en los servidores los datos necesarios del proyecto (imágenes, ficheros, variables...). De acuerdo a la distribución (tecnológica/funcional), estos datos podrán ser sólo determinados datos del proyecto, por ejemplo únicamente ficheros. 3. Incluir en la lista de equipos del servidor a los clientes que desean configurar remoto. 4. Otorgar autorizaciones de uso a los clientes que deben configurar remoto. 5. Configurar exportación de paquetes (manualmente o automáticamente). 6. Proyectar proyectos de cliente en los clientes. 7. Poner los datos del servidor (paquetes) a disposición de los clientes. Nota Siempre proyecte los servidores de un sistema Cliente-Servidor antes de los clientes correspondientes. Consulte también Manera de configurar un servidor de preferencia (Página 38) Manera de configurar los clientes en un proyecto de servidor (Página 26) Manera de proyectar la exportación de paquetes (Página 21) Manera de configurar las autorizaciones de uso (Página 19) Manera de incluir clientes en la lista de equipos (Página 18) Manera de crear un nuevo proyecto en el servidor (Página 16) Configuración de cliente (Página 27) Escenarios Cliente-Servidor (Página 11) Sistemas Cliente-Servidor en WinCC (Página 7) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 15 Sistema distribuido 1.5 Configuración de servidor 1.5.2 Manera de crear un nuevo proyecto en el servidor Introducción Cuando usted crea un nuevo proyecto en WinCC puede seleccionar entre los siguientes tipos de proyectos: ● Proyecto para estación monopuesto: Un proyecto para una estación de manejo standalone que asume todas las tareas en Runtime (conexión al proceso, operar, observar, archivar, etc.). No relevante para sistemas Cliente-Servidor. ● Proyecto de estación multipuesto: Un proyecto de servidor para un sistema de estación multipuesto o un sistema distribuido en el que usted proyecta varios clientes y/o servidores. ● Proyecto de cliente: Un proyecto para un cliente en un sistema distribuido que puede representar vistas a varios servidores. Procedimiento A continuación se expone la manera de crear un proyecto de servidor para un sistema multipuesto o distribuido: 1. En un servidor elija en el WinCCExplorer el comando de menú "Archivo" > "Nuevo". Aparece el diálogo "WinCC Explorer": 2. Seleccione "Proyecto para estación multipuesto" y haga clic en Aceptar. Aparece el diálogo "Crear proyecto nuevo". 16 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.5 Configuración de servidor 3. Escriba un nombre de proyecto y el nombre de un subdirectorio en caso de que el nombre del directorio deba ser diferente al nombre del proyecto. Como ruta de proyecto se utiliza de manera estándar la carpeta "WinCCProjects" en el directorio de instalación de WinCC. 4. Pulse el botón de comando "Crear". Se creará el proyecto y se abrirá en WinCCExplorer. El proyecto actual es automáticamente un proyecto de servidor. Nota Usted también puede convertir un proyecto existente en un proyecto de servidor modificando el tipo de proyecto posteriormente (diálogo "Propiedades del equipo" > Ficha General). Consulte también Manera de configurar los clientes en un proyecto de servidor (Página 26) Manera de proyectar la exportación de paquetes (Página 21) Manera de configurar las autorizaciones de uso (Página 19) Manera de incluir clientes en la lista de equipos (Página 18) Configuración de servidor (Página 14) Configuración de cliente (Página 27) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 17 Sistema distribuido 1.5 Configuración de servidor 1.5.3 Manera de incluir clientes en la lista de equipos Introducción Cuando un cliente tiene que acceder remoto o en Runtime a un servidor, debe registrarse en la lista de equipos del servidor. Requisito Usted ha creado un proyecto para estación multipuesto (sistema de estación multipuesto o sistema distribuido). El ordenador de configuración pasará entonces a ser automáticamente un servidor en su sistema Cliente-Servidor. Procedimiento 1. En WinCC Explorer seleccione el "Equipo" y elija la orden del menú emergente "Equipo nuevo...". Se visualiza el diálogo "Propiedades del equipo". 2. Indique el nombre del equipo cliente que debe tener acceso al servidor actual. 3. Haga clic en Aceptar para incluir el ordenador en la lista de los ordenadores registrados en el proyecto. 4. De manera análoga incluya todos los ordenadores que en su sistema Cliente-Servidor deban tener acceso al servidor actual. Nota Si desea cambiar el nombre de un equipo cliente, borre el equipo cliente seleccionado de la lista de equipos. Acepte el equipo cliente en la lista de equipos con el nombre modificado como nuevo equipo. Consulte también Configuración de servidor (Página 14) Manera de configurar los clientes en un proyecto de servidor (Página 26) Manera de proyectar la exportación de paquetes (Página 21) Manera de configurar las autorizaciones de uso (Página 19) Manera de crear un nuevo proyecto en el servidor (Página 16) Configuración de cliente (Página 27) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 18 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.5 Configuración de servidor 1.5.4 Manera de configurar las autorizaciones de uso Autorizaciones de uso en WinCC Para que un cliente pueda abrir y editar remoto o en rumtime un proyecto de servidor, usted debe proyectar en el proyecto de servidor las correspondientes autorizaciones de uso para el cliente. Para hacerlo, en el servidor usted puede hacer uso de la siguientes autorizaciones de uso: ● "Configurar remoto": El cliente puede abrir remoto un proyecto de servidor y tiene acceso completo al proyecto. ● "Activar remoto": El cliente puede activar remoto un proyecto de servidor, es decir ponerlo en Runtime. ● "Sólo observar": El WebClient puede observar la instalación. Para la configuración de otros clientes no es relevante esta autorización de uso. Cuando un cliente tiene el permiso para proyectar un proyecto de servidor, desde el cliente también se podrán modificar en el proyecto de servidor las autorizaciones de uso. Los equipos que hay en la red no serán influenciados cuando se modifican las autorizaciones de uso; la modificación tendrá efecto cuando un cliente desea registrarse por primera vez en un servidor. La autorización de uso será consultada en el cliente tan pronto como el cliente quiera abrir, activar o desactivar un proyecto en el servidor. Si en el servidor no existe la autorización de uso correspondiente, el proyecto no podrá ser editado. Si en el cliente se cierra el proyecto de servidor, cuando éste se vuelva a abrir la próxima vez se necesitará iniciar otra vez la sesión (login). Nota Las autorizaciones de uso proyectadas están relacionadas al usuario, y no al equipo. Esto quiere decir que una autorización de uso otorgada vale para todas las estaciones de manejo con el mismo inicio de sesión (login). Autorizaciones de uso en el sistema operativo Para que los clientes puedan acceder al proyecto de servidor, el directorio correspondiente del proyecto en el servidor deberá estar autorizado para accesos de red. Prepare en su sistema operativo las autorizaciones con todos los derechos (escribir, leer, modificar) para los operadores a los que se les debe otorgar el acceso a los proyectos. Nota Para tener un funcionamiento seguro de la red usted puede otorgar diferentes autorizaciones de uso de Windows para los directorios de proyectos autorizados. En su documentación de Windows encontrará información detallada acerca del otorgamiento de autorizaciones de uso. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 19 Sistema distribuido 1.5 Configuración de servidor Procedimiento 1. Abra el User Administrator en el WinCCExplorer. 2. En la lista de usuarios seleccione el usuario que desee editar. 3. Active los derechos "Configurar remoto" y "Activar remoto" para un usuario que deba tener acceso completo al proyecto del servidor. 4. Cierre el User Administrator. Consulte también Manera de configurar los clientes en un proyecto de servidor (Página 26) Manera de proyectar la exportación de paquetes (Página 21) Manera de incluir clientes en la lista de equipos (Página 18) Manera de crear un nuevo proyecto en el servidor (Página 16) Configuración de servidor (Página 14) Configuración de cliente (Página 27) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 20 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.5 Configuración de servidor 1.5.5 Manera de proyectar la exportación de paquetes Principio Packages son paquetes de datos con todos los datos actuales de la configuración (variables, avisos, ficheros, etc.) que se ponen a disposición de todos los clientes conectados en un sistema distribuido o en un sistema de estación multipuesto. Los paquetes se exportan en el servidor y se importan en los clientes. La primera exportación en el servidor y la importación en un cliente se realiza manualmente. La siguiente actualización del paquete en el servidor y cliente se puede realizar automáticamente. Usted puede ajustar cuándo se debe ejecutar la actualización del paquete y con qué ha de ser activada. Por ejemplo usted transmite los paquetes manualmente a los clientes durante la puesta en servicio para distribuir por primera vez los datos de la configuración a los clientes. Para mantener actualizados los datos en los clientes, después podrá configurar la actualización automática de los paquetes cada vez que se modifiquen los datos del servidor. Nota Si usted copia en otro servidor un proyecto con paquetes ya generados, en el proyecto copiado adapte en las propiedades del equipo de WinCC el nombre del equipo de acuerdo al nuevo equipo. Si en el proyecto copiado usted genera nuevamente paquetes, en el diálogo "Propiedades del paquete" deberá actualizar, de ser necesario, el nombre del equipo. En una comunicación Servidor-Servidor, un servidor accede a los datos de otro servidor. El servidor que tiene el acceso se comporta como un cliente en lo referente a los paquetes importados. Por tal razón, en la siguiente descripción hay que considerar para él los datos de un Cliente. La actualización de los datos del proyecto, en el manejo que se está ejecutando, se pueden realizar de manera manual o automatizada: Generación manual de paquetes En caso de ser necesario, en el servidor se generan manualmente nuevos paquetes. Los clientes podrán entonces hacer uso de estos datos para la importación. Actualización automatizada de paquetes Con la función "Actualización implícita" usted puede automatizar la exportación de paquetes en el servidor así como también la importación de paquetes en el cliente. Las opciones mostradas en el cuadro de diálogo "Configuración de actualización implícita" del servidor funcionan igual en la exportación de paquetes de este servidor que en la importación de paquetes de otro servidor. Esto se representa en las columnas "Importación" y "Exportación" de las tablas siguientes. En el Cuadro de diálogo usted tiene las siguientes posibilidades para WinCC CS y WinCC RT: MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 21 Sistema distribuido 1.5 Configuración de servidor Configuración para WinCC CS Importac Exportar ión Significado Actualizar los datos del servidor al abrir el proyecto x El cliente importa siempre que el proyecto se abre Actualizar automáticamente al notificar x El cliente importa siempre cuando recibe una notificación y se hayan cumplido las siguientes condiciones: ● La configuración del servidor "Notificar después de exportar" está activada. ● El proyecto no está activado. Controlar las modificaciones de los datos de configuración x El servidor exporta el paquete ● al abrirse el proyecto ● Crear datos del servidor al abrir el proyecto ● al cerrarse el proyecto ● en cada modificación de los datos del proyecto ● Crear datos del servidor al cerrar el proyecto ● Crear datos del servidor al modificar Notificar después de exportar x El servidor envía una notificación después de la exportación del paquete Esta configuración debe estar activada si se quiere que la configuración de cliente "Actualizar automáticamente al notificar" funcione. Importación automática x El servidor reimporta el paquete propio exportado ● para configurar, por ejemplo variables, de manera independiente a un servidor especial con el nombre de equipo simbólico. ● para clientes sin proyecto propio con vista a un servidor especial. Configuración para WinCC RT Importac Exportar ión Significado Actualizar los datos del servidor al abrir el proyecto x El cliente importa siempre cuando el proyecto se activa Actualizar automáticamente al notificar x El cliente importa siempre cuando recibe una notificación y se hayan cumplido las siguientes condiciones: ● La configuración del cliente "Actualizar automáticamente al notificar" está activada. ● El proyecto está activado. Nota No utilice la exportación automática de paquetes cuando se modifican con frecuencia los datos del proyecto, por ejemplo durante la puesta en servicio o durante el uso de la Configuration Tool. 22 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.5 Configuración de servidor Para proyectar la exportación de paquetes utilice el Editor Serverdata en el WinCC Explorer. Requisito El proyecto del servidor debe estar abierto. Procedimiento Exportación manual de paquetes 1. En el WinCC Explorer seleccione el punto "Server Data" y en el menú emergente elija la orden "Generar": 2. En el cuadro de diálogo "Propiedades del paquete" escriba el nombre de equipo simbólico y el nombre de equipo físico del servidor. Por medio de estas indicaciones se identificará el origen del paquete en el cliente. Siempre que sea posible, indique el nombre simbólico y el nombre físico se los equipos del servidor al inicio de la configuración. Si cambia el nombre simbólico, tendrá que adaptar todos los datos de configuración. El nombre simbólico del equipo se obtiene de manera predeterminada sumando el nombre de proyecto y el nombre físico del equipo. 3. Haga clic en Aceptar. Los datos del servidor serán generados; de acuerdo al tamaño de la configuración este proceso puede durar algún tiempo. Resultado El paquete con los datos del servidor está en el WinCC Explorer en la lista "Datos sel servidor". Los paquetes se memorizan en el sistema de archivos del usuario dentro del directorio del proyecto, en la ruta: <Nombre del proyecto>\<Nombre del equipo>\Paquetes\*.pck. Ahora los clientes podrán importar el paquete. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 23 Sistema distribuido 1.5 Configuración de servidor Exportación automática de paquetes 1. En el WinCC Explorer seleccione el punto "Server Data" y en el menú emergente elija la orden "Actualización implícita": 2. Seleccione las opciones deseadas. Es posible hacer una selección múltiple. 3. Confirme su selección con Aceptar. Resultado Los paquetes con los datos de servidor del propio servidor serán generados en los momentos elegidos por usted o se actualizarán paquetes ya importados de otros servidores, por ejemplo cuando se cierra el proyecto. Nota En proyectos WinCC que han sido creados con el SIMATIC Manager, el menú emergente de "Datos del servidor" no tiene opción de menú "Crear..." ni tampoco "Actualizar implícito...". Esto también rige para proyectos creados con WinCC que luego han sido importados en el SIMATIC Manager con ayuda de la función "Importar objetos de WinCC". Este tipo de proyectos se conocen también como proyectos TIA. Si usted copia un proyecto TIA con WinCC Explorer y a continuación modifica la copia con WinCC Explorer, el menú emergente de "Datos del servidor" le mostrará la opción "Crear..." y "Actualizar implícito...". 24 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.5 Configuración de servidor Representación de los paquetes creados Una vez que usted haya creado los paquetes, ellos serán mostrados en la ventana de datos del WinCC Explorer de la siguiente manera: Teclado a la derecha: Paquetes cargados Teclado a la izquierda: Paquete exportado por el servidor Monitor verde: Sin servidor predeterminado Monitor rojo: Con servidor predeterminado Monitor azul: Paquete exportado que es del servidor (no reimportado). Dos monitores consecutivos: Paquete generado localmente, que fue reimportado en el propio proyecto. Ejemplos: Paquete cargado, sin servidor predeterminado Paquete cargado, con servidor predeterminado Paquete propio exportado Paquete propio reimportado Consulte también Configuración de cliente (Página 27) Manera de configurar los clientes en un proyecto de servidor (Página 26) Manera de configurar las autorizaciones de uso (Página 19) Manera de incluir clientes en la lista de equipos (Página 18) Manera de crear un nuevo proyecto en el servidor (Página 16) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 25 Sistema distribuido 1.5 Configuración de servidor 1.5.6 Manera de configurar los clientes en un proyecto de servidor Principio Cuando usted proyecta un sistema de estación multipuesto en el que varios clientes representan una vista a exactamente un servidor, no cree un proyecto propio para los clientes, sino configure el comportamiento de los clientes en el proyecto del servidor. Requisito Usted ha incluido en la lista de equipos a los clientes que deben representar los datos del servidor. Los clientes cceden a un único servidor. En el servidor no pueden importarse paquetes de otros servidores. El proyecto del servidor está abierto en el servidor. Procedimiento 1. En el WinCCExplorer del servidor abra la lista de equipos. 2. Seleccione el cliente que desee proyectar, y en el menú emergente elija la orden "Propiedades": Aparece el diálogo "Propiedades del equipo" para este cliente. 3. En la ficha Arranque active los editores que deben estar activos en el cliente en Runtime, por ejemplo Global Script Runtime, cuando usted trabaje con scripts. 4. En la ficha Parámetros seleccione el idioma con el que se debe iniciar Runtime en el cliente. De esta manera usted puede proyectar por ejemplo dos clientes que visualicen los mismos datos en dos idiomas diferentes. 5. En la ficha Runtime de gráficos indique una imagen inicial para el cliente. Usted puede elegir la imagen inicial de manera individual para cada cliente. Ajuste aquí, de ser necesario, otros atributos de ventana. 6. Confirme sus introducciones mediante Aceptar. 7. De manera análoga proyecte las propiedades de los otros clientes en su proyecto. 26 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente 8. Abra en el proyecto de servidor en el menú contextual del editor de datos del servidor el registro "Actualización implícita". Active el ajuste "Importación automática". 9. Cree el paquete en el proyecto de servidor. Nota Un cliente sin proyecto propio sólo tiene vista al servidor en el que está configurado el cliente. Esta conexión de este servidor a otro servidor mediante comunicación servidor-servidor o por medio de un servidor de archivo central no está permitida. Consulte también Manera de proyectar la exportación de paquetes (Página 21) Manera de configurar las autorizaciones de uso (Página 19) Manera de incluir clientes en la lista de equipos (Página 18) Manera de crear un nuevo proyecto en el servidor (Página 16) Configuración de servidor (Página 14) Configuración de cliente (Página 27) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.6 Configuración de cliente 1.6.1 Configuración de cliente Introducción Se necesita una configuración de cliente únicamente si usted proyecta un sistema distribuido en el que los clientes pueden representar las vistas a varios servidores. Si usted proyecta un sistema de estación multipuesto en el que los clientes visualizan datos de sólo un servidor, no es necesario hacer una configuración de cliente propia. Los clientes reciben todos sus datos y su entorno Runtime desde el proyecto de servidor. Si usted proyecta un sistema Cliente-Servidor en el que existen varios servidores, y los clientes visualizan diferentes vistas a varios servidores (sistema distribuido), entonces usted proyecta para cada cliente un proyecto de cliente propio. Cada cliente puede en Runtime visualizar vistas de hasta doce servidores diferentes o pares de servidores redundantes, por ejemplo visualizar avisos del servidor 1 y servidor 2, visualizar y escribir valores del proceso del servidor 3, visualizar imágenes del servidor 4, etc. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 27 Sistema distribuido 1.6 Configuración de cliente De acuerdo a las autorizaciones de uso en el servidor, los clientes en un sistema distribuido pueden: ● Observar el proceso. ● Observar y manejar el proceso. ● Proyectar remoto proyectos en un servidor. ● Activar y desactivar remoto proyectos en un servidor. Nota Para que se puedan visualizar datos de diferentes servidores, los prefijos del servidor (es decir los nombres de los servidores) dentro del sistema distribuido deben ser inequívocos. Cada cliente tiene su propia configuración y guarda, en el banco de datos del cliente, muy pocos datos administrativos específicos al cliente, por ejemplo: ● Variables locales ● Datos del User Administrator ● Datos de la TextLibrary ● Propiedades del proyecto ● Ciclos de usuario Nota Todos los datos externos de la configuración del servidor también deben existir en los clientes, para que ellos puedan ser visualizadas correctamente en el proyecto del cliente. Datos externos son por ejemplo ActiveX Controls que no proceden de WinCC, y gráficos externos que están insertados como por ejemplo objetos OLE. Pasos de configuración 1. Configuración de los proyectos del servidor. 2. Creación y exportación de paquetes de servidor. 3. Configuración de la importación de paquetes en el cliente. 4. Configuración de proyectos del cliente en los clientes. Nota Para poder seguir configurando cuando desactive el modo Runtime en el servidor, debe finalizar también el modo Client Runtime. 28 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente Consulte también Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de utilizar datos de distintos servidores (Página 48) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar la imagen inicial del cliente (Página 41) Manera de configurar un servidor de preferencia (Página 38) Manera de configurar un servidor predeterminado (Página 35) Manera de configurar la importación de paquetes (Página 31) Manera de crear un nuevo proyecto en el cliente (Página 29) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.6.2 Manera de crear un nuevo proyecto en el cliente Introducción Cuando crea un nuevo proyecto de cliente en WinCC, puede seleccionar entre los siguientes tipos de proyectos: ● Proyecto para estación monopuesto: Un proyecto para una estación de manejo standalone que asume todas las tareas en Runtime (conexión al proceso, operar, observar, archivar, etc.). No relevante para sistemas Cliente-Servidor. ● Proyecto de estación multipuesto: Un proyecto de servidor para un sistema de estación multipuesto o un sistema distribuido en el que usted proyecta varios clientes y/o servidores. ● Proyecto de cliente: Un proyecto para un cliente en un sistema distribuido que puede representar vistas a varios servidores. Nota Cuando usted proyecta un sistema de estación multipuesto en el que varios clientes representan una vista a exactamente un servidor, no cree un proyecto propio para los clientes, sino configure el comportamiento de los clientes en el proyecto del servidor. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 29 Sistema distribuido 1.6 Configuración de cliente Procedimiento 1. En un cliente elija en el WinCCExplorer el comando de menú "Archivo" > "Nuevo". Aparece el diálogo "WinCC Explorer": 2. Seleccione "Proyecto de cliente" y haga clic en Aceptar. Aparece el diálogo "Crear proyecto nuevo". 3. Escriba un nombre de proyecto y el nombre de un subdirectorio en caso de que el nombre del directorio deba ser diferente al nombre del proyecto. Como ruta de proyecto se utiliza de manera estándar la carpeta "WinCCProjects" en el directorio de instalación de WinCC. 4. Pulse el botón de comando "Crear". Se creará el proyecto y se abrirá en WinCCExplorer. 30 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente Nota Un proyecto ya existente usted también puede convertirlo en un proyecto de cliente modificando el tipo de proyecto en el diálogo "Propiedades del equipo". Consulte también Escenarios Cliente-Servidor (Página 11) Manera de configurar los clientes en un proyecto de servidor (Página 26) Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de utilizar datos de distintos servidores (Página 48) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar la imagen inicial del cliente (Página 41) Manera de configurar la importación de paquetes (Página 31) Manera de configurar un servidor de preferencia (Página 38) Manera de configurar un servidor predeterminado (Página 35) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.6.3 Manera de configurar la importación de paquetes Introducción Para que un cliente en un sistema distribuido pueda visualizar los datos de procesos de diversos servidores, él necesita informaciones acerca de los datos respectivos. Para ello, en un servidor de un sistema distribuido se crean paquetes con sus datos de configuración para ponerlos a disposición de los clientes. El cliente necesita los paquetes de todos los servidores cuyos datos él deba visualizar. La primera exportación de paquetes en el servidor y la importación en un cliente se realiza manualmente. La siguiente actualización del paquete en el servidor y cliente se puede realizar automáticamente. Usted puede ajustar cuándo se debe ejecutar la actualización del paquete y con qué ha de ser activada. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 31 Sistema distribuido 1.6 Configuración de cliente Nota En una comunicación Servidor-Servidor, un servidor accede a los datos de otro servidor. El servidor que tiene el acceso se comporta como un cliente en lo referente a los paquetes importados. Por tal razón, en la siguiente descripción hay que considerar para él los datos de un Cliente. El servidor puede reimportar un paquete propio para configurar, por ejemplo variables, de manera independiente a un servidor especial con el nombre de equipo simbólico. Para la importación de paquetes utilice el Editor "Datos del servidor" en el WinCC Explorer. Tiene tres posibilidades para importar paquetes: Carga manual Los paquetes creados se cargan manualmente en el cliente desde el servidor. Este proceso de importación se inicia manualmente con la orden "Cargar". La primera importación de paquetes se debe realizar manualmente. Actualización manual Los paquetes ya cargados desde el servidor se actualizan manualmente en el cliente con la orden "Acualizar". Actualización automática En el cliente se puede proyectar una actualización de paquete implícita, de modo que los nuevos paquetes se actualicen automáticamente en el cliente después de cumplir una determinada condición. Sin embargo, la primera importación de paquetes se debe realizar manualmente. Configuración Significado Para WinCC CS ● Actualizar los datos del servidor al abrir el proyecto ● El cliente importa siempre que el proyecto se abre ● Actualizar automáticamente al notificar para WinCC RT ● Actualizar los datos del servidor al abrir el proyecto ● El cliente importa siempre que el proyecto se activa ● Actualizar automáticamente al notificar 32 ● El servidor envía una notificación después de la exportación del paquete, el cliente importa siempre que recibe la notificación. Esta configuración sólo funciona cuando en el servidor está activa la configuración "Notificar después de exportar" para la exportación de paquetes. ● El servidor envía una notificación después de la exportación del paquete, el cliente importa siempre que recibe la notificación. Esta configuración sólo funciona cuando en el servidor está activa la configuración "Notificar después de exportar" para la exportación de paquetes. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente Requisito En el servidor se ha creado paquetes, el proyecto del cliente está abierto. Procedimiento Carga manual 1. Abra en el cliente el proyecto de cliente. 2. En el WinCC Explorer seleccione la entrada "Server Data" y en el menú emergente elija la orden "Cargar". Aparece el diálogo "Abrir archivo". 3. Seleccione el paquete que desea cargar y haga clic en Aceptar. Los paquetes de servidor guardan de forma predeterminada en el directorio "...\ <Nombre del proyecto de servidor>\<Nombre del equipo>\Paquetes\" con el nombre "<Nombre del proyecto_Nombre del equipo>*.pck". Sin embargo, usted también puede tener acceso a los paquetes que están guardados en un soporte de datos cualquiera. 4. Pulse el botón de comando "Abrir". Los datos serán cargados. Si el servidor correspondiente no está disponible, aparece un registro de error correspondiente cuando se consulta el nuevo paquete. Actualización manual 1. Abra en el cliente el proyecto de cliente. 2. En el WinCC Explorer seleccione la entrada "Server Data" y en el menú emergente elija la orden "Actualizar". 3. Los datos serán actualizados. Si no hay cargado ningún paquete de otros servidores por medio de comunicación servidor-servidor, aparece en el servidor un aviso de error. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 33 Sistema distribuido 1.6 Configuración de cliente Actualización automática 1. Abra en el cliente el proyecto de cliente. 2. En el WinCC Explorer seleccione la entrada "Server Data" y en el menú emergente elija la orden "Actualización implícita": Aparece el diálogo "Configuración de actualización" de paquete implícita. 3. Seleccione las opciones deseadas. Es posible hacer una selección múltiple. 4. Confirme su selección con Aceptar. Los datos de servidor se actualizarán automáticamente en el cliente, por ejemplo cuando se abre el proyecto o cuando se hace una notificación a través de la red. Si el servidor correspondiente no está disponible, aparece en el cliente un aviso de error. Nota Cuando se añaden nuevos paquetes o se borran algunos mientras el proyecto ya está activado en el cliente, se pueden presentar problemas de representación. Una buena ayuda es desactivar brevemente el cliente y activarlo otra vez. Representación de los paquetes cargados Una vez que usted haya cargado los paquetes, ellos serán mostrados en la ventana de datos del WinCC Explorer de la siguiente manera: Teclado a la derecha: Paquetes cargados Teclado a la izquierda: Paquete exportado, pero aún no cargado Monitor verde: Sin servidor predeterminado 34 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente Monitor rojo: Con servidor predeterminado Ejemplos: Paquete cargado, sin servidor predeterminado Paquete cargado, con servidor predeterminado Consulte también Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de utilizar datos de distintos servidores (Página 48) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar la imagen inicial del cliente (Página 41) Manera de configurar un servidor de preferencia (Página 38) Manera de configurar un servidor predeterminado (Página 35) Manera de crear un nuevo proyecto en el cliente (Página 29) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.6.4 Manera de configurar un servidor predeterminado Introducción Para un cliente en un sistema distribuido proyecta usted un servidor predeterminado del que se deben exigir datos cuando no se ha indicado un prefijo de servidor (por ejemplo para variables) inequívoco. Si para una componente no se ha proyectado ningún servidor predeterminado, entonces para este componente se tratará de acceder localmente a la administración de datos (por ejemplo variables internas) del cliente. Si en el cliente no hay administración local de datos (como por ejemplo en avisos y ficheros), entonces el acceso será denegado con un error. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 35 Sistema distribuido 1.6 Configuración de cliente Requisito Usted puede elegir un servidor predeterminado únicamente después de importar los paquetes respectivos en el cliente. Procedimiento 1. En el WinCCExplorer en el cliente seleccione la entrada "Server Data". 2. Seleccione la opción del menú contextual "Servidor predeterminado...". Se abrirá el cuadro de diálogo "Configurar servidor estándar". 3. Haga clic sobre los componentes deseados en la entrada debajo de los nombres de equipo simbólicos. Seleccione un servidor de la lista desplegable. La lista contiene los nombres simbólicos de equipos de todos los paquetes cargados en el cliente. 4. Los componentes listados en el cuadro de diálogo dependen de la instalación de WinCC. Si hay opciones instaladas, entonces además de los componentes visualizados se pueden listar los componentes de las opciones (por ejemplo SSM - Split Screen Manager). 5. Confirme su selección con Aceptar. ¿Cuándo se debe seleccionar un servidor predeterminado para una componente? Alarmas Cuando en un cliente se deben crear avisos de operación, entonces se debe indicar un servidor predeterminado para alarmas. En el cliente propiamente dicho no se puede proyectar ningún Alarm Logging, y los avisos deberán ser emitidos en un servidor. 36 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente Ficheros, imágenes, TextLibrary, User Archive, variables Cuando en el cliente hay proyectado un servidor predeterminado, entonces los datos de los componentes, para los que no se creó un prefijo de servidor válido, serán buscados en este servidor predeterminado ajustado. Si en el cliente no hay proyectado un servidor predeterminado, entonces no se podrá encontrar ningún servidor para estos datos debido a la falta del prefijo de servidor. La configuración de un servidor predeterminado para ficheros, imágenes, TextLibrary, ficheros de usuario y variables sólo es conveniente para casos de aplicación especiales. Si la documentación de SIMATIC o el servicio de atención al cliente exigen explícitamente configurar un determinado servidor, deje la configuración en "<sin servidor>". Nota Cuando hay un servidor estándar introducido para las variables en un cliente WinCC, en Runtime no se mostrará información de estado como sugerencia de herramienta en la administración de variables. Seleccionar servidor predeterminado cuando se utiliza el Basic Process Control Alarmas Siempre se debe indicar un servidor predeterminado para alarmas. Variables No se debe indicar ningún servidor predeterminado para variables. SSM (Split Screen Manager) Siempre se debe indicar un servidor predeterminado para la componente SSM. Cuando se reúnen grupos de curvas en un cliente WinCC, entonces los grupos de curvas se guardan en el servidor predeterminado y en su servidor partner redundante. Otros clientes WinCC también pueden indicar este servidor como servidor predeterminado para el componente SSM. De este modo, estos clientes de WinCC también pueden hacer uso de los grupos de curvas reunidos. Cuando en el Cliente WinCC no hay configurado ningún servidor predeterminado para la componente SSM, entonces las curvas reunidas serán almacenadas localmente en este equipo. Otros clientes de WinCC no pueden hacer que estos grupos de curvas se visualicen en WinCC Online Trend Control. Por regla general, en el proyecto de servidor no se pueden visualizar estos grupos de curvas. Si hay que proyectar en el cliente de WinCC agrupaciones de imágenes, entonces éstas se guardarán en este servidor únicamente cuando se indica un servidor predeterminado para la componente SSM. Si no se indica ningún servidor predeterminado, entonces las agrupaciones de imágenes del cliente WinCC se guardarán localmente y otros clientes no tendrán acceso a ellas. Por regla general, en el proyecto de servidor no se pueden visualizar estas agrupaciones de pantallas. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 37 Sistema distribuido 1.6 Configuración de cliente En el caso de una redundancia configurada en un servidor, los datos de los grupos de curvas y de las agrupaciones de imágenes también serán equilibrados en su servidor partner. En una conmutación de redundancia, todos los grupos de curvas reunidos y las agrupaciones de imágenes se pueden llamar desde los clientes de WinCC. Consulte también Manera de configurar la importación de paquetes (Página 31) Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de utilizar datos de distintos servidores (Página 48) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar la imagen inicial del cliente (Página 41) Manera de configurar un servidor de preferencia (Página 38) Manera de crear un nuevo proyecto en el cliente (Página 29) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.6.5 Manera de configurar un servidor de preferencia Introducción Usted puede configurar un servidor de preferencia en el cliente de un sistema distribuido o de un sistema de estación multipuesto en el caso de que haga uso de servidores redundantes. Un servidor de preferencia es aquel servidor dentro de un par de servidores redundantes al que el cliente se conecta en un sistema distribuido. Mientras el servidor de preferencia esté disponible, el cliente recibirá los datos desde el servidor. El servidor de preferencia se puede definir por separado para cada cliente, de modo que los clientes puedan ser distribuidos en los servidores redundantes garantizándose así la capacidad de manejo permanente. En caso de que la red falle en el servidor ajustado ya no se actualizarán los valores en los clientes y ya no se podrá hacer ningún manejo. Otros clientes que están conectados paralelamente al vinculado redundante no se verán afectados. El operador de la instalación podrá, en caso necesario, acceder a dichos clientes. Distribuyendo los clientes en los servidores redundantes se logra repartir la carga y, por consiguiente, un mejor rendimiento en toda la instalación. 38 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente Nota Consulte en el tema "Sistemas redundantes" la configuración de sistemas redundantes en WinCC. Procedimiento Los servidores de preferencia para los clientes en sistemas distribuidos y en sistemas de estación multipuesto se configuran de diferente manera: Configurar servidor de preferencia para cliente en un sistema distribuido 1. En el WinCCExplorer en el cliente seleccione la entrada "Server Data". 2. Seleccione la opción del menú contextual "Configurar...". Se abrirá el cuadro de diálogo "Configurar servidor de datos". 3. En la lista se detallan los nombres simbólicos y físicos de los equipos de todos los servidores que tienen paquetes en el cliente. Si existe un servidor redundante para un servidor, se indicará el nombre físico del equipo. De los pares de servidores redundantes seleccione un servidor como servidor de preferencia. Un par de servidores redundante en un sistema distribuido tiene un solo nombre simbólico por medio del cual se establece la comunicación con el servidor. 4. Termine sus entradas con Aceptar. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 39 Sistema distribuido 1.6 Configuración de cliente Configurar servidor de preferencia para cliente en un sistema de estación multipuesto Los clientes deben estar registrados en la lista de equipos del servidor. 1. En el WinCCExplorer en el servidor seleccione la entrada "Server Data". 2. En el menú emergente seleccione la entrada "Configuraciones propias del cliente". Se abrirá el cuadro de diálogo "Configuraciones propias del cliente". 3. En la lista se detallan todos los clientes que están registrados en la lista de equipos del servidor. Marque el cliente deseado y en la columna "Servidor de preferencia" seleccione como servidor de preferencia a uno de los dos servidores redundantes. 4. Termine sus entradas con Aceptar. Comportamiento de Runtime del cliente El cliente se interconecta como servidor de preferencia con el servidor de redundancia predefinido mientras éste esté disponible. Si el servidor de preferencia falla, el cliente se conectará al servidor vinculado redundante. Cuando el servidor de preferencia que ha fallado vuelve a funcionar, el cliente se vuelve a conectar con dicho servidor. 40 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente Consulte también Manera de configurar la imagen inicial del cliente (Página 41) Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de utilizar datos de distintos servidores (Página 48) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar un servidor predeterminado (Página 35) Manera de configurar la importación de paquetes (Página 31) Manera de crear un nuevo proyecto en el cliente (Página 29) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.6.6 Manera de configurar la imagen inicial del cliente Introducción Usted puede utilizar cualquier imagen de su sistema distribuido para que sea imagen inicial de un cliente. Esta imagen puede ser la imagen del servidor, una imagen propia del cliente, o cualquier otra imagen. El modo de proceder siguiente describe cómo utilizar una imagen de un servidor como si fuera imagen inicial. Requisito Los paquetes del servidor cuya imagen se utiliza como imagen inicial están importados en el cliente. Procedimiento 1. Abra en el cliente el proyecto de cliente. 2. En el WinCCExplorer seleccione el equipo y en el menú de contexto elija la orden "Propiedades". 3. Active la ficha Graphics Runtime. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 41 Sistema distribuido 1.6 Configuración de cliente 4. Como imagen inicial introduzca el nombre del equipo servidor y luego la imagen que se va a usar en la forma <Nombre del servidor>::<Nombre de la imagen>, por ejemplo: 5. Con el botón de comando "Buscar" usted también puede buscar imágenes. En el diálogo de selección se visualizan imágenes de todos los paquetes de servidores que han sido cargados en el cliente. 6. Termine su entrada con Aceptar. 42 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente Consulte también Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de utilizar datos de distintos servidores (Página 48) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar un servidor de preferencia (Página 38) Manera de configurar un servidor predeterminado (Página 35) Manera de configurar la importación de paquetes (Página 31) Manera de crear un nuevo proyecto en el cliente (Página 29) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 43 Sistema distribuido 1.6 Configuración de cliente 1.6.7 Manera de visualizar imágenes de diferentes servidores Principio En una imagen básica configurada en el cliente pueden mostrarse imágenes de diferentes sevridores en ventanas de imágenes: en cada ventana de imagen puede acceder a los datos de un servidor. Para enlazar una imagen de servidor como ventana de imagen en una imagen de cliente, debe colocar el prefijo del servidor delante del nombre del archivo de imagen. Nota Los prefijos de servidor deben ser únicos dentro del sistema distrubuido. 44 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente Puede añadir imágenes de servidor por medio de un script (C o VBS) y mediante la asociación directa a una ventana de imagen. Las imágenes del servidor deben estar adaptadas en dimensiones a la ventana de imagen del cliente. Requisito Los paquetes de los servidores correspondientes deben haber sido importados al cliente. Procedimiento 1. Abra la imagen en el cliente en el que desee añadir la ventana. 2. Seleccione en Graphics Designer en la paleta estándar de entre el grupo de objetos Smart la "ventana de imagen" y añádala a la imagen. 3. Abra el cuadro de diálogo de propiedades con un doble clic en la ventana de imagen. 4. Haga doble clic en el grupo "Otros" de la ficha Propiedades sobre el atributo "Nombre de la imagen" para buscar la imagen. o bien: Haga doble clic en el atributo "Nombre de la imagen" de la columna "Estático" para añadir el nombre de la imagen directamente en forma de "< Prefijo del servidor>::< Nombre de la imagen>". 5. Cerrar el cuadro de diálogo de propiedades. Nota Si no ha indicado directamente en el atributo "Nombre de imagen" un prefijo del servidor, puede seleccionarlo también con el atributo "Prefijo del servidor". Haciendo doble clic en el atributo "Prefijo del servidor", se le ofrecerá una lista de selección con todos los servidores cuyos paquetes estén disponibles en el cliente. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 45 Sistema distribuido 1.6 Configuración de cliente Consulte también Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de utilizar datos de distintos servidores (Página 48) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar un servidor de preferencia (Página 38) Manera de configurar un servidor predeterminado (Página 35) Manera de configurar la importación de paquetes (Página 31) Manera de crear un nuevo proyecto en el cliente (Página 29) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.6.8 Manera de configurar un cambio de imagen en el cliente Introducción En un cliente de un sistema distribuido puede configurar un cambio de imagen en una imagen de servidor poniendo delante de la imagen de destino el prefijo del servidor. En WinCC no hay diferencia de configuración tanto si se trata de un cambio de imagen "normal" o de un cambio de la imagen básica. Procedimiento El modo de proceder siguiente describe a modo de ejemplo cómo se configura un cambio de imagen en una imagen de servidor en un botón. 1. Abra una imagen en Graphics Designer del proyecto de cliente. 2. Añada en la imagen un botón desde el grupo de objetos de Windows. Se abre el cuadro de diálogo de configuración. 46 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente 3. En "Cambio de imagen" indique como meta el prefijo de servidor y el nombre de la imagen en formato: "< Prefijo del servidor>::< Nombre de la imagen>", por ejemplo: 4. Cierre el cuadro de diálogo con Aceptar. Modo de proceder alternativo También puede configurar el cambio de imagen en el cuadro de diálogo de propiedades del botón. ● Configure en la ficha Eventos, por ejemplo con un clic de ratón, una conexión directa. ● Indique como constante de la conexión directa el nombre de la imagen con prefijo del servidor. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 47 Sistema distribuido 1.6 Configuración de cliente Consulte también Configuración de servidor (Página 14) Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de utilizar datos de distintos servidores (Página 48) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar un servidor de preferencia (Página 38) Manera de configurar un servidor predeterminado (Página 35) Manera de configurar la importación de paquetes (Página 31) Manera de crear un nuevo proyecto en el cliente (Página 29) Configuración de cliente (Página 27) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.6.9 Manera de utilizar datos de distintos servidores Principio La imagen básica del cliente de un sistema distribuido y todos los objetos contenidos se configura directamente en el cliente. Puede acceder en todas las imágenes básicas a los datos de varios servidores, por ejemplo: ● Un campo de entrada para el valor de proceso del Servidor_1 que vigila el componente A, un campo de entrada para el valor de proceso del Servidor_2 que vigila otra parte de la instalación. ● Visualización de curvas que representan comparativas de datos de diferentes partes de la instalación/servidores. ● Ventana de avisos que muestra avisos de varios servidores. 48 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente Puede copiar una vez las imágenes básicas configuradas en un cliente a otros clientes. Para ello, sin embargo, los paquetes del servidor con el que se comuinica en la imagen básica deben estar disponibles en el cliente meta. Nota Todas las variables configuradas en el servidor que fueron transmitidas con un paquete al cliente están disponibles en él en el cuadro de diálogo de selección de variables. Las acciones y funciones C o las acciones y procedimientos VBS de Global Script deben existir en el cliente para que pueda ejecutarlas. Los scripts VBS y C globales no son parte integrante del paquete. Procedimiento El siguiente procedimiento le muestra a modo de ejemplo cómo se muetsran los datos de proceso de dos servidores diferentes en una representación de curvas. 1. Abra en el cliente el proyecto de cliente. 2. Configure en Graphics Designer la imagen que desea utilizar como imagen básica. 3. Añada a la imagen básica desde la paleta de objetos, ficha Controles, un WinCC Online Trend Control. Se abre el cuadro de diálogo "Propiedades de WinCC Online Trend Control". 4. Seleccione como origen de datos "Variables online" si desea observar el proceso actual. 5. Active la ficha Curvas. 6. Para la primera curva seleccione una variable cuyo valor de proceso desee mostrar al pulsar el botón de comando "Selección" en "Selección de fichero/variable". 7. Indique los nombres de las variables en el siguiente formato: "<Prefijo del servidor1>::<Nombre de la variable>". Confirme con Aceptar. 8. Presione en la ficha Curvas el botón de comando "+" para añadir una segunda curva. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 49 Sistema distribuido 1.6 Configuración de cliente 9. Una ambas curvas con una variable del segundo servidor en formato: "<Prefijo del servidor2>::<Nombre de la variable>". 10.Confirme sus introducciones mediante ACEPTAR. Resultado En Runtime se muestran en la ventana de curvas del cliente dos curvas: la curva 1 muestra los datos del servidor 1, la curva 2 muestra los datos del servidor 2. Consulte también Manera de configurar la importación de paquetes (Página 31) Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar un servidor de preferencia (Página 38) Manera de configurar un servidor predeterminado (Página 35) Manera de crear un nuevo proyecto en el cliente (Página 29) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 50 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente 1.6.10 Manera de visualizar avisos de diferentes servidores Principio En un cliente de un sistema distribuido puede mostrar los avisos de diferentes servidores haciendo una de las siguientes cosas: ● Configurar una visualización de avisos para cada servidor cuyos avisos desee que se muestren ● En una visualización de avisos, indicar varios servidores de avisos como orígenes Nota Si en la imagen básica del cliente hay integrado un Alarm Control, al ejecutar la función "Loop in Alarm" se muestra la imagen de servidor correspondiente como imagen básica en el cliente. No puede volverse a la imagen básica original. Si en una ventana de imagen del cliente hay integrado un Alarm Control, al ejecutar la función "Loop in Alarm" se muestra la imagen de servidor correspondiente en la ventana de imagen. Mediante un botón de comando al efecto puede volverse a la imagen básica del cliente. Procedimiento 1. Abra en el cliente el proyecto de cliente. 2. Configure en Graphics Designer la imagen que desea utilizar como imagen básica. 3. Añada a la imagen básica desde la paleta de objetos, ficha Controles, un WinCC Alarm Control. Se abre el diálogo "Propiedades de WinCC Alarm Control". 4. Si desea que se muestren los avisos de todos los servidores asociados en este Alarm Control, active en "Selección de servidor" la casilla de verificación "todos los servidores". 5. Si sólo quiere visualizar avisos de determinados servidores, desactive la casilla de verificación "todos los servidores" y haga clic sobre el botón de comando "Selección" para seleccionar un servidor WinCC de la red. 6. Cierre el cuadro de diálogo con Aceptar. Nota En sistemas de puestos múltiples hay que tener cuidado de dar en todos los servidores el mismo nombre a los contenidos que aparecen en la visualización del diálogo de selección de un cliente. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 51 Sistema distribuido 1.6 Configuración de cliente Consulte también Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar un servidor de preferencia (Página 38) Manera de configurar un servidor predeterminado (Página 35) Manera de configurar la importación de paquetes (Página 31) Manera de crear un nuevo proyecto en el cliente (Página 29) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.6.11 Manera de configurar el informe secuencial de avisos para avisos de varios servidores Principio Si en una imagen básica en el cliente se muestran avisos de diferentes servidores, también puede emitir los respectivos informes secuenciales de avisos. Los avisos de todos los servidores se juntan y se sacan en su secuencia correcta. WinCC pone a su disposición un modelo preconfigurado y una orden de impresión para el informe secuencial de avisos. Procedimiento 1. En WinCC Explorer, ReportDesigner, abra el formato "@CCAlgRtSequence.RPl". Se abre el editor de formato de líneas. 2. Pulse el botón "Selección". Se abre el diálogo "Selección de tablas de informe". 3. Con el botón de comando "Añadir servidor", añada a la lista "servidores seleccionados" los servidores cuyos avisos quiera ver recogidos en el informe secuencial de avisos. Sólo se muestran los servidores de los que se han importado paquetes al cliente. 4. Transfiera los bloques de aviso que quiera listar con las teclas de flechas de la lista "Secuencia actual de columnas". 5. Confirme la entrada mediante "Aceptar". 52 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.6 Configuración de cliente 6. Abra en WinCCExplorer el trabajo de impresión "@Report Alarm Logging RT Message Sequence". 7. Si ha guardado el formato con su proio nombre, selecciónelo de la lista "Formato". Active la casilla de verificación "Formato de líneas para impresoras de líneas". 8. En la ficha Configuración de impresora, active la casilla de verificación "Impresora". 9. Seleccione en la lista de impresoras conectadas la que quiera utilizar para imprimir el informe. 10.Confirme sus introducciones mediante Aceptar. 11.En el WinCCExplorer seleccione el equipo cliente y en el menú de contexto elija la orden "Propiedades". Se visualiza el diálogo "Propiedades del equipo". 12.Active en la ficha Arranque "Informe secuencial de avisos". 13.Confirme sus introducciones mediante Aceptar. Consulte también Manera de crear un nuevo proyecto en el cliente (Página 29) Manera de configurar el informe secuencial de avisos para avisos de varios servidores (Página 52) Manera de visualizar avisos de diferentes servidores (Página 51) Manera de configurar un cambio de imagen en el cliente (Página 46) Manera de visualizar imágenes de diferentes servidores (Página 44) Manera de configurar un servidor de preferencia (Página 38) Manera de configurar un servidor predeterminado (Página 35) Manera de configurar la importación de paquetes (Página 31) Configuración de cliente (Página 27) Configuración de servidor (Página 14) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 53 Sistema distribuido 1.7 Comportamiento del sistema en Runtime 1.7 Comportamiento del sistema en Runtime 1.7.1 Comportamiento del sistema en Runtime Introducción Con un sistema Cliente-Servidor en WinCC usted puede distribuir la configuración de su instalación a varios servidores para reducir la carga de cada uno de los servidores. Los datos proyectados en los servidores pueden ser visualizados por clientes, pudiendo un cliente en Runtime visualizar datos de hasta doce diferentes servidores o par de servidores redundantes. Comportamiento de los editores en Runtime Ficheros Si el sistema de archivos está activado en una estación de manejo, el Tag Logging Runtime trabaja en el servidor como servidor de archivos, y en los clientes como cliente de archivos. Únicamente el servidor de archivos accede al banco de datos y registra y archiva los datos del proceso. Los clientes reciben los datos de archivo desde el servidor de archivos. Los datos de archivo se pueden visualizar, en forma de tabla o gráfico, en cada cliente en el que corra Tag Logging Runtime. Los datos para la representación vienen siempre desde el servidor de archivos. Todos los manejos en el cliente serán transmitidos al servidor y el resultado del tratamiento serán retransferido al cliente. Gráficos Cuando en Runtime en un cliente se llama una imagen, Graphics Runtime busca primero en la imágenes que existen localmente. Si localmente no existe ninguna imagen con el nombre correspondiente, se buscará en el directorio de proyecto en el servidor. Ni no existe ninguna imagen, se presentará una nota respectiva. Si la llamada de una imagen requiere una sustitución con otro editor (Alarm Logging, Global Script), esta sustitución se realizará siempre de manera local. En Runtime se puede abrir y editar una imagen simultáneamente desde varias estaciones de manejo. Nota La estructuración de la imagen en un cliente se realiza más rápido cuando usted copia localmente en el cliente las imágenes respectivas. En el cuadro de diálogo "Propiedades de equipo" del cliente en la ficha Runtime indique el directorio respectivo. Allí usted también puede indicar si el directorio se ha de utilizar por ejemplo siempre o preferentemente. Si una imagen se modifica en el proyecto de servidor, debe actualizar los datos manualmente volviendo a copiar la imagen modificada en la carpeta local del cliente. 54 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.7 Comportamiento del sistema en Runtime Avisos Cuando en un cliente se deben visualizar avisos, los clientes adquieren los datos desde el servidor. El servidor de avisos recibe los datos proyectados desde el banco de datos. Datos de archivo y listas de avisos se pueden visualizar en cualquier cliente. Los datos para la visualización vienen siempre desde el servidor de avisos. Si llegan nuevos avisos, el servidor de avisos archiva los avisos. Si en una estación de manejo se acusa un aviso, el acuse será transmitido al servidor de avisos. El servidor anota el cambio de estado en el archivo, y distribuye la noticia a todos los clientes afectados. Se realiza el mismo procedimiento cuando se bloquean avisos. Si en Runtime no está disponible un servidor de avisos, aparece un aviso correspondiente en vez de los avisos en la ventana de aviso. Si se puede acceder otra vez al servidor, se visualizarán otra vez los avisos en la ventana de aviso. Informes El sistema de protocolos de WinCC no conoce realmente lo que es Runtime. Protocolos y trabajos de impresión se proyectan y se pueden ejecutar en cualquier momento. Únicamente los trabajos de impresión que deban visualizar datos de archivo o de proceso dependen de Runtime. El sistema de protocolo se inicia automáticamente durante el arranque en todo cliente. El servidor trabaja como servidor de protocolo, los clientes como clientes de protocolo. Durante el arranque los clientes se reportan al servidor y reciben las informaciones actuales acerca de los trabajos de impresión pendientes y sus estados. Si en un cliente se inicia una orden de impresión, el cliente recopila los datos pertenecientes desde el banco de datos del servidor. La orden de impresión de inicia localmente. El servidor de protocolo recibe del cliente los datos actuales acerca del estado de los trabajos de impresión y transmite estas informaciones a los otros clientes. Scripts Si una estación de manejo activa localmente un proyecto, se cargarán localmente la funciones del proyecto y las funciones estándar del servidor. User Administrator Las autorizaciones de uso son verificadas por la componente Runtime del User Administrator. La componente Runtime del User Administrator se inicia automáticamente en todo equipo cuando se inicia WinCC. Cuando se modifica el Login se carga, desde el banco de datos local, la lista de autorizaciones de uso actual. Text Library Si el proyecto de servidor esta activado, Text Library Runtime corre en el servidor como servidor de texto, y en los clientes como cliente de texto. Los datos serán leídos siempre desde el banco de datos del servidor. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 55 Sistema distribuido 1.7 Comportamiento del sistema en Runtime Comportamiento en caso de averías del sistema Si un servidor no está disponible, los clientes acceden cíclicamente al servidor, hasta que éste se haya iniciado otra vez. Los datos del servidor no pueden ser visualizados en un caso de avería, se inactivan por ejemplo todos los objetos gráficos operables. Consulte también Arrancar el servidor (Página 56) Particularidades de la comunicación en un servidor con varias tarjetas de red (Página 59) Apagar el cliente (Página 61) Apagar el servidor (Página 61) Arrancar el cliente (Página 58) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.7.2 Arrancar el servidor Principio Los servidores en un sistema Cliente-Servidor pueden arrancar de manera independiente a los clientes. Tan pronto como un servidor haya arrancado, él pone sus servicios a disposición de los clientes y se informa acerca de todos los participantes en la red. En la ventana de datos del cuadro de diálogo "WinCC Projects" usted puede ver el estado actual de todos los servidores. Usted puede abrir "WinCC-Projects" a través del Explorador de Windows: 56 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.7 Comportamiento del sistema en Runtime Si un servidor falla durante el servicio, los datos en los clientes ya no podrán ser actualizados y los clientes serán informados acerca del servidor que falta. Nota Si usted utiliza un servidor de archivos en su sistema Cliente-Servidor, el sistema se podrá usar recién cuando haya arrancado el servidor de archivos y también el servidor WinCC. Activación remota Usted puede arrancar un servidor también de manera remota desde otro equipo (cliente o servidor). El modo de proceder de describe en "Activar proyecto". MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 57 Sistema distribuido 1.7 Comportamiento del sistema en Runtime Consulte también Particularidades de la comunicación en un servidor con varias tarjetas de red (Página 59) Manera de activar un proyecto (Página 71) Apagar el cliente (Página 61) Apagar el servidor (Página 61) Arrancar el cliente (Página 58) Comportamiento del sistema en Runtime (Página 54) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.7.3 Arrancar el cliente Principio Los clientes de un sistema Cliente-Servidor arrancan de manera independiente a los servidores. Cuando un cliente arranca en un sistema Cliente-Servidor, él recibe todas las informaciones actuales acerca de los servidores conocidos WinCC en la red, por ejemplo: ● Nombre de proyecto ● Nombre de servidor y dirección IP ● Estado de proyecto del servidor (configuración o Runtime) Las informaciones correspondientes las puede ver el operador en la lista del cuadro de diálogo "WinCC Projects". Si se modifica el estado de un servidor, se actualizará también el cuadro de diálogo "WinCC Projects" de todos los equipos participantes. Servidor no disponible Si hay servidores no disponibles, se emitirá un aviso de fallo correspondiente. Además, se inactivarán por ejemplo objetos gráficos que reciben sus datos del servidor. A través de guiones usted puede proyectar en el cliente la visualización de averías en conexiones. 58 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.7 Comportamiento del sistema en Runtime Consulte también Particularidades de la comunicación en un servidor con varias tarjetas de red (Página 59) Manera de activar un proyecto (Página 71) Apagar el cliente (Página 61) Apagar el servidor (Página 61) Arrancar el servidor (Página 56) Comportamiento del sistema en Runtime (Página 54) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.7.4 Particularidades de la comunicación en un servidor con varias tarjetas de red Introducción Si en un servidor WinCC Server hay instaladas, para el acoplamiento del proceso, varias tarjetas de red o controladores SIMATIC NET SOFTNET que se usan con protocolo activo TCP/IP, entonces la comunicación del servidor con los clientes WinCC puede estar interferida. Una razón posible puede ser que en este servidor cada tarjeta de red o controladora SOFTNET tiene una dirección IP propia. Debido a esto, bajo determinadas circunstancias puede suceder que Windows al iniciar la sesión trata de establecer un enlace a través de una dirección IP incorrecta, por ejemplo a través de la dirección de la controladora SOFTNET. Cuando no se ha podido establecer un enlace, Windows marca el enlace como un enlace con interferencia y no trata más de establecer un nuevo enlace a través de otras direcciones IP existentes de este equipo. En este caso, la administración de la red debe realizar las modificaciones del caso. Diagnóstico Por medio del directorio "Simatic Shell" se puede verificar la configuración de la tarjeta de red. Si usted detecta que en un equipo se visualiza una dirección con un área de red equivocada, es decir, a la que no se puede acceder, seleccione otro adaptador de red. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 59 Sistema distribuido 1.7 Comportamiento del sistema en Runtime Procedimiento 1. En la ventana de navegación del Windows Explorer haga clic en el directorio "Simatic Shell". 2. Seleccione en el menú contextual del directorio el diálogo "Configuración...". El interfaz de red utilizada actualmente se identifica por el uso de letra de color azul. 3. Si desea cambiar la interfaz de red haga clic en la tarjeta de red deseada en el área "Adaptador para la red". En la configuración de la controladora SOFTNET en el servidor también se debería verificar si se pueden desactivar los servicios de Windows que no se necesitan para el acoplamiento del proceso. Si después de verificar estos puntos aún no sigue existiendo la posibilidad de establecer un enlace, comuníquese con su Customer Support. Consulte también Manera de acceder a equipos fuera de una subred (Página 64) Configuración remota (Página 62) Arrancar el cliente (Página 58) Arrancar el servidor (Página 56) Comportamiento del sistema en Runtime (Página 54) Sistemas Cliente-Servidor en WinCC (Página 7) 60 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.7 Comportamiento del sistema en Runtime 1.7.5 Apagar el servidor Principio Cuando se apaga un servidor en un sistema Cliente-Servidor, el servidor ya no podrá poner ningún dato de proceso a disposición de los clientes enlazados. Simultáneamente el servidor se retira del sistema (logout) y en la lista de proyectos del cuadro de diálogo "WinCC Projects" será identificado como desactivado. Desactivación remota Usted puede apagar un servidor también de manera remota desde otro equipo (cliente o servidor). . El modo de proceder de describe en "Desactivar proyecto". Consulte también Arrancar el cliente (Página 58) Manera de desactivar un proyecto (Página 72) Apagar el cliente (Página 61) Arrancar el servidor (Página 56) Comportamiento del sistema en Runtime (Página 54) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.7.6 Apagar el cliente Principio Si se apaga un cliente del sistema cliente-servidor, se da de baja en el sistema. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 61 Sistema distribuido 1.8 Configuración remota Consulte también Manera de desactivar un proyecto (Página 72) Apagar el servidor (Página 61) Arrancar el cliente (Página 58) Arrancar el servidor (Página 56) Comportamiento del sistema en Runtime (Página 54) Escenarios Cliente-Servidor (Página 11) Configuraciones y recursos disponibles (Página 9) Sistemas Cliente-Servidor en WinCC (Página 7) 1.8 Configuración remota 1.8.1 Configuración remota Principio Clientes que tienen las autorizaciones de uso correspondientes pueden hacer uso remoto de un proyecto de servidor, por ejemplo: ● Configurar remoto un proyecto de servidor ● Activar un proyecto de servidor ● Desactivar un proyecto de servidor Para la configuración remota usted puede usar el cuadro de diálogo "Simatic Shell" que se puede abrir a través del Explorer de Windows. 62 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.8 Configuración remota Función de Simatic Shell En el cuadro de diálogo "Simatic Shell" usted puede ver los servidores autorizados y los proyectos de su sistema cliente-servidor disponibles a través de la red. A ellos también pertenecen los proyectos que corren con una licencia Demo. Desde un cliente usted puede acceder a través de la ventana a un proyecto de servidor autorizado: ● abrir un proyecto remoto ● activar un proyecto remoto ● desactivar un proyecto remoto Consulte también Manera de desactivar un proyecto (Página 72) Manera de activar un proyecto (Página 71) Manera de editar imágenes del proyecto de servidor (Página 70) Manera de abrir un proyecto para editarlo (Página 68) Acceso a proyectos desde varios clientes (Página 66) Manera de acceder a equipos fuera de una subred (Página 64) Sistemas Cliente-Servidor en WinCC (Página 7) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 63 Sistema distribuido 1.8 Configuración remota 1.8.2 Manera de acceder a equipos fuera de una subred Principio Los equipos que en su red están detrás de un Router los puede presentar a su sistema con el cuadro de diálogo "Simatic Shell". Nota El cuadro de diálogo "Simatic Shell" es parte de WinCC y sirve para el mantenimiento y diagnosis central de todos los equipos enlazados con su sistema cliente-servidor. Con los ajustes en "Simatic Shell" usted indica como "Agente" a un equipo dentro de la subred, detrás del Router, que distribuye las informaciones de los otros equipos a los equipos de la subred. Una vez que usted haya realizado este inicio de sesión, todos los equipos participantes del sistema podrán comunicarse, incluso fuera de los límites del Router. Cada equipo que será agregado a un grupo ya existente sea informado del estado actual de todos los equipos, incluso fuera de los límites del Router. Cuando se modifica el estado de un equipo se enviará una notificación a todos los participantes, por ejemplo: ● Cuando un equipo ha activado un proyecto ● Cuando un equipo se apaga. ● Cuando un equipo arranca e ingresa al grupo. 64 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.8 Configuración remota Procedimiento 1. En el Explorer de Windows del cliente elija la entrada "Simatic Shell". Aparece la ventana "Simatic Shell". 2. En la ventana de navegación del cuadro de diálogo "Simatic Shell" seleccione una entrada cualquiera. En el menú emergente de esta entrada seleccione el punto de menú "Preferencias...". Se abre el cuadro de diálogo "Settings". Si en la ventana de navegación del cuadro de diálogo "Simatic Shell" no se muestra ninguna entrada, también puede abrir el menú contextual en la ventana vacía. 3. Verifique el ajuste en el campo "Tiempo de vida Multicast (TTL)". El valor indica la cantidad máxima de saltos de ruta entre las diferentes redes parciales (parámetros IP TTL). 4. En "Multicast Proxy" introduzca en el campo de entrada la dirección del equipo que debe ser el "Agent" para la subred. El equipo agente puede ser un equipo cualquiera de la subred (cliente o servidor). Añada el equipo con el botón de comando "Añadir" a la lista de partners de red. 5. Confirme sus introducciones mediante Aceptar. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 65 Sistema distribuido 1.8 Configuración remota Consulte también Acceso a proyectos desde varios clientes (Página 66) Manera de desactivar un proyecto (Página 72) Manera de activar un proyecto (Página 71) Manera de editar imágenes del proyecto de servidor (Página 70) Manera de abrir un proyecto para editarlo (Página 68) Configuración remota (Página 62) Sistemas Cliente-Servidor en WinCC (Página 7) 1.8.3 Acceso a proyectos desde varios clientes Posibilidades de la configuración De acuerdo al tipo de datos, uno o varios clientes en el manejo remoto pueden acceder al proyecto de servidor. Se diferencia entre datos guardados en la base de datos del servidor (Alarm Logging, Tag Logging, variables, User Admin, Text Library) y datos basados en archivos (imágenes y gráficos, informes, scripts). Nota Los datos guardados en la base de datos del servidor pueden ser editados por varios clientes simultáneamente. Sin embargo, considere que siempre se guardarán las modificaciones del cliente que guarde los datos en último lugar cuando varios clientes acceden a los mismos datos. En el caso de los datos de la base de datos de servidor se guardan siempre todos los datos del editor respectivo, incluso cuando se hayan modificado valores individuales. En el caso de los datos guardados en archivos se bloquea el archivo abierto para que ningún otro cliente tenga acceso. Ficheros (Tag Logging) Los ficheros están guardados en la base de datos del servidor. Los datos de Tag Logging se pueden modificar en Runtime. Las modificaciones son distribuidas por el servidor a todos los clientes que toman parte. Imágenes Las imágenes están guardadas como ficheros en el servidor o Fileserver. Cuando un cliente accede a una imagen en el servidor, esta imagen queda bloqueada para otros clientes. Diversas imágenes de un proyecto pueden ser abiertas por diferentes clientes. Las imágenes se pueden modificar en Runtime y las modificaciones estarán disponibles cuando se vuelva a abrir la imagen después de haberlas guardado. Usted puede guardar imágenes localmente para que sean editadas, teniendo que ejecutar manualmente la sincronización con el servidor. 66 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.8 Configuración remota Avisos Los avisos están guardados en la base de datos del servidor. Los datos del sistema de avisos se pueden modificar en Runtime. Las modificaciones son distribuidas por el servidor a todos los clientes que toman parte. Informes Los informes están guardados de manera central en el directorio de proyectos del servidor. Los datos del informe se dividen en Formatos (archivos) y Trabajos de impresión (entradas en la base de datos del proyecto). Solamente un cliente a la vez puede configurar el sistema de informes en el servidor. Usted puede guardar informes localmente para que sean editados, teniendo que ejecutar manualmente la sincronización con el servidor. No está previsto hacer modificaciones en el sistema de informes en Runtime, ya que los informes se pueden ejecutar de manera independiente a Runtime. Scripts Los scripts están guardados de manera central en el directorio de proyectos del servidor. Los scripts específicos al proyecto pueden estar definidos localmente en el equipo de manera independiente. Los scripts están guardados en archivos. Las acciones del Graphics Designer están guardadas en una imagen. Durante la edición, los archivos (scripts o imágenes) están bloqueados para otros clientes. Si no existe conexión con el servidor usted puede modificar los scripts localmente, teniendo que ejecutar manualmente la sincronización con el servidor. Los scripts se pueden modificar en Runtime. El servidor distribuye las modificaciones a todos los equipos participantes. Nota Cuando un cliente sin acceso al servidor configura un script, éste será guardado localmente. Si el script debe estar disponible en el servidor, usted debe copiar manualmente el script en el directorio del servidor correspondiente. Textos de Text Library Los textos de Text Library se guardan en la base de datos del servidor. Los objetos de texto se guardan individualmente. Los textos se pueden modificar en Runtime. El servidor distribuye las modificaciones a todos los equipos participantes. La actualización se realiza en el idioma del proyecto ajustado localmente. Nota Algunos editores de WinCC, como por ejemplo Alarm Logging y User Administrator, acceden durante la configuración a la misma tabla de base de datos que Text Library. Por esta razón, usted podrá trabajar simultáneamente con estos editores únicamente en una estación de mando. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 67 Sistema distribuido 1.8 Configuración remota Variables Las variables están guardadas en la base de datos del servidor. Nota Si se desactiva un proyecto de cliente para modificar una variable, las modificaciones tendrán efecto únicamente después de reiniciar todos los equipos en los que estaba activo el proyecto a la hora que se hizo la modificación. User Administrator Las autorizaciones de uso del User Administrator están guardadas en la base de datos del servidor. Los datos del User Administrator se pueden modificar en Runtime. No se hará ninguna notificación de los equipos participantes. Los nuevos datos tendrán validez en un nuevo inicio de sesión de un cliente. Consulte también Manera de activar un proyecto (Página 71) Manera de desactivar un proyecto (Página 72) Manera de editar imágenes del proyecto de servidor (Página 70) Manera de abrir un proyecto para editarlo (Página 68) Manera de acceder a equipos fuera de una subred (Página 64) Configuración remota (Página 62) Sistemas Cliente-Servidor en WinCC (Página 7) 1.8.4 Manera de abrir un proyecto para editarlo Principio Usted puede editar un proyecto de servidor desde un cliente en manejo de configuración o de Runtime del proyecto. La actualización de los datos en Runtime depende de los datos que usted proyecta. El cuadro de diálogo "Simatic Shell" en el Explorer de Windows le ofrece una lista de todos los proyectos de servidores en la red autorizados para que puedan ser configurados. Ellos contienen otras informaciones del servidor elegido, por ejemplo el modo en que él se encuentra (configuración/Runtime). También varios clientes pueden simultáneamente abrir y editar el mismo proyecto. 68 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.8 Configuración remota Requisito Para poder abrir remoto, en un cliente, un proyecto de servidor para editarlo, deben haberse cumplido los siguientes requisitos: ● El usuario que ha iniciado la sesión en el cliente dispone de una autorización de uso "Configurar remoto" en el proyecto WinCC en el servidor. ● El cliente está registrado en la lista de equipos del servidor. ● El proyecto tiene autorización para acceso a la red. Procedimiento 1. En el Explorer de Windows del cliente elija la entrada "Simatic Shell". Aparece la ventana "Simatic Shell". En una ventana de navegación se muestran todos los servidores y proyectos disponibles en ese momento en la red. También puede abrir el cuadro de diálogo "Simatic Shell" como ventana independiente. Para ello, en el Explorador de Windows Explorer, en el menú emergente de la entrada "Simatic Shell" seleccione el comando "Abrir". 2. Seleccione un equipo para que se le muestren los proyectos únicamente de este equipo. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 69 Sistema distribuido 1.8 Configuración remota 3. En la lista de proyectos seleccione el proyecto que desea abrir y en el menú emergente seleccione la orden "Abrir". Aparece un cuadro de diálogo de Login (inicio de sesión). 4. Introduzca el nombre de usuario y la contraseña para el equipo actual. En el cuadro de diálogo "WinCC Explorer - Servidor no disponible" haga clic en el botón de comando "Iniciar servidor local". En el cliente se abrirá el proyecto para que sea configurado. Nota Si a través del cliente usted ha abierto un proyecto de servidor para que sea proyectado y ejecuta en WinCC la orden "Activar Runtime", observe los siguiente: Cuando se activa Runtime desde un cliente en un sistema de estación multipuesto se activará únicamente el proyecto del cliente, incluso cuando el proyecto de servidor esté abierto. Si usted desea activar el proyecto de servidor, utilice el comando "Activar remoto" en el cuadro de diálogo "Simatic Shell". Los mismo rige para el comando "Desactivar Runtime". Consulte también Manera de desactivar un proyecto (Página 72) Manera de activar un proyecto (Página 71) Manera de editar imágenes del proyecto de servidor (Página 70) Acceso a proyectos desde varios clientes (Página 66) Manera de acceder a equipos fuera de una subred (Página 64) Configuración remota (Página 62) Sistemas Cliente-Servidor en WinCC (Página 7) 1.8.5 Manera de editar imágenes del proyecto de servidor Principio Usted puede abrir, editar y otra vez guardar remoto desde un cliente las imágenes de un servidor. Si durante la edición está Runtime activo, la modificación tendrá efecto cuando la imagen se abra la próxima vez. 70 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.8 Configuración remota Como cada imagen se guarda en un archivo propio, solamente un cliente a la vez puede acceder a una imagen. Otros equipos no podrán acceder a la imagen, su acceso estará bloqueado. Requisito ● El directorio de proyectos en el servidor debe estar autorizado para el acceso a la red. ● El usuario que ha iniciado la sesión en el cliente dispone de una autorización de uso "Configurar remoto" en el proyecto WinCC en el servidor. Procedimiento 1. En el Explorer de Windows del cliente elija la entrada "Simatic Shell". Aparece la ventana "Simatic Shell". En una ventana de navegación se muestran todos los servidores y proyectos disponibles en ese momento en la red. 2. En la lista de proyectos seleccione el proyecto deseado, y en el menú emergente seleccione la orden "Abrir". Aparece un cuadro de diálogo de Login (inicio de sesión). Introduzca el nombre de usuario y la contraseña para el equipo actual. En el cuadro de diálogo "WinCC Explorer - Servidor no disponible" haga clic en el botón de comando "Iniciar servidor local". En el cliente se abrirá el proyecto para que sea configurado. 3. Abra la imagen deseada en Graphics Designer en el cliente. 4. Edite la imagen y guárdela otra vez en el directorio de proyecto del servidor. Consulte también Manera de desactivar un proyecto (Página 72) Manera de activar un proyecto (Página 71) Manera de abrir un proyecto para editarlo (Página 68) Acceso a proyectos desde varios clientes (Página 66) Manera de acceder a equipos fuera de una subred (Página 64) Configuración remota (Página 62) Sistemas Cliente-Servidor en WinCC (Página 7) 1.8.6 Manera de activar un proyecto Principio En un sistema cliente-servidor usted tiene no solo la posibilidad de configurar remoto proyectos, sino también de activarlos y desactivarlos. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 71 Sistema distribuido 1.8 Configuración remota Si desde un cliente usted activa un proyecto de servidor por medio del cuadro de diálogo "Simatic Shell", siempre se activará únicamente el proyecto en el servidor. Si por el contrario usted ha abierto un proyecto de servidor para editarlo y lo activa en WinCC por medio del botón de comando "Iniciar Runtime" de la barra de herramientas, se activará únicamente el proyecto del cliente, incluso cuando el proyecto de servidor está abierto. Requisitos Para poder activar remoto, en un cliente, un proyecto de servidor, deben haberse cumplido los siguientes requisitos: ● El usuario que ha iniciado la sesión en el cliente dispone de una autorización de uso "Activar remoto" en el proyecto WinCC en el servidor. ● El cliente está registrado en la lista de equipos del servidor. ● El proyecto tiene autorización para acceso a la red. Procedimiento 1. En el Explorer de Windows del cliente elija la entrada "Simatic Shell". Se muestra la ventana "Simatic Shell". Se muestran todos los servidores y proyectos disponibles en la red y su actual estatus. 2. Seleccione el proyecto que desea activar. 3. En el menú emergente seleccione la orden "Activar remoto". Aparece un cuadro de diálogo de Login (inicio de sesión). 4. Introduzca el nombre de usuario y la contraseña para el equipo actual. El proyecto se activa en el servidor. Consulte también Manera de desactivar un proyecto (Página 72) Manera de editar imágenes del proyecto de servidor (Página 70) Manera de abrir un proyecto para editarlo (Página 68) Acceso a proyectos desde varios clientes (Página 66) Manera de acceder a equipos fuera de una subred (Página 64) Configuración remota (Página 62) Sistemas Cliente-Servidor en WinCC (Página 7) 1.8.7 Manera de desactivar un proyecto Principio En un sistema cliente-servidor usted tiene no solo la posibilidad de configurar remoto proyectos, sino también de activarlos y desactivarlos. 72 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistema distribuido 1.9 Uso de interfaces OPC en sistemas Cliente-Servidor Si desde un cliente usted desactiva un proyecto de servidor por medio del cuadro de diálogo "Simatic Shell", siempre se desactivará únicamente el proyecto en el servidor. Si por el contrario usted ha abierto un proyecto de servidor para editarlo y lo desactiva en WinCC por medio del botón de comando "Salir de Runtime" de la barra de herramientas, se desactivará únicamente el proyecto del cliente, incluso cuando el proyecto de servidor está abierto. Requisitos Para poder desactivar remoto, en un cliente, un proyecto de servidor, deben haberse cumplido los siguientes requisitos: ● El usuario que ha iniciado la sesión en el cliente dispone de una autorización de uso "Activar remoto" en el proyecto WinCC en el servidor. ● El cliente está registrado en la lista de equipos del servidor. ● El proyecto tiene autorización para acceso a la red. Procedimiento 1. En el Explorer de Windows del cliente elija la entrada "Simatic Shell". Se muestra la ventana "Simatic Shell". Se muestran todos los equipos y proyectos disponibles con inclusión de su actual estatus. 2. Seleccione el proyecto que desea desactivar. 3. En el menú emergente seleccione la orden "Desactivar remoto". Aparece un cuadro de diálogo de Login (inicio de sesión). 4. Introduzca el nombre de usuario y la contraseña para el equipo actual. El proyecto se desactiva en el servidor. Consulte también Manera de activar un proyecto (Página 71) Manera de editar imágenes del proyecto de servidor (Página 70) Manera de abrir un proyecto para editarlo (Página 68) Acceso a proyectos desde varios clientes (Página 66) Manera de acceder a equipos fuera de una subred (Página 64) Configuración remota (Página 62) Sistemas Cliente-Servidor en WinCC (Página 7) 1.9 Uso de interfaces OPC en sistemas Cliente-Servidor Principio OPC (OLE for Process Control) es un estándar de comunicación de uso universal para componentes del ámbito de la automatización. Construido sobre tecnología basada en MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 73 Sistema distribuido 1.9 Uso de interfaces OPC en sistemas Cliente-Servidor Windows, OPC ofrece una interfaz abierta que posibilita el intercambio de datos estandarizado y exento de problemas entre controladores, sistemas de manejo y observación y aplicaciones ofimáticas de diferentes fabricantes. Nota La "OPC Foundation" está formada por varias empresas líderes en la automatización industrial. Encontrará más información sobre la OPC Foundation en la siguiente página web: "http:// www.opcfoundation.org" Aplicación de OPC en WinCC En un sistema distribuido pueden monitorizarse todos y cada uno de los servidores WinCC de la instalación. El servidor WinCC, sin embargo, solamente se dedica a un área de trabajo concreta, por ejemplo sólo al procesamiento de avisos o al archivamiento. Los servidores WinCC-OPC ponen a disposición de la interfaz OPC los datos de WinCC en modo Runtime. Los servidores WinCC-OPC soportan todas las funciones en función de la especificación OPC en cuestión. Cualquier software puede utilizarse como cliente OPC, siempre que esté basado en la especificación OPC correspondiente. De este modo el cliente OPC puede utilizarse para analizar diferentes fuentes. Mediante la utilización de clientes OPC desarrollados por el propio usuario, pueden satisfacerse al máximo las exigencias requeridas. Para el funcionamiento del servidor WinCC-OPC, en el equipo que se instala como servidor WnCC-OPC debe estar instalada la licencia Connectivity Pack. Para los servidores OPC DA no necesita licencia de Connectivity Pack. La interfaz OPC se instala con la instalación de WinCC en el cliente y servidor. Los servidores OPC de WinCC dan soporte a las siguientes especificaciones: ● OPC Data Access 2.0 (OPC DA) ● OPC Historical Data Access 1.1 (OPC HDA) ● OPC Alarm & Events 1.0 (OPC A&E) Encontrará información detallada sobre la plicación de la interfaz OPC en WinCC en el sistema de información WinCC, tema "Comunicación" > "OPC". Consulte también Sistemas Cliente-Servidor en WinCC (Página 7) 74 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, ArchiveServer 2 Recursos 2.1 Inicialización del servidor de ficheros históricos 2 Introducción En un servidor de ficheros históricos puede guardar los archivos de intercambio de ficheros. Estos pueden ser ficheros de valores de proceso o de avisos. Los datos de ficheros intercambiados de los ficheros de valores del proceso se guardan de forma comprimida como datos binarios. Requisito Un equipo que se debe usar como servidor de ficheros históricos debe cumplir los siguientes requisitos: ● Sistema operativo Windows Server 2003 SP2 o Windows Server 2003 R2 ● Derechos de administrador ● Microsoft SQL Server 2005 debe estar instalado. ● Los servicios Microsoft Message Queuing ● El equipo debe estar disponible en la red (LAN). ● WinCC V7 no debe estar instalado porque se va a instalar WinCC Fileserver V7. Instalación Para inicializar un equipo como servidor de ficheros históricos ejecute en el equipo el setup para el WinCC Fileserver. Encontrará el setup del Fileserver en el DVD de instalación de WinCC, en el cuadro de diálogo "Programas", en el grupo "WinCC". encoder La configuración del servidor de ficheros históricos comprende dos pasos: Paso 1: Habilitación de unidades de disco o de carpetas Para que se puedan guardar los archivos de intercambio en el servidor de ficheros históricos, deberá habilitar en el servidor de ficheros históricos las unidades de disco o las carpetas deseadas. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 75 ArchiveServer 2.1 Inicialización del servidor de ficheros históricos Nota Para habilitar carpetas o unidades de disco necesita usted derechos de administrador de Windows. Paso 2: Indicación de la ruta para los ficheros de archivo que se va a intercambiar Las indicaciones de la ruta donde se deban guardar los archivos de intercambio se llevan a cabo en el equipo de configuración. Las instrucciones para ficheros de valores de proceso se encuentran al respecto en "Intercambiar fichero en disco duro". Encontrará las instrucciones para ficheros de aviso en "Configurar backup de ficheros". Nota Si desea intercambiar archivos sólo con fines de backup, puede guardar éstos en cualquier unidad de disco. Entonces sólo necesita indicar una unidad de disco en el servidor de ficheros históricos, si quiere acceder a los datos de ficheros con OLE DB. Acceso a los archivos de intercambio Existen tres modos de acceso a los archivos de intercambio: ● Copiar los archivos de intercambio al ordenador de configuración en el que también se ejecuta Runtime. En Alarm Logging o Tag Logging, enlace los archivos de intercambio con el proyecto. En Runtime se indican los valores archivados. ● Acceso a través de OLE-DB ● Acceso a través de DataMonitor Web Editon 76 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Servidor de archivos 3 Recursos 3.1 Instalación del servidor de ficheros 3 Introducción El servidor de ficheros WinCC es un servidor con la configuración mínima de componentes de WinCC. En un servidor de ficheros puede guardar proyectos y administrarlos de forma central. Así, por ejemplo es más sencillo crear copias de seguridad regulares de todos los proyectos. Nota Use el servidor de ficheros exclusivamente para la configuración. Requisito Para la instalación de un WinCC Fileserver V7 observe las condiciones que se describen en las notas de instalación. Además debe recordar que el ordenador debe estar disponible en la red (LAN). Nota En un equipo no se puede tener instalado al mismo tiempo WinCC V7 y el servidor de ficheros WinCC V7. Instalación Para instalar un equipo como servidor de ficheros, ejecute en el equipo el setup del servidor de ficheros. En el DVD de instalación de WinCC, en el cuadro de diálogo "Programas", en el grupo "WinCC", seleccione la entrada "WinCC V7.0 Fileserver". En el equipo se instalará la instalación mínima de WinCC. Configuración Los proyectos se depositan en el servidor de ficheros. Para que todos los editores puedan acceder a los proyectos deberán habilitarse las correspondientes unidades de disco o carpetas en el servidor de ficheros. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 77 Servidor de archivos 3.1 Instalación del servidor de ficheros Nota Para habilitar carpetas o unidades de disco necesita usted derechos de administrador de Windows. Asigne en los equipos de configuración a las carpetas o unidades de disco habilitadas letras de unidades inequívocas. Los editores pueden abrir los proyectos entonces en el servidor de ficheros como un proyecto local. 78 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, WinCC ServiceMode 4 Recursos 4.1 WinCC ServiceMode 4 Contenido WinCC ServiceMode ofrece la posibilidad, de emplear WinCC Runtime como servicio. En calidad de servicio WinCC Runtime puede estar activo, aún cuando no haya ningún usuario interactivo registrado en el equipo. El presente capítulo le muestra: ● En que configuraciones es posible WinCC ServiceMode. ● Como se configura un proyecto como proyecto de servicio. ● Como se activa un proyecto de servicio. 4.2 Proyecto estándar y proyecto de servicio Resumen Usted puede configurar un proyecto WinCC como proyecto estándar o como proyecto de servicio. Para configurar un proyecto en el modo de servicio WinCC, hay que configurarlo como proyecto de servicio. Proyecto estándar Para que se pueda ejecutar WinCC Runtime, tiene que estar registrado un usuario en el equipo. Son posibles entradas interactivas del usuario. Proyecto de servicio WinCC Runtime también puede ejecutarse en el equipo, aún cuando no haya ningún usuario interactivo registrado en el equipo. WinCC Runtime puede operarse también con usuarios registrados, de esta forma son posibles las entradas interactivas del usuario. ATENCIÓN WinCC no se puede ejecutar durante las intervenciones en el sistema MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 79 WinCC ServiceMode 4.4 Utilización de un proyecto de servicio y restricciones No se permiten modificaciones de los procesos y servicios de WinCC en el panel de control y en el administrador de tareas de Windows. Están afectadas las modificaciones siguientes: ● Modificaciones de las propiedades ● Intervenciones manuales – Iniciar – Salir – Detener – Continuar – Rearrancar ● Modificación de la prioridad Existen dependencias entre los procesos y servicios individuales. No efectuar ninguna modificación. 4.3 Configuraciones para un proyecto de servicio Resumen WinCC Runtime puede ejecutarse como proyecto de servicio en el servidor con las configuraciones siguientes: ● Servidor WinCC con Windows Server 2003 – Clientes con Windows XP – Clientes con Windows Vista ● Servidor WinCC con Windows XP con un máximo de 3 clientes – Clientes con Windows XP – Clientes con Windows Vista ● Servidor WinCC WebNavigator o WebServer dedicado – Clientes de WinCC Web ● Servidor DataMonitor o servidor DataMonitor dedicado – Clientes DataMonitor 4.4 Utilización de un proyecto de servicio y restricciones Utilización En el servidor se emplea el proyecto como proyecto de servicio en WinCC ServiceMode. WinCC Runtime arranca como servicio. Un proyecto de servicio se arranca automática o manualmente. 80 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, WinCC ServiceMode 4.4 Utilización de un proyecto de servicio y restricciones Operación sin usuario registrado Un proyecto de servicio se puede ejecutar, sin haber un usuario interactivo registrado en el equipo. Si no hay ningún usuario interactivo registrado, es imposible cualquier operación interactiva. Operación con usuario registrado Por lo general en los proyectos de servicio no se desea ninguna operación interactiva. Un usuario interactivo puede registrarse por ej. por motivos de servicio. En ese caso el usuario puede activar la operación interactiva del proyecto de servicio. Inicio automático Durante el arranque automático WinCC Runtime arrancará automáticamente durante el arranque del servidor, activándose el proyecto ajustado. El arranque automático se ejecuta, sin haber un usuario interactivo registrado en el equipo. Arranque manual Durante el arranque manual el usuario tiene que registrarse en el servidor y activar el proyecto después. Cuando el usuario finaliza la sesión en el servidor, WinCC Runtime continua activo. Iniciar y cerrar sesiones de los usuarios Mientras que el proyecto de servicio está activo, se pueden registrar y dar de baja del servidor usuarios interactivos en cualquier momento. Limitaciones Un proyecto de servicio está sometido a las limitaciones siguientes: Scripts Dado que generalmente en los proyectos de servicio no hay ningún usuario interactivo registrado, los scripts C y scripts VB dan lugar a problemas p. ej. en los casos siguientes: ● Durante la solicitud de interacciones, p. ej. entradas. ● Durante la visualización de cuadros de mensajes. En Service Mode no existe ningún área común de datos para C-Scripting. Por eso, por ejemplo, no puede intercambiarse ninguna variable global C entre "Global Script" y el "Graphics Designer". Programas o tareas adicionales Durante un proyecto de servicio no se puede aceptar ningún programa o tareas adicionales en la lista de arranque. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 81 WinCC ServiceMode 4.5 Estado y control de WinCC en el área Tray Componentes sin habilitar El acceso OPC a través de una Connectivity Station no está habilitado en un un proyecto de servicio. Informaciones de diagnóstico de un proyecto de servicio Generalmente en un servidor con servicio de proyecto activo no hay ningún usuario registrado. WinCC no puede visualizar informaciones de diagnóstico en el servidor. Por eso WinCC transmite informaciones de diagnóstico a los clientes del servidor. Otras informaciones al respecto se encuentran en el WinCC Information System capítulo "Trabajar con WinCC" > "Trabajar con proyectos" > Anexos > "Ventana de diagnóstico de WinCC e informaciones de licencia". 4.5 Estado y control de WinCC en el área Tray Introducción En Taskbar Notification Area, conocida como área Tray, WinCC visualiza el símbolo "SIMATIC WinCC". A través de ese símbolo se recibe información sobre el estado del proyecto. Por medio del menú contextual del símbolo se activar y desactiva p. ej. el proyecto WinCC. Estado del proyecto La tabla siguiente indica, que estado de proyecto corresponde a determinado símbolo: Símbolo SIMATIC WinCC Estado ● WinCC no está activo. ● Ningún proyecto está abierto. WinCC cambia el estado: ● WinCC abre un proyecto. ● WinCC activa un proyecto. ● WinCC desactiva un proyecto. ● WinCC cierra un proyecto abierto. El proyecto deberá estar abierto. El proyecto está activado. Posibilidades de manejo mediante el menú contextual Usted puede operar un proyecto abierto en dependencia de su estado. A través del menú contextual del símbolo "SIMATIC WinCC", existen las siguientes posibilidades de manejo: ● Iniciar Graphics Runtime. ● Salir de Graphics Runtime. ● Activar proyecto. 82 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, WinCC ServiceMode 4.5 Estado y control de WinCC en el área Tray ● Desactivar proyecto. ● Abrir ventana de diagnóstico. Ventana SIMATIC WinCC Para abrir la ventana "SIMATIC WinCC", hacer clic en el símbolo "SIMATIC WinCC". Ejemplo: Ventana con Runtime activo En la ventana aparecen las informaciones siguientes: ● Nombre del proyecto ● Tipo de proyecto ● Estado del proyecto ● Lista de equipos El equipo local aparece representado en azul. Lista de equipos En la lista de equipos aparecen todos los equipos existentes en la red. Si el proyecto está activado, aparece el estado de conexión de todos los equipos existentes. La tabla siguiente muestra los símbolos del estado de conexión y su significado: Botón Estado ● Ninguna conexión ● Conexión desconectada ● Equipo local ● Servidor asociado redundante Conectado ● Con servidor Standby ● Con servidor maestro, pero el servidor Standby es el servidor de preferencia Conectado ● Con servidor maestro ● Con servidor Standby como servidor de preferencia MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 83 WinCC ServiceMode 4.6 Funcionamiento y requisitos 4.6 Funcionamiento y requisitos 4.6.1 Funcionamiento de un proyecto de servicio Introducción Este capítulo describe el funcionamiento de un proyecto de servicio de WinCC. Proyecto estándar Un proyecto estándar se inicia del modo siguiente: ● El usuario inicia una sesión en el sistema. ● El usuario inicia WinCC Runtime o bien WinCC Runtime se inicia automáticamente. WinCC Runtime se mantiene activo hasta que se da uno de los casos siguientes: ● El usuario cierra WinCC Runtime. ● El usuario cierra la sesión en el sistema. En este caso, el sistema cierra WinCC Runtime. Proyecto de servicio En un proyecto de servicio, WinCC Runtime se inicia como servicio. Según sean los ajustes, estos servicios se inician en los instantes siguientes: ● Automáticamente después de iniciar el sistema operativo. ● Después de que un usuario haya iniciado una sesión y WinCC Runtime. WinCC sigue activo aunque el usuario cierre la sesión. Los datos de WinCC Runtime siguen estando disponibles. En caso necesario, el usuario que haya iniciado una sesión puede activar la operación en Runtime. El gráfico siguiente muestra los estados entre el inicio del servidor y el inicio automático de Runtime en un proyecto de servicio. 84 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, WinCC ServiceMode 4.6 Funcionamiento y requisitos 4.6.2 Requisitos para la ejecutabilidad de un proyecto de servicio Requisitos Por lo general en los proyectos de servicio no se desea ninguna operación interactiva. Scripts Dado que generalmente en los proyectos de servicio no hay ningún usuario interactivo registrado, los scripts C y scripts VB dan lugar a problemas p. ej. en los casos siguientes: ● Durante la solicitud de interacciones, p. ej. entradas. ● Durante la visualización de cuadros de mensajes. Proyecto de servicio en un entorno WinCC distribuido Para un proyecto de servicio debe crear un usuario Windows propio. El usuario Windows configurado para el proyecto de servicio debe ser miembro del grupo de usuarios "SIMATIC HMI". Puede usar un usuario Windows local o un usuario de dominio Windows. Tenga en cuenta las siguientes instrucciones para sistemas WinCC multipuesto o sistemas distribuidos con comunicación servidor-servidor: MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 85 WinCC ServiceMode 4.6 Funcionamiento y requisitos ● Usuario local Windows El usuario debe ser miembro del grupo de usuarios local "SIMATIC HMI" en todos los ordenadores que forman parte de la conexión. La contraseña de ese usuario debe ser la misma en todos los ordenadores. ● Usuario de dominio Windows El usuario debe reunir una de las siguientes condiciones: – El usuario es miembro en todos los equipos del grupo de usuarios local "SIMATIC HMI". – El usuario es miembro de un grupo que, a su vez, es miembro del grupo de usuarios local "SIMATIC HMI". Nota Para que un proyecto de servicio WinCC funcione sin interrupciones la contraseña del usuario proyectado debe no ser modificable ni caducable. Para ello, al crear el usuario active las siguientes opciones: ● "El usuario no puede modificar la contraseña" ● "La contraseña no caduca" 86 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, WinCC ServiceMode 4.7 Configurar WinCC ServiceMode 4.7 Configurar WinCC ServiceMode 4.7.1 Cómo se define un proyecto como servicio Introducción En las propiedades de proyecto establezca si el proyecto debe funcionar como proyecto estándar o como proyecto de servicio. Procedimiento - Definición proyecto de servicio 1. En la ventana de navegación de WinCC Explorer, haga clic en el nombre del proyecto y en el menú contextual abra el comando "Propiedades". Se abre el cuadro de diálogo "Propiedades del proyecto". 2. Pase a la ficha "Modo operativo". MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 87 WinCC ServiceMode 4.7 Configurar WinCC ServiceMode 3. Active "Servicio". WinCC muestra una nota, que indica que la modificación del proyecto exige una carga nueva del proyecto. 4. Entre en el campo "Usuario" el usuario, bajo el que deberá ejecutarse el proyecto de servicio WinCC. Encontrará más información sobre las características que debe tener este usuario en el capítulo "Requisitos para la ejecutabilidad de un proyecto de servicio (Página 85) ". 5. Introduzca en el campo "Contraseña" la contraseña correspondiente. 6. Repita la contraseña en el campo "Contraseña". 7. Confirmar la selección con Aceptar. 8. Cargue de nuevo el proyecto. Activar autoarranque WinCC puede activar el proyecto deseado al arrancar el equipo. Especificar el proyecto en la herramienta "AutoStart - Configuración". Nota Necesidad de derechos de administrador Para la configuración de la función Autostart se requieren derechos de administrador. Procedimiento - AutoStart - Configuración 1. En el menú de inicio de Windows, seleccione la carpeta Autostart en la carpeta "SIMATIC > WinCC". Se abre el cuadro de diálogo "AutoStart - Configuración". 2. Seleccione el proyecto deseado en el campo "Proyecto" con el botón El archivo del proyecto se indica en el campo con la ruta completa. . 3. Si desea que el proyecto se abra en Runtime, seleccione la opción "Activar el proyecto al arrancar". 4. Haga clic en el botón "Activar Autostart". Al arrancar el equipo de nuevo, WinCC se abre automáticamente así como el proyecto seleccionado. Conversión de un proyecto de servicio en un proyecto estándar Si desea convertir un proyecto de servicio en un proyecto estándar, active la opción "Estándar" en la ficha "Modo operativo". Conversión de un proyecto de servicio en un proyecto estándar Si desea convertir un proyecto estándar en un proyecto de servicio, active la opción "Servicio" en la ficha "Modo operativo". 88 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, WinCC ServiceMode 4.8 Proyecto de servicio en Runtime ATENCIÓN La conversión de un proyecto de estándar en un proyecto de servicio no es posible generalmente Un proyecto de servicio está sometido a limitaciones: Antes de realizar la conversión, tener en cuenta. Encontrará más información al respecto en "Utilización de un proyecto de servicio y restricciones (Página 80)" Nota Tras la conversión de un proyecto de servicio en un proyecto estándar y a la inversa deberá reajustar la configuración de "Autostart". 4.8 Proyecto de servicio en Runtime 4.8.1 Proyecto de servicio en Runtime Introducción WinCC crea el símbolo "SIMATIC WinCC" en la Taskbar Notification Area, la así llamada área Tray. Desde el menú contextual de este símbolo se ejecutan las funciones siguientes: ● Iniciar Graphics Runtime. ● Cerrar Graphics Runtime. ● Activar el proyecto. ● Desactivar el proyecto. ● Abrir la ventana de diagnóstico. Encontrará más información al respecto en el WinCC Information System, en el capítulo "Trabajar con WinCC > Trabajar con proyectos > Anexo > Estado y control de WinCC en el área Tray". 4.8.2 Cómo se activa un proyecto de servicio Requisitos El proyecto debe estar guardado como proyecto de servicio. Encontrará más requisitos en el capítulo "Requisitos para la ejecutabilidad de un proyecto de servicio (Página 85)". MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 89 WinCC ServiceMode 4.8 Proyecto de servicio en Runtime Procedimiento para iniciar automáticamente un proyecto de servicio en modo de servicio Si el inicio automático del proyecto se ha parametrizado correctamente con la herramienta "AutoStart - Configuración", ocurre lo siguiente: ● El proyecto se activa automáticamente en cuanto se arranca el servidor. No se precisan entradas del usuario. Resultado del inicio automático de un proyecto en el WinCC ServiceMode El proyecto está activado. Ningún usuario ha iniciado una sesión en el servidor. Procedimiento para iniciar manualmente un proyecto en el WinCC ServiceMode El procedimiento siguiente parte del supuesto de que no se ha parametrizado el inicio automático para el proyecto. 1. Inicie el servidor. 2. Inicie la sesión en el servidor. 3. Abra el proyecto. 4. Seleccione el comando "Activar proyecto" del menú contextual del símbolo Tray. Opcionalmente, active el proyecto con el WinCC Explorer. en el área Resultado del inicio manual de un proyecto en el WinCC ServiceMode El proyecto se activa. WinCC muestra el símbolo . Para que WinCC Runtime siga activo aunque cierre la sesión en el servidor, cierre sólo el WinCC Explorer. Para ello, elija la entrada "Salir de WinCC Explorer" en el cuadro de diálogo "Salir de WinCC Explorer". WinCC Runtime seguirá activo. 4.8.3 Alta y baja durante un proyecto de servicio activo Introducción Existe la posibilidad de darse de alta o de baja en el servidor, mientras un proyecto WinCC está en Runtime, p. ej. para realizar trabajos necesarios en el servidor. ATENCIÓN Cuando se instalan actualizaciones, que requieren un arranque nuevo, termina WinCC Runtime. Requisitos El proyecto de servicio está activado. No hay ningún usuario registrado en el servidor. 90 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, WinCC ServiceMode 4.8 Proyecto de servicio en Runtime Procedimiento 1. Inicie la sesión en el servidor. 2. Realice las acciones deseadas. 3. Finalice la sesión en el servidor. Resultado Usted se ha dado de alta y de baja en el servidor. WinCC Runtime no se afecta por ello. 4.8.4 Activación de la operación interactiva con fines de servicio Introducción Usted puede activar la operación interactiva, mientras un proyecto de servicio WinCC está en Runtime. Requisitos Un proyecto de servicio está activo. La operación interactiva no está activada. Usted se está registrando bajo un usuario, que es miembro del grupo "SIMATIC HMI". Procedimiento - Activación operación interactiva 1. Inicie la sesión en el servidor. 2. En el menú contextual del icono en el área Tray seleccionar el comando "Iniciar Graphics Runtime". WinCC libera la operación interactiva. Usted puede operar el proyecto WinCC. Procedimiento - Cierre operación interactiva 1. En el menú contextual del icono Graphics Runtime". WinCC cierra Graphics Runtime. en el área Tray seleccionar el comando "Salir de 2. En caso necesario finalice la sesión. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 91 Sistemas redundantes 5 Recursos 5.1 Redundancia 5 Contenido WinCC Redundancy sirve para estructurar un sistema redundante. Gracias al funcionamiento paralelo de dos equipos servidores acoplados entre sí, y a la conmutación automática de los servidores en caso de fallar uno de ellos, se incrementa considerablemente la disponibilidad de WinCC y de la instalación en su conjunto. El presente capítulo le muestra lo siguiente: ● Cómo se realiza un sistema redundante en WinCC. ● Cómo se configuran los servidores para la redundancia. ● Cómo se configura la sincronización de los ficheros redundantes. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 93 Sistemas redundantes 5.2 Redundancia en WinCC 5.2 Redundancia en WinCC Introducción WinCC Redundancy ofrece un claro incremento de la disponibilidad de WinCC y de la instalación en su conjunto gracias al funcionamiento paralelo de dos equipos servidores acoplados entre sí. Los servidores se vigilan recíprocamente para detectar con anticipación el fallo del equipo asociado. En caso de fallar uno de los dos ordenadores servidores, se conmutan los clientes automáticamente del servidor averiado al servidor activo. De esta forma siempre hay clientes disponibles para la vigilancia y manejo del proceso. Mientras dura la avería de un servidor, el otro servidor sigue archivando todos los avisos y datos de proceso del proyecto WinCC. Cuando el servidor averiado vuelve a ponerse en funcionamiento se copian en él automáticamente los contenidos de todos los archivos de avisos, archivos de valores de proceso y ficheros de usuario, rellenando así las lagunas que se habían creado en los datos del servidor mientras éste estaba fuera de funcionamiento. El relleno de las lagunas también se la denomina sincronización tras el restablecimiento. La opción de WinCC Redundancy ofrece al usuario lo siguiente: ● Sincronización automática de los ficheros de avisos, de valores de proceso y de usuario tras el restablecimiento de un servidor que había fallado. ● Sincronización automática de los ficheros de avisos, de valores de proceso y de usuario tras fallar el acoplamiento al proceso. ● Sincronización online de avisos internos. ● Sincronización online de variables internas (sincronización de variables). 94 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.2 Redundancia en WinCC ● Sincronización online de ficheros de usuario. ● Conmutación automática de clientes entre los servidores redundantes en caso de fallar uno de éstos. ● El "Project Duplicator" para copiar un proyecto al servidor redundante. ● Conmutación automática de los clientes en caso de fallar el acoplamiento al proceso. ● Función "Application Health Check" para vigilar las aplicaciones WinCC. Función "Application Health Check" En el entorno de WinCC / PCS7 se entiende por el concepto "Application Health Check" la vigilancia cíclica de señales de vida para las principales aplicaciones. Gracias a esta función aumenta la sensibilidad de la redundancia, pues la vigilancia de señales de vida no se limita al propio servidor, sino que se extiende Función "Application Health Check" para vigilar automáticamente todas las aplicaciones WinCC importantes. Después de la detección de un error la vigilancia de la señal de vida ejecuta lo siguiente: ● Pone el estado del servidor en "Fault" en la variable @RedundantServerState. ● Disponer la conmutación de los clientes conectador en el servidor redundante. A través de un aviso del sistema de control se comunica al usuario la anomalía del software. Cuando el servidor de Alarma provoca la caída, no se puede liberar ningún aviso del sistema de control técnico, ya que los avisos de control técnicos se liberan mediante el servidor de Alarma. Nota Si se ha reconocido un error de Software a través de la función "Application Health Check" y un cliente ha provocado el cambio, debe de ser reiniciado el servidor afectado. Sólo después de hacer esto se podrán reconectar los clientes en este servidor. Los servidores redundantes tienen que tener estar equipados con Windows 2003. Los PCs clientes tiene que estar equipados con Windows XP o Windows Vista. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 95 Sistemas redundantes 5.3 Estructura del sistema WinCC 5.3 Estructura del sistema WinCC 5.3.1 Estructura del sistema WinCC sin redundancia Introducción 96 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.3 Estructura del sistema WinCC El diagrama anterior ilustra a modo de ejemplo la estructura del nivel de gestión de WinnCC con el nivel de empresa por encima y el nivel de proceso por debajo. Como indica el croquis superior, las tareas del nivel de control se distribuyen entre varios PC. La distribución de tareas se realiza en función de una estructura servidor cliente: Tareas del servidor: ● Los servidores registran las imágenes de proceso y los avisos de los autómatas programables. ● Para registrar los datos, los servidores están conectados a los autómatas programables mediante redes industriales. ● Los servidores preparan los datos de proceso para los clientes y llevan estados de procesamiento. Tareas del cliente: ● Las estaciones cliente sirven para manejar y supervisar la instalación en tu totalidad. ● Los clientes recopilan por medio de redes de PC los estados necesarios desde cada servidor en cuestión. ● Los clientes son en principio equivalentes y con los mismos derechos. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 97 Sistemas redundantes 5.3 Estructura del sistema WinCC 5.3.2 Estructura de un sistema WinCC con redundancia Introducción Proyecto WinCC En un proyecto WinCC se integran un grupo de controladores, un equipo servidor y un o varios equipos clientes También forman parte del proyecto todos los datos, programas, datos de configuración y demás ajustes. 98 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.4 Funcionamiento de la redundancia Proyecto WinCC redundante Un proyecto con estructura redundante se realiza con un segundo servidor que opera paralelamente y que ha sido configurado con las mismas funciones. Los dos servidores están interconectados en la red con los AS, con los clientes y entre ellos. Para más detalles, consulte " Configuración con funciones idénticas (Página 105) ". 5.4 Funcionamiento de la redundancia Introducción La figura siguiente muestra el archivado y el ajuste de ficheros de los servidores redundantes paralelos. Archivado WinCC durante el funcionamiento normal Normalmente, los servidores funcionan en Runtime de modo completamente paralelo. Todo equipo de servidor tiene una conexión al proceso y dispone de propios ficheros de datos. Los MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 99 Sistemas redundantes 5.4 Funcionamiento de la redundancia datos de proceso y los avisos de los AS son enviados a ambos servidores redundantes y allí se procesan de modo análogo en ambos servidores redundantes. Los servidores se vigilan recíprocamente para detectar con anticipación el fallo del equipo asociado y emitir un aviso al sistema de control de procesos. Los ficheros de usuario, y las variables y avisos internos pueden sincronizarse continuamente online (sincronización online). Ambos servidores operan de modo paritario (con los mismos derechos) e independientemente uno del otro, y están a disposición del usuario. Si falla un servidor, siempre está disponible otro servidor redundante equivalente. La comunicación entre servidores redundantes con fines del ajuste de fichero se realiza a través de la la conexión de red. Como red se inserta una red PC-LAN con protocolo TCP/IP. Una conexión adicional a través de un adaptador de red o una conexión serie entre los servidores, se utiliza para la vigilancia del estado. La conexión adicional entre los servidores no se utiliza para el ajuste de fichero. Fallo de un servidor El fallo del servidor señaliza el fallo físico de un servidor p. ej. por corte de tensión o por desconexión del servidor sin un cierre controlado. En caso de fallar uno de los servidores, el servidor operable aún recibe y archiva los valores de proceso y los avisos de los AS. Así se garantiza la plena integridad de los datos. Los clientes son conmutados automáticamente desde el servidor averiado al servidor redundante asociado. Así, tras un breve tiempo de conmutación vuelven a estar disponibles todos los puestos de operador. Una conexión adicional a través de un adaptador de red o una conexión serie entre los servidores, se utiliza para la vigilancia del estado. Factores activadores de la conmutación de clientes En caso de que falle uno de los servidores, el sistema conmuta automáticamente del servidor estándar al servidor asociado. Los siguientes factores causan la conmutación de clientes: ● Ha fallado la conexión de red con el servidor ● Avería del servidor ● Anomalía en el acoplamiento al proceso ● La función "Application Health Check" ha detectado una aplicación WinCC errónea e inicia la conmutación. ● El proyecto es desactivado. 100 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.4 Funcionamiento de la redundancia Factores activadores de la sincronización de ficheros tras el restablecimiento del servidor averiado La sincronización de los ficheros en los servidores se activa después de subsanar los siguientes fallos: ● Avería del acoplamiento al proceso. La vigilancia del acoplamiento al proceso puede desactivarse. Para más detalles, consulte "Configuración (Página 110)". ● Fallo de la conexión de red hacia el servidor asociado. ● Fallo del servidor ● El proyecto no está activado. Sincronización tras el restablecimiento Cuando el servidor que había fallado restablece su funcionamiento, Redundancy compara y redistribuye los ficheros que se han utilizado durante el tiempo que el servidor ha estado averiado. En los ficheros se rellenan las lagunas que se habían originado durante la avería transfiriendo al servidor que había fallado los datos que le faltan. De este modo se vuelve a disponer de dos servidores equivalentes. Se sincronizan en el fichero de avisos, el fichero de valores de proceso, el fichero de usuario y las variables internas. El servidor que había fallado recibirá sus datos con un retraso que varía según el fallo. El ajuste del fichero se realiza como función en el fondo y va paralelo a la realización del proceso y al archivar de WinCC. Así se garantiza el manejo y la observación del sistema a todas horas. Sincronización de variables internas Las variables internas deben tener la propiedad "Sincronización de variables". Las variables internas se sincronizan en los equipos vinculados tan pronto como se modifica una de las variables en uno de los servidores redundantes. Dentro de las variables internas también se agrupan las variables de sistema que comienzan con el carácter "@", p.ej. @Current_User o @RM_Master. No se debe configurar ninguna sincronización online para las variables de sistema. Sincronización al fallar el acoplamiento al proceso Una vez configurada la sincronización, si se produce un fallo de red entre un servidor y uno o varios AS durante el funcionamiento, se realiza lo siguiente: La instalación comienza automáticamente después de eliminada la interrupción. Sincronización online La sincronización directa entre los servidores (sincronización online) tiene lugar en el Alarm Logging para los avisos internos, en los archivos de usuario y en las variables internas con sincronización de variables. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 101 Sistemas redundantes 5.5 Configuración de servidores redundantes 5.5 Configuración de servidores redundantes 5.5.1 Guía para crear un sistema redundante Introducción A continuación expondremos en una breve guía de orientación cómo se prepara un sistema WinCC redundante compuesto del servidor 1 y del servidor asociado 2. En WinCC Information System el capítulo "Sistemas distribuidos" puede encontrar informaciones básicas sobre la estructura de un Client-Server-Systems. Notificar a los servidores y clientes de la red Instalar la red en cada equipo y asignar al equipo un nombre unívoco para que pueda ser identificado fácilmente dentro de la red. Preparar los usuarios Después de instalar la red se tienen que configurar las cuentas de usuario en cada equipo. Para más detalles, consulte " Registro de los servidores en Windows (Página 108) ". Instalación de la licencia Debe estar instalada la autorización de Redundancy. Usted puede realizar la instalación ejecutando en el menú inicio de Windows bajo "SIMATIC" > "License Management" la aplicación "Automation License Manager". Instale las licencias en cada servidor. Configuración del proyecto en el servidor Durante la configuración de la redundancia de WinCC se determina lo siguiente: ● El maestro predeterminado. ● El servidor asociado. ● El comportamiento de conmutación del cliente. ● El tipo de sincronización de fichero. Antes de duplicar el proyecto se crea el paquete del servidor (Editor "Server Data"). Cree el paquete de servidor en el servidor estándar. Para más detalles sobre la configuración del servidor para la redundancia, consulte " Configuración (Página 110) ". 102 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.5 Configuración de servidores redundantes Nota Configurar para la sincronización únicamente aquellos ficheros de usuario que se necesiten. Cuantos más ficheros de usuario se especifiquen para la sincronización, tanto más tardará ésta en llevarse a cabo y tanto mayor será la carga del sistema. Duplicar el proyecto Emplear el "Project Duplicator" para no tener que configurar otra vez el servidor asociado. El "Project Duplicator" brinda la posibilidad, de duplicar el proyecto de un servidor a otro. Para más detalles, consulte " WinCC Projekt Duplicator (Página 118) ". Nota Antes de la duplicación, cerciórese de que hay capacidad de almacenamiento suficiente en el ordenador donde debe duplicarse el proyecto. Cuando se vaya a duplicar en un proyecto ya existente, éste no debe estar abierto. Configurar los clientes Para utilizar la función Redundancy es necesario configurar los clientes mediante los pasos siguientes. ● Cargar el package (paquete) del servidor (maestro predeterminado) en el editor "Server Data". ● En el editor "Server Data" se puede ajustar el servidor de preferencia y activar la actualización automática del paquete. Activación de los servidores de redundancia WinCC Redundancy se activa de la forma siguiente: Primero activar el servidor Master configurado. Luego, poner en funcionamiento sus clientes (si los tiene). Si éstos también están activos, activar el segundo servidor y los clientes que pueda tener. Ahora se realiza la primera sincronización. El tiempo de avería para esta sincronización comprende el tiempo que transcurre entre la activación del primer servidor y la del segundo. Nota Preste atención durante el arranque de servidores redundantes de que el primer servidor ha de arrancarse por completo antes de activar el servidor asociado redundante. Durante la primera activación del servidor, los clientes no deben estar activos. Si ha desactivado un par de servidores redundantes por completo, deberá cumplir con una determinad secuencia al activarlos de nuevo. Primero deberá activar el servidor que fue desactivado como último servidor. Una vez que este servidor ha arrancado por completo, podrá activar el servidor asociado redundante. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 103 Sistemas redundantes 5.5 Configuración de servidores redundantes Desactivar un servidor redundante Antes de desactivar un servidor redundante asegúrese de que el segundo servidor no esté averiado y que funcione perfectamente (por ejemplo que no tenga presente un fallo de acoplamiento al proceso). La sincronización de ficheros debe haber terminado antes de la desactivación. Esto se reconoce por el aviso al sistema de control de procesos correspondiente. Nota Si desactiva el segundo servidor antes de finalizar la sincronización de los ficheros del primer servidor, se pueden producir pérdida de datos. Preste atención en este punto en especial la frecuente activación / desactivación alternada del servidor durante la puesta en servicio. 5.5.2 Requisitos para sistemas redundantes Introducción Para WinCC Redundancy se han de cumplir los siguientes requisitos: ● Para los servidores redundantes con servicio multipuesto sólo se deben emplear ordenadores con los siguientes sistemas operativos de servidor: – Servidor de Microsoft Windows 2003 – Servidor de Microsoft Windows 2003 R2 ● Un requisito de Redundancy es que los servidores tengan la hora sincronizada. Se recomienda la sincronización horaria para toda la instalación (ordenadores WinCC, autómatas programables, etc.). La sincronización horaria se puede efectuar mediante la opción WinCC "Sincronización horaria". ● Los avisos y acuses de los AS y de los clientes deben tener siempre un sello de tiempo en el telegrama, para evitar los registros duplicados (señalización en el orden cronológico correcto); por ejemplo utilizando bloques de alarma de los AS. ● Los valores de proceso, avisos y bloqueos de avisos activos procedentes de los autómatas programables subordinados se emiten simultáneamente a ambos servidores. ● Cada uno de los dos servidores tiene la opción Redundancy. 104 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.5 Configuración de servidores redundantes ● Los servidores Redundancy tienen que tener configuraciones funcionalmente idénticas. ● Entre los servidores redundantes se necesita una de las siguientes conexiones adicionales: – Conexión de red adicional a través de una tarjeta LAN o a través de una conexión FireWire – Cable serie Con esta conexión adicional se garantiza una determinación exacta del estado "Master" o "Standby". En el editor de redundancia puede configurar la conexión LAN adicional a través de FireWire o la tarjeta de red. Utilice el protocolo TCP/IP con la dirección IP correspondiente. Nota Con el fin de poder terminar WinCC con seguridad en el caso de que haya un corte de tensión se recomienda utilizar sistemas de alimentación ininterrumpida (SAI). Sincronización de los avisos bloqueados Al restablecerse el funcionamiento del servidor averiado se efectúa una consulta general en los AS para determinar los avisos bloqueados activos en Alarm Logging y a continuación se realiza su sincronización. Con el bloqueo pasivo de un aviso, es decir, sólo en un servidor, se sincroniza la información de bloqueo. Sincronización de ficheros de usuario Solamente se redistribuyen los datos de los "nuevos" ficheros de usuario (a partir de la versión 4.02). No se redistribuirán aquellos ficheros de usuario que hayan sido configurados en versiones más recientes pero con la antigua estructura. No obstante, estos ficheros de usuario "antiguos" se pueden convertir para conferirles la nueva estructura. Consultar más informaciones al respecto en el manual User Archives. 5.5.3 Configuración con funciones idénticas Ficheros de datos de proceso y de avisos Tag Logging y Alarm Logging tienen que tener estar configurados con idénticas funciones para los servidores redundantes. Una configuración funcionalmente idéntica significa lo siguiente: ● Ficheros iguales, siendo admisibles extensiones en forma de más puntos de medida y ficheros. Las extensiones no son incluidas en la sincronización, sino que deben ser llevadas a cabo después en el servidor asociado. WinCC redistribuye los siguientes ficheros: MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 105 Sistemas redundantes 5.5 Configuración de servidores redundantes ● Ficheros con base en el disco duro. – Ficheros de valor de proceso – Ficheros de compresión – Ficheros de avisos ● Por el contrario, no se sincronizan los ficheros de memoria principal. Ficheros de usuario Para los ficheros de usuario se ha de tener la misma estructura en ambos servidores: La configuración de los ficheros de usuario a redistribuir tiene que ser idéntica en lo que se refiere a la estructura de los campos y a la de los registros, así como en lo relativo a sus propiedades. ATENCIÓN La sincronización de datos de configuración modificados no es posible por carga de modificación online Las modificaciones de los datos de configuración del fichero de usuario, p. ej. campos borrados en el fichero, no se pueden transmitir a través de la carga de modificaciones online a un par de servidores redundantes. Administración de usuarios Las modificaciones en la administración de usuarios no se sincronizan automáticamente. Para realizar modificaciones en la administración de usuarios existen las siguientes posibilidades: ● Realice las modificaciones en la Engineering-Station. Transmitir las modificaciones a los servidores redundantes. ● Realice las modificaciones en ambos servidores redundantes. Consulte también Avisos sincronizados online (Página 107) Ficheros de usuario redundantes (Página 107) Requisitos para sistemas redundantes (Página 104) Redundancia en WinCC (Página 94) 106 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.5 Configuración de servidores redundantes 5.5.4 Ficheros de usuario redundantes Introducción Los ficheros de usuario pueden ser editados usando funciones de operación, programas autónomos, AS y otras funciones. Requisito La configuración de los ficheros tiene que ser idéntica en ambos equipos. Por este motivo deberá utilizar el Project Duplicator. Edición paralela de ficheros de usuario Al insertar simultáneamente registros en ficheros de usuario que sean recíprocamente redundantes se debe observar lo siguiente: ● En el servidor que ha fallado anteriormente no se incluyen nuevos registros hasta que se realiza la sincronización tras el restablecimiento. De lo contrario, recibirá un aviso de fallo en el script o en el User Archive Control. ● Al efectuar la sincronización online también pasa tiempo hasta que se ha redistribuido el registro en el fichero redundante. Nota Si fallan ambos servidores, deberá iniciarse en primer lugar el último equipo servidor que estuvo en funcionamiento. De lo contrario, las modificaciones no guardadas se podrán perder. 5.5.5 Avisos sincronizados online Introducción Todas las variables de aviso y avisos internos sin conexión de variables serán sincronizados online. Entre ellos se encuentran también los avisos operativos de sistema de Alarm Logging y los avisos de Batch-Flexible. Consulte también Configuración con funciones idénticas (Página 105) Ficheros de usuario redundantes (Página 107) Requisitos para sistemas redundantes (Página 104) Redundancia en WinCC (Página 94) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 107 Sistemas redundantes 5.5 Configuración de servidores redundantes 5.5.6 Registro de los servidores en Windows Introducción Los dos servidores redundantes tienen que ser conocidos recíprocamente en la red. Además los nombres de usuario/contraseñas en los servidores redundantes han de ser idénticos. Para registrar un usuario hay que proceder como sigue: ● En el servidor de Windows 2003: La llamada se efectúa a través del menú Inicio de Windows a través de "Inicio > Configuraciones > Panel de control" y el símbolo "Nombres de usuario y contraseñas guardadas". Instalar los usuarios por lo menos como usuario avanzado (Power Users) en el cuadro de diálogo "Usuarios y palabras clave". ● Bajo Windows XP: efectuar la llamada en el menú inicial de Windows mediante "Inicio> Configuración > Panel de control" y el símbolo "Cuentas de usuario". Instalar los usuarios por lo menos como usuario avanzado (Power Users) en el cuadro de diálogo "Usuarios y palabras clave". ● Windows Vista: La llamada tiene lugar en el menú inicial de Windows mediante "Inicio> Configuración > Panel de control". Instalar los usuarios por lo menos como usuario avanzado (Power Users) en el cuadro de diálogo "Usuarios y palabras clave". El ejemplo muestra el diálogo bajo Windows XP. 108 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.5 Configuración de servidores redundantes ATENCIÓN El usuario tiene que tener las propiedades siguientes: ● Los derechos de un administrador o usuario avanzado (Power User). ● Ser miembro del grupo de usuarios "SIMATIC HMI". Los servidores redundantes tienen que tener estar equipados con Windows 2003 o Windows Server 2003 R2. Los PCs clientes tiene que estar equipados con Windows Server 2003, Windows XP Professional o Windows Vista . Tenga en cuenta las informaciones que figuran en las notas de la instalación en el capítulo "Establecer derechos de acceso en el sistema operativo". MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 109 Sistemas redundantes 5.5 Configuración de servidores redundantes 5.5.7 Configuración 5.5.7.1 Configuración de la redundancia Introducción Durante la configuración de la redundancia de WinCC se determina lo siguiente: ● El maestro predeterminado. ● Servidor asociado ● El comportamiento de conmutación del cliente ● El tipo de sincronización de fichero Nota Configurar para la sincronización únicamente aquellos ficheros de usuario que se necesiten. Cuantos más ficheros de usuario se especifiquen para la sincronización, tanto más tardará ésta en llevarse a cabo y tanto mayor será la carga del sistema. 110 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.5 Configuración de servidores redundantes Procedimiento Para llamar al sistema de Redundancy, haga clic en "Redundancy" en WinCC Explorer. Haga clic sobre "Abrir" en el menú contextual. Consulte también Escenarios de anomalías (Página 126) Ejemplo de conmutación de cliente en caso de fallar el acoplamiento al proceso (Página 122) Ficha '"User Archive'" (Página 116) Ficha "General'" (Página 112) Guía para crear un sistema redundante (Página 102) Redundancia en WinCC (Página 94) WinCC Projekt Duplicator (Página 118) Registro de los servidores en Windows (Página 108) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 111 Sistemas redundantes 5.5 Configuración de servidores redundantes 5.5.7.2 Ficha "General'" Introducción En la tarjeta de registro se configuran las preferencias generales para el sistema Redundancy. 112 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.5 Configuración de servidores redundantes La ficha General Servidor En el campo "Servidor" se registra el nombre del ordenador del equipo donde se configura Redundancy. Maestro predeterminado Usando la opción "Master predeterminado" se determina cuál de los servidores de redundancia deberá activarse como maestro o como reserva (standby) cuando se conecten ambos servidores simultáneamente. Durante el tiempo de ejecución se reconoce al maestro de Redundancy por las variables de redundancia "@RM_MASTER" o "@RM_MASTER_NAME". Las variables de redundancia "@RM_MASTER" o "@RM_MASTER_NAME" se encuentran dentro de las "Variables internas" en el grupo de variables "Redundancy" del inventario de variables. El maestro es el equipo redundante que tiene la variable "@RM_MASTER" puesta a "1". La variable "@RM_MASTER_NAME" se define correspondientemente con el nombre del equipo del maestro de Redundancy. Si cambia el estado de la variable "@RM-MASTER", por ejemplo a causa de una avería del equipo, los clientes conmutarán al antiguo equipo "standby". El antiguo equipo "standby", que se convertirá entonces en el maestro. Nota: ¡Hay que tener presente, que sólo uno de los dos servidores Redundancy puede ser "Maestro predeterminado" y asegurarse de que la opción no esté activada en ambos! De lo contrario pueden surgir problemas al efectuar la conmutación de redundancia de los clientes. Servidor asociado redundante Introducir en el campo "servidor asociado redundante" el nombre del servidor asociado; en este ejemplo es "RedServ2". El botón "Examinar" proporciona asistencia para seleccionar el servidor asociado. Conexión con un partner redundante a través de tarjetas de red Determina si una conexión con un partner redundante se realiza a través de un adaptador de red. La conexión a través del adaptador de red es preferible a la conexión en serie. El adaptador de red puede ser físico, por ejemplo una tarjeta de red o una conexión firewire. Como conexión lógica se emplea una conexión TCP/ IP. El estado de la redundancia se controla a través de esta conexión. Las conexiones sirven para consultar el estado de forma segura de un servidor asociado redundante. La conexión permite mejorar la comunicación entre los servidores asociados redundantes. Así se aumenta la disponibilidad de la redundancia. Conexión con un partner redundante a través de una interfaz en serie Determina si una conexión con un partner redundante se realiza a través de una interfaz en serie. La conexión a través del adaptador de red es preferible a la conexión en serie. El estado de la redundancia se controla a través de esta conexión. Las conexiones sirven para consultar el estado de forma segura de un servidor asociado redundante. La conexión permite mejorar la comunicación entre los servidores asociados redundantes. Así se aumenta la disponibilidad de la redundancia. Sincronizar todos los datos del tiempo que dura la avería Con la opción "Sincronizar todos los datos durante el período de fallo" se establece la sincronización todos los datos durante el tiempo completo de duración del fallo. Averías sólo ajustar los últimos ... días Con la opción "Averías sólo ajustar los últimos ... días" se determina por ejemplo que sólo se sincronicen los últimos 10 días. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 113 Sistemas redundantes 5.5 Configuración de servidores redundantes La ficha General Sincronización de Tag Logging tras restablecimiento del interlocutor Con la opción "Sincronización de Tag Logging tras retorno del partner" se puede activar una sincronización de Tag Logging cuando se restablezca el funcionamiento del equipo que había fallado. Sincronización de Alarm Logging tras restablecimiento del interlocutor Con la opción "Sincronización de Alarm Logging tras retorno del partner" se puede activar una sincronización de Alarm Logging cuando se restablezca el funcionamiento del equipo que había fallado. Sincronización online para Alarm Logging Con la opción "Sincronización online para Alarm Logging" se determina, si se debe hacer una sincronización de los avisos de operación de Alarm Logging y de los avisos. Sólo se sincronizan variables de aviso internas y avisos sin conexión de variables. Sincronización al fallar el acoplamiento al proceso Con la opción "Sincronización tras fallo del acoplamiento al proceso" se determina si hay que realizar una sincronización de los ficheros, después de fallar la conexión de red entre los servidores y sus conexiones configuradas (AS). Cuando está activada la vigilancia del acoplamiento con el proceso, el respectivo servidor realiza un lifebeat monitoring para todas las conexiones configuradas. El servidor detecta un acoplamiento de proceso averiado hacia un AS si el AS activado no envía de vuelta ninguna respuesta al servidor. Si se ha constatado así un fallo de red con uno o varios AS, se realizará una sincronización de todos los ficheros de avisos, ficheros de datos del proceso y ficheros de usuarios para todos los AS pertenecientes al proyecto. Es decir, también se sincronizan los ficheros de los AS que no hayan fallado. Desactivando esta opción se evita esa carga de los servidores en el tiempo de ejecución. Como cuando está desactivada la vigilancia de las conexiones de red no se detectan los errores de los AS en la red, no se realiza la sincronización de los ficheros. Cliente WinCC Cambio en caso de fallar el acoplamiento al proceso Con la opción "Conmutación del cliente WinCC al fallar el acoplamiento al proceso" se determina si, después de fallar la conexión de red entre un servidor y sus conexiones configuradas (AS), se deberá conmutar o no el cliente que está interconectado con ese servidor al servidor redundante asociado. Cuando está activada esta opción se calcula cíclicamente la cantidad de conexiones lógicas defectuosas del servidor maestro y del servidor redundante asociado. Si el servidor maestro tiene más conexiones lógicas defectuosas que el servidor asociado redundante, un cliente que esté interconectado con el servidor maestro será conmutado al servidor asociado redundante. Cuando se haya subsanado el fallo del acoplamiento con el proceso, un cliente sólo volverá a ser conectado con el servidor de preferencia con el que estaba conectado originariamente. La vigilancia del acoplamiento con el proceso no se inicia hasta que ambos servidores de redundancia estén en Runtime. Activar Redundancy 114 El campo "Activar Redundancy" indica si el sistema de redundancia está activado o no. Haciendo un clic con el ratón en este campo también se puede activar o desactivar Redundancy. Este campo se usa principalmente para desactivar temporalmente l sistema de redundancia durante la configuración. Si se hace clic en el campo "Activar Redundancy" estando activada la opción de redundancia, aparecerá para mayor seguridad el cuadro de diálogo "¿Está seguro de que quiere desactivar la redundancia?". Entonces todavía se puede impedir la desactivación de la redundancia. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.5 Configuración de servidores redundantes Nota Empeoramiento del comportamiento del tiempo de ejecución Durante la puesta en servicio se inicia y finaliza frecuentemente WinCC Runtime en los PC servidores. El arranque frecuente provoca siempre el ajuste de ficheros con Redundancy activada , lo que bajo circunstancias puede llevar al empeoramiento notable del comportamiento del tiempo de ejecución de WinCC. Con el fin de evitar esto se recomienda desactivar Redundancy durante la puesta en servicio. Nota Reinicio de Runtime en caso de modificación de las opciones En Runtime sólo son enseguida efectivos los cambios, en las opciones para el ajuste de los ficheros o sea que sin reiniciar el Runtime. En la ficha "General" esto afecta las opciones siguientes: ● "Sincronización .... tras restablecimiento del asociado. ● "Sincronización online para Alarm Logging". ● "Sincronización al fallar el acoplamiento al proceso...". Modificaciones en otras opciones sólo son efectivas después del reinicio de Runtime. Nota En el caso de que se produzca un fallo de software en el servidor, no se podrá descartar la posibilidad de que los clientes conectados no conmuten al equipo redundante asociado a pesar de que el sistema esté bloqueado. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 115 Sistemas redundantes 5.5 Configuración de servidores redundantes 5.5.7.3 Ficha '"User Archive'" Introducción En la ficha se configura la sincronización automática de los ficheros de usuario para el sistema de redundancia. 116 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.5 Configuración de servidores redundantes La ficha "User Archives" User Archives En la columna "User Archives" se visualizan por líneas todos los ficheros de usuario configurados. Sincronizació En la columna "Sincronización" se activa y desactiva la sincronización de los ficheros n de usuario. Haciendo un doble clic en este campo se conmuta (activa/desactiva) el estado. Esa configuración tiene que ser idéntica en ambos servidores asociados. Sincronizació Con los dos botones de "Sincron. todos User Archive" se puede activar y desactivar la n de todos sincronización de todos los ficheros de usuario visualizados. los ficheros de usuario Actualizar El botón "Actualizar" se encarga de la configuración actual en el caso de que se haya modificado la configuración en el editor de ficheros de usuario después de haber activado el editor de Redundancy. Nota La sincronización de datos de configuración modificados no es posible por carga de modificación online Las modificaciones de los datos de configuración del fichero de usuario, p. ej. campos borrados en el fichero, no se pueden transmitir a través de la carga de modificaciones online a un par de servidores redundantes. Nota Reinicio de Runtime en caso de modificación de las opciones En Runtime sólo son enseguida efectivos los cambios, en las opciones para el ajuste de los ficheros o sea que sin reiniciar el Runtime. En la ficha "General" esto afecta las opciones siguientes: ● "Sincronización .... tras restablecimiento del asociado. ● "Sincronización online para Alarm Logging". ● "Sincronización al fallar el acoplamiento al proceso...". Modificaciones en otras opciones sólo son efectivas después del reinicio de Runtime. Consulte también Escenarios de anomalías (Página 126) Avisos de sistema de WinCC Redundancy (Página 134) Ficha "General'" (Página 112) Configuración de la redundancia (Página 110) Guía para crear un sistema redundante (Página 102) Redundancia en WinCC (Página 94) WinCC Projekt Duplicator (Página 118) Registro de los servidores en Windows (Página 108) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 117 Sistemas redundantes 5.5 Configuración de servidores redundantes 5.5.8 WinCC Project Duplicator 5.5.8.1 WinCC Projekt Duplicator Resumen En ambos servidores redundantes tienen que estar configurados proyectos funcionalmente idénticos. Después de finalizar la configuración, se crea el proyecto en el servidor asociado redundante con la función "WinCC Project Duplicator". WinCC Project Duplicator copia automáticamente todos los datos correspondientes a ese proyecto en el asociado redundante. El duplicador de proyectos ejecuta lo siguiente: ● Copiado de todos los datos pertenecientes al proyecto (imágenes, scripts, ficheros, etc.). ● Configuración de todos los ajustes necesarios en el equipo de destino con el fin de que éste ya quede configurado para las tareas de Redundancy. ATENCIÓN Imposible la transmisión con Windows Explorer No puede utilizar el explorador de Windows para transferir un proyecto a un servidor redundante. Nota El sistema WinCC Redundancy está formado siempre por 2 PC servidores. Por tanto, además de esos dos PC servidores de Redundancy no se debe configurar ningún PC más como servidor de redundancia. Los ajustes específicos de cada equipo se deberán modificar después manualmente. Otras configuraciones Otras configuraciones tienen que efectuarse sólo en uno de los servidores. Las modificaciones se pueden transferir al servidor redundante con el programa "WinCC Project Duplicator". 5.5.8.2 Manera de duplicar un proyecto para servidores redundantes Introducción Si ha creado un sistema redundante, deberá sincronizar el proyecto WinCC en los servidores redundantes después de cada cambio. Para transferir el proyecto a un servidor redundante utilice el duplicador de proyectos de WinCC. 118 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.5 Configuración de servidores redundantes Nota No puede utilizar el explorador de Windows para transferir un proyecto a un servidor redundante. Principio En el duplicador de proyectos, seleccione el proyecto que desea duplicar. Debe indicar en qué equipo y en qué carpeta desea duplicar el proyecto duplicado. En esa carpeta de destino se crea la carpeta de proyecto. No puede duplicar un proyecto en el equipo local. Los proyectos siempre se duplican en otro equipo de la red del que disponga de derechos de acceso. En la siguiente descripción ese equipo se denominará equipo de destino. De acuerdo al estado del proyecto se pueden duplicar los datos de configuración y los datos de Runtime en la carpeta seleccionada: Estado del proyecto Datos de configuración Proyecto cerrado + Datos de Runtime + Proyecto abierto y desactivado + - Proyecto en Runtime + - Sólo puede duplicar todo el proyecto con toda la estructura de carpetas. No puede excluir ningún dato o carpeta durante el proceso de duplicado. Duplicar un proyecto con protección de acceso referida al proyecto Para transferir a un servidor redundante un proyecto de WinCC que tenga una protección de copia referida al proyecto hay que tener instalado SIMATIC STEP 7. Si hace clic en el botón "Duplicar" del cuadro de diálogo "WinCC Project Duplicator" deberá introducir la contraseña del proyecto de STEP 7. Si SIMATIC STEP 7 no está instalado o se introduce una contraseña errónea, el Project Duplicator se cancela con un mensaje de error. Requisitos ● La opción Redundancy está instalada en ambos equipos. ● La carpeta de destino en la que se realizará el duplicado está creada en el equipo de destino y habilitada para acceso a través de la red. ● Debe disponer de los derechos de acceso a la carpeta de destino. ● El equipo de destino dispone de suficiente espacio en la memoria. ● En el equipo de destino debe estar instalada la versión correcta de WinCC. El equipo debe haber finalizado el proceso de arranque. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 119 Sistemas redundantes 5.5 Configuración de servidores redundantes ● En el equipo de destino Runtime está desactivado. ● En el equipo de destino el proyecto está cerrado. Procedimiento 1. En el menú de inicio de Windows, seleccione la entrada "Project Duplicator" en la carpeta "SIMATIC > WinCC > Tools". WinCC Project Duplicator se abre. 2. En el campo "Seleccionar proyecto fuente que debe duplicarse" entrar el proyecto que desea duplicar. Introducir o transmitir directamente la ruta del directorio y el archivo del proyecto <PROJECT>.MCP o buscar con el botón . 3. En el campo "Guardar proyecto duplicado para partner redundante en" indique la ruta en la que se guardará el proyecto duplicado. Introducir o transmitir directamente la ruta de la carpeta y el archivo del proyecto <PROJECT>.MCP o buscar con el botón . 4. Haga clic en el botón "Duplicar". Se abre la ventana "Copiar...". Durante el proceso de duplicado el duplicador de proyectos muestra los archivos y las carpetas en una barra de progreso. Con el botón "Cancelar" se interrumpe el proceso de duplicado. Una vez finalizado el proceso de duplicado se abre la ventana "Indicaciones sobre el Project Duplicator". WinCC le recuerda los ajustes que debe comprobar. 5. Cierre el duplicador de proyectos con el botón "Cerrar". 6. Pruebe los ajustes en el proyecto duplicado y haga las adaptaciones necesarias. 7. Compruebe lo siguiente: – El nombre de equipo. – La configuración en el editor de redundancia. – En caso necesario la configuración en los editores. Nota Si usted duplica un proyecto abierto de WinCC en el equipo de origen, no aparecerá ninguna barra de progreso. 120 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.5 Configuración de servidores redundantes 5.5.8.3 Manera de duplicar un proyecto redundante en funcionamiento Introducción Cuando edita un proyecto redundante, puede actualizarlo en el servidor redundante durante el funcionamiento. Los pequeños cambios puede guardarlos con la función de carga de modificaciones online y transferirlos al servidor durante el funcionamiento. Observe para ello las indicaciones descritas en la documentación referente a la función de "carga de modificaciones online". Duplique con el Project Duplicator Algunas configuraciones no pueden guardarse con la función de carga de modificaciones online. En esos casos deberá duplicar el proyecto en el servidor redundante con el duplicador de proyectos. ATENCIÓN Ninguna redundancia En caso de cambios durante el funcionamiento hay que desactivar uno de los servidores asociados. Durante ese tiempo no hay ninguna redundancia disponible. Requisitos ● La carpeta de destino está creada. ● Debe disponer de los derechos de acceso a la carpeta de destino. ● El servidor redundante en el que se ha guardado el proyecto copiado dispone de suficiente espacio en la memoria. Procedimiento En este capítulo se explica a modo de ejemplo el procedimiento a seguir para un sistema redundante con los servidores servidor 1 y servidor 2. 1. Cierre Runtime en el servidor redundante 1 y cierre el proyecto. 2. Realice las modificaciones de configuración en el servidor2 en Runtime y guarde las modificaciones. 3. Inicie el Project Duplicator en el servidor2. 4. Con el botón "Duplicar" duplique el proyecto en Server1 en la carpeta de destino del proyecto desactivado en el punto "1." y sobrescríbalo. 5. Abra el proyecto en el servidor 1. 6. Verifique los ajustes. 7. Abra Runtime y espere a que finalice la sincronización de redundancia. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 121 Sistemas redundantes 5.6 Trabajar con redundancia 5.6 Trabajar con redundancia 5.6.1 Ejemplo de conmutación de cliente en caso de fallar el acoplamiento al proceso Introducción Un sistema redundante está formado por dos servidores funcionalmente idénticos. Uno de los servidores actúa como servidor maestro, y el otro actúa como servidor asociado redundante. Durante la operación normal los servidores tienen el estado siguiente: ● El servidor maestro tiene el estado "maestro". ● El servidor asociado redundante tiene el estado "Standby". Los clientes se conectan con el servidor de preferencia configurado para cada uno. La vigilancia del acoplamiento con el proceso se inicia en cuanto ambos servidores están en Runtime. WinCC Redundancy calcula cíclicamente la cantidad de conexiones lógicas defectuosas del servidor maestro y del servidor redundante asociado. Si el servidor maestro tiene más conexiones lógicas defectuosas que el servidor redundante asociado, el estado del servidor no será válido ("Fault"). Los clientes se conmutan entonces al servidor redundante asociado, que adquiere ahora el estado "maestro". Nota El estado "Fault" no se muestra en las variables del sistema "@RM_MASTER" sino en las variables "@RedundantServerState". Estado operativo normal La instalación se compone de los equipos siguientes: ● Servidor redundante A ● Servidor redundante B 122 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.6 Trabajar con redundancia ● Cliente 1 con servidor de preferencia A ● Cliente 2 con servidor de preferencia B Fallo del acoplamiento al proceso en el servidor A En el servidor A se produce una avería del acoplamiento de proceso. El servidor B no tiene ese fallo. La cantidad de conexiones lógicas defectuosas en el servidor A es mayor que en el MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 123 Sistemas redundantes 5.6 Trabajar con redundancia servidor B; por esta razón, el servidor A adquiere entonces el estado "Fault" A resultas de ello, los clientes 1 y 2 se conmutan al servidor redundante B. Fin de la avería del acoplamiento de proceso Si la avería del acoplamiento de proceso en el servidor A está reparada, obtiene el servidor A el estado "Standby". El cliente 1 se conmuta entonces al servidor A, ya que tiene registrado 124 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.6 Trabajar con redundancia este servidor como servidor de preferencia. El cliente 2 permanece interconectado con el servidor B, puesto que éste está registrado como servidor de preferencia. Nota No se vigilan los acoplamientos OPC. Por lo tanto no se producirá ningún cambio de cliente en caso de fallo de los acoplamientos OPC. Consulte también Escenarios de anomalías (Página 126) Ficha '"User Archive'" (Página 116) Ficha "General'" (Página 112) Configuración de la redundancia (Página 110) Guía para crear un sistema redundante (Página 102) Redundancia en WinCC (Página 94) WinCC Projekt Duplicator (Página 118) Registro de los servidores en Windows (Página 108) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 125 Sistemas redundantes 5.6 Trabajar con redundancia 5.6.2 Escenarios de anomalías 5.6.2.1 Escenarios de anomalías Introducción Basándonos en algunas averías que se producen con frecuencia explicaremos ahora cómo funciona WinCC Redundancy. Las averías que trataremos son: 1. Escenario 1: El proyecto en el equipo servidor no está en Runtime (Página 127) 2. Escenario 2: Fallo de conexión con el servidor asociado (Página 129) 3. Escenario 3: Fallo de la conexión de red con el cliente (Página 131) 4. Escenario 4: Acoplamiento al proceso averiado (Página 131) 5. Escenario 5: Fallo de software (Página 132) WinCC Redundancy detecta por sí mismo el fallo actual o reacciona ante fallos o avisos de fallo del modo siguiente: ● Memorización de los momentos en que se producen los eventos. ● Sincronización de ficheros. ● Modificar las caracterizaciones "Master" y "Standby". ● Conmutación de los clientes. ● Transmisión de avisos. Arranque de los equipos servidores Al realizar la rutina de arranque de los equipos servidores, el componente Redundancy determina si el servidor asociado ya está activado o no. ● Si el servidor asociado ya está activo, se pone el estado "Standby" en el equipo servidor. ● Si el servidor asociado no está activo durante el arranque, se pone el estado "Master" en el equipo servidor. Variables de sistema de WinCC Redundancy El estado del equipo servidor está guardado en la variable de sistema @RM_MASTER. Estado del equipo servidor Estado variable de sistema @RM_MASTER Master 1 Standby 0 En la variable @RM_MASTER_NAME está el nombre del servidor que tiene el estado "maestro", por ejemplo "Servidor1". La variable @RedundantServerState indica el estado de redundancia en cada servidor redundante, por ejemplo "Standby" , "Maestro". Variables de sistema de WinCC Redundancy (Página 135) 126 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.6 Trabajar con redundancia El componente Redundancy activa únicamente las variables mencionadas. Ambos servidores tienen siempre los mismos derechos. Esas variables pueden ser evaluadas por otras aplicaciones o por scripts. Sólo se puede modificar la variable @RM_MASTER. El servidor maestro se convierte en el Standby-Server Si el servidor maestro no puede acceder a un cliente ni al servidor asociado redundante, el servidor maestro se convierte en servidor standby. Ese estado entra, cuando se interrumpe la conexión de red y la conexión entre los servidores asociados. Este proceder es necesario para que los dos servidores de redundancia no adquieran el estado "Maestro". Intercambio de información de estado El estado de la redundancia se controla a través de una conexión propia. La conexión puede estar ejecutada de la forma siguiente: ● A través de un adaptador de red ● A través de la conexión serie La conexión a través del adaptador de red es preferible a la conexión en serie. Nota Tenga en cuenta, que la sincronización de ficheros se realiza a través del puerto serie. La sincronización de ficheros no se realiza a través de la conexión de estado. 5.6.2.2 Escenario 1: El proyecto en el equipo servidor no está en Runtime Introducción Este escenario muestra el comportamiento de Redundancy una vez desactivado el proyecto en el servidor 2. Se activan las siguientes reacciones: ● El servidor 1 memoriza el momento de la avería (fecha y hora) del servidor 2. ● El servidor1 notifica con un aviso del sistema que el servidor2 se ha averiado. ● En el caso de que el servidor1 sea "Standby", éste adopta ahora el papel del "maestro" en el que esté activada la variable @RM_MASTER. De la misma forma son modificadas las variables @RM_MASTER_NAME y @RedundantServerState. ● Los clientes enlazados con el servidor 2 se conmutan al servidor 1. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 127 Sistemas redundantes 5.6 Trabajar con redundancia El servidor 2 restablece su funcionamiento Durante el tiempo de inactividad surgió una laguna en los ficheros del servidor 2. Esta laguna se rellena aplicando las siguientes medidas: ● El servidor 1 memoriza el momento de la restablecimiento (fecha y hora) del servidor 2. ● El servidor1 notifica con un aviso del sistema que el servidor2 se ha restablecido. ● Se realiza una sincronización de redundancia para los archivos siguientes del servidor 1 en el servidor 2. – Fichero de avisos – Ficheros de datos de proceso – Fichero de usuario ● En ambos servidores se quedan las variables @RM_MASTER sin modificar. – En el servidor 1 permanece activada la variable @RM_MASTER. – en el servidor 2 se desactiva la variable @RM_MASTER. – Las variables @RM_MASTER_NAME y @RedundantServerState se quedan sin modificar. ● Los clientes para los que se configuró el servidor 2 como servidor de preferencia se conmutan nuevamente al servidor 2. En comparación con la sincronización online, la sincronización de ficheros después de una avería del servidor puede durar considerablemente mas tiempo. El tiempo se sincronización depende de la cantidad de registros a sincronizar y la carga de los equipos y de la red. Fallo alternativo del servidor Si se presentan anomalías alternativas (ver el croquis), se redistribuyen las mismas sucesivamente. De esta forma, están incluidos todos los datos en ambos ficheros tras la sincronización. Si se ha configurado la sincronización, siempre se realiza una sincronización. 128 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.6 Trabajar con redundancia Fallo A El servidor1 transfiere primero todos los valores al servidor2. Fallo B El servidor2 transfiere primero todos los valores al servidor1. Fallo C El servidor1 transfiere primero todos los valores al servidor2. Todas estas operaciones se realizan automáticamente en segundo plano, independientemente del archivado que se esté realizando simultáneamente de los valores de proceso y avisos procedentes de los autómatas programables subordinados. 5.6.2.3 Escenario 2: Fallo de conexión con el servidor asociado Introducción Este escenario muestra el comportamiento de Redundancy cuando se produce un fallo de la conexión con el servidor 2. Antes de que se produzca este evento, ambos servidores funcionan sin problemas en modo Runtime. El fallo de comunicación descrito se produce si se ha extraído por ejemplo la conexión de red en el servidor1. Situación inicial 1 Cuando se produce el fallo de conexión los servidores tienen el estado siguiente: ● El servidor1 el estado "Maestro". ● El servidor2 el estado "Standby". Se produce el fallo de conexión Cuando se produce el fallo de conexión, se activan las siguientes reacciones: ● El servidor2 se convierte en servidor maestro y memoriza el instante de cuando se ha producido el fallo (Fecha y Hora). ● El servidor2 señaliza mediante un aviso de sistema, que el servidor asociado se ha averiado y que el servidor2 ha cambiado al estado "Maestro". ● Las variables @RM_MASTER, @RM_MASTER_NAME y @RedundantServerState se adaptan conforme a la conmutación en ambos servidores. La conexión ha sido restablecida Durante el fallo de conexión no se sincronizaron los avisos de Alarm Logging y de ficheros de usuario. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 129 Sistemas redundantes 5.6 Trabajar con redundancia Esto se compensa aplicando las siguientes medidas: ● El servidor2 que ahora actúa como maestro, guarda el momento del restablecimiento (Fecha y Hora). ● El servidor2 muestra mediante un aviso del sistema el restablecimiento del servidor asociado. ● Sincronización de redundancia del servidor maestro al servidor Standby. ● Mediante la sincronización en línea del Alarm Logging se emite lo siguiente del servidor2 al servidor1, indicándose como aviso de sistema en el servidor1. – Se ha producido un fallo durante el funcionamiento redundante. – El servidor1 ha cambiado al estado "Standby". – Restablecimiento del servidor1. ● En los dos servidores se quedan las variables @RM_MASTER, @RM_MASTER_NAME y @RedundantServerState sin modificar. Situación inicial 2 Cuando se produce el fallo de conexión los servidores tienen el estado siguiente: ● El servidor1 el estado "Standby". ● El servidor2 el estado "Maestro". Se produce el fallo de conexión Cuando se produce el fallo de conexión, se activan las siguientes reacciones: ● El servidor2 continua siendo el servidor maestro, memorizando el momento de producción del fallo (Fecha y Hora). ● El servidor2 señaliza mediante un aviso de sistema de que se ha averiado el servidor asociado. ● Servidor1 permanece servidor Standby. ● En los dos servidores se quedan las variables @RM_MASTER, @RM_MASTER_NAME y @RedundantServerState sin modificar. La conexión ha sido restablecida Durante el fallo de conexión no se sincronizaron los avisos de Alarm Logging y de ficheros de usuario. Esto se compensa aplicando las siguientes medidas: ● El servidor2 guarda el momento del restablecimiento (Fecha y hora). ● El servidor2 muestra mediante un aviso del sistema el restablecimiento del servidor asociado. ● Sincronización de redundancia del servidor maestro al servidor Standby. 130 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.6 Trabajar con redundancia ● Mediante la sincronización en línea del Alarm Logging se emite lo siguiente del servidor2 al servidor1, indicándose como aviso de sistema en el servidor1. – Se ha producido un fallo durante el funcionamiento redundante. – Restablecimiento del servidor1. ● En los dos servidores se quedan las variables @RM_MASTER, @RM_MASTER_NAME y @RedundantServerState sin modificar. 5.6.2.4 Escenario 3: Fallo de la conexión de red con el cliente Introducción En este escenario se produce un error de conexión de red entre el servidor2 y el cliente asociado al servidor2 "CL5". Se activa la siguiente reacción: ● El cliente "CL5" conmuta de servidor2 perturbado a servidor1 en marcha. Fin de la avería de red hacia el cliente Al finalizar el fallo de red se activan las siguientes reacciones: ● En los dos servidores se quedan las variables @RM_MASTER, @RM_MASTER_NAME y @RedundantServerState sin modificar. ● El cliente "CL5" conmuta de nuevo al servidor de preferencia Server2. Consulte también Variables de sistema de WinCC Redundancy (Página 135) Escenario 2: Fallo de conexión con el servidor asociado (Página 129) Escenario 1: El proyecto en el equipo servidor no está en Runtime (Página 127) Escenarios de anomalías (Página 126) Escenario 4: Acoplamiento al proceso averiado (Página 131) 5.6.2.5 Escenario 4: Acoplamiento al proceso averiado Introducción En este escenario se produce una avería del acoplamiento al proceso en el servidor2 por interrupción de una conexión de red con los autómatas programables. Fallo de una conexión con un PLC El fallo de una conexión con un PLC será reconocido como avería en el sentido de la redundancia únicamente bajo la siguiente condición: MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 131 Sistemas redundantes 5.6 Trabajar con redundancia La conexión con el PLC ha fallado sólo con un servidor. Un fallo de conexión de un PLC con ambos servidores no representa una avería en el sentido de la redundancia. Un ejemplo de ello es el fallo de un PLC. Reacción ante un fallo. Cuando WinCC detecta una avería se activan las siguientes reacciones: ● La avería del acoplamiento de proceso se avisa al servidor2. ● El servidor 1 recibe el aviso de que el servidor asociado2 ha fallado. ● El servidor1 guarda el momento del fallo (Fecha y hora ) en el servidor2. ● Si en el proyecto del servidor está configurado "Cambio de cliente en caso de avería del acoplamiento de proceso" se cambian los clientes conectados a este servidor al servidor vinculado. ● La variable @RM_MASTER se pone en estado "Maestro" en el servidor1 y en "Standby" en el servidor2. De la misma forma son adaptadas las variables @RM_MASTER_NAME y @RedundantServerState. @RedundantServerState se pone en estado "Fault" en el servidor2. 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 servidor 1 memoriza el momento de la restablecimiento (fecha y hora) del servidor 2. ● Se realiza una sincronización de redundancia del servidor1 al servidor2, ya que el acoplamiento del proceso no estuvo averiado en el servidor 1. Se sincronizan los datos de todos los PLC. Es decir, también se sincronizan los datos de los PLC que no hayan fallado. ● 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 un aviso del sistema. 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: 132 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.6 Trabajar con redundancia ● Application Health Check notifica el fallo al Redundancy. El estado del servidor2 se pone en la variable @RedundantServerState en "Fault". La variable @RM_maestro se pone en el estado "Standby". ● En el servidor1 la variable @RM_maestro se pone en estado "Maestro". De la misma forma son adaptadas las variables @RM_MASTER_NAME y @RedundantServerState. ● 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, si la causa no viene del mismo servidor de Alarma. Fin de la anomalía del software en el servidor2 La anomalía del software se puede eliminar desactivando el proyecto del servidor y reiniciando el servidor2. Tras activarse el proyecto en el servidor2 se sincronizan automáticamente los ficheros. ● En el servidor2 la variable @RedundantServerState se pone en "Standby". El servidor1 permanece en estado "Maestro". ● El servidor 1 memoriza el momento de la restablecimiento (fecha y hora) del servidor 2. ● Se realiza una sincronización de redundancia para el archivo de usuario del servidor1 en el servidor2. Nota Si la función "Application Health Check" ha detectado un fallo de software y se ha activado una conmutación de cliente y un aviso del sistema de control de procesos, entonces hay que realizar lo siguiente: ● Hay que desactivar el servidor afectado. ● Hay que reiniciar el servidor afectado. Sólo después de hacer esto se podrán reconectar los clientes en este servidor. Una sincronización de ficheros se realiza de forma retroactiva hasta el momento de la detección de una avería en el software del servidor. Consulte también Variables de sistema de WinCC Redundancy (Página 135) Escenario 3: Fallo de la conexión de red con el cliente (Página 131) Escenario 2: Fallo de conexión con el servidor asociado (Página 129) Escenario 1: El proyecto en el equipo servidor no está en Runtime (Página 127) Escenarios de anomalías (Página 126) Escenario 4: Acoplamiento al proceso averiado (Página 131) MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 133 Sistemas redundantes 5.7 Anexo 5.7 Anexo 5.7.1 Avisos de sistema de WinCC Redundancy Introducción La opción Redundancy ofrece una serie de avisos de sistema. Estos se pueden generar en el editor Alarm Logging (bajo Herramientas > Avisos de sistema WinCC). Con WinCC Redundancy es posible editar los siguientes avisos de sistema: 134 N.º de aviso Texto de aviso de WinCC 1012200 REDRT:Estación vinculada falla WinCC se cierra en el servidor asociado. 1012201 REDRT:Se ha iniciado otra vez estación vinculada WinCC se reinicia en el servidor asociado. 1012202 REDRT:Los proyectos no son funcionalmente idénticos 1012203 REDRT:Sincronización de ficheros defectuosa 1012204 REDRT:Error interno en Redundancy 1012205 REDRT:Conexión con vinculado interrumpida La conexión con el servidor asociado presenta problemas. 1012206 REDRT:Se ha reestablecido conexión con vinculado La conexión con el servidor asociado ha sido restablecida. 1012207 REDRT:WinCC de servidor vinculado no activado En el arranque se determina que WinCC no se ha iniciado. 1012208 REDRT:Se inicia sincronización de ficheros Este aviso se emite al principio de la sincronización de ficheros 1012209 REDRT:Ha terminado la sincronización de ficheros Este aviso se emite al final de la sincronización de ficheros 1012216 REDRT:Sincronización interrumpida Se ha interrumpido la sincronización por otro fallo 1012217 REDRT:Proyecto de servidor vinculado no activado En el arranque se determina que WinCC no está activo en el servidor asociado o que no está en Runtime. 1012218 SWITCH:El cliente ha sido cambiado automáticamente El cliente ha sido cambiado automáticamente al servidor asociado 1012219 SWITCH:El cliente ha sido cambiado manualmente El cliente ha sido cambiado manualmente al servidor asociado 1012220 REDRT: Sincronización no preparada para todos los User Archives. La sincronización no está preparada para todos los ficheros de usuario configurados localmente, ya que para al menos un fichero difiere la estructura de fichero del asociado o la sincronización no está activada en el asociado. 1012221 REDRT: Sincronización preparada para todos los ficheros de usuario. La sincronización está preparada para los ficheros de usuario configurados localmente y la estructura de fichero coincide con la del asociado. 1012226 REDRT:Proyecto de servidor vinculado activado En el arranque se ha determinado que WinCC está activo en el servidor asociado. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.7 Anexo N.º de aviso Texto de aviso de WinCC 1012227 REDRT:Error- el equipo vinculado no es un servidor En el arranque se ha determinado que el servidor asociado configurado no es un servidor. 1012240 REDRT: Error <Descripción del error> en <Nombre de la aplicación> en activa conmutación. Application Health Check ha activado el cambio a causa de un error en la aplicación identificada. 1012241 REDRT: Conmutación a estado <Denominación del estado> Aviso de cambio de estado. 1012244 REDRT: Sobrecarga en sincronización online de Alarm Logging Demasiados avisos simultáneos. 1012245 REDRT: Pérdida de conexión en serie 1012246 REDRT: Se ha establecido otra vez la conexión en serie 1012247 REDRT: <Nombre de equipo donde se ha generado el aviso>:Servidor OS (Master) <Nombre de equipo> Servidor OS (Standby) <Nombre de equipo> Error de redundancia Según la situación de fallo avisa del error de redundancia el servidor Master o el Standby o uno de los dos. La redundancia está en peligro. 1012349 REDRT: Pérdida de la conexión a través de la tarjeta de red dirección (MAC) La conexión al servidor vinculado ha sido interrumpida o perturbada a través del LAN redundante. 1012350 REDRT: Conexión reestablecida a través de la tarjeta de red dirección (MAC) La conexión al servidor vinculado ha sido reestablecida a través del LAN redundante. Consulte también Abreviaturas (Página 137) Variables de sistema de WinCC Redundancy (Página 135) 5.7.2 Variables de sistema de WinCC Redundancy Introducción Las variables de sistema @RM_MASTER y @RM_MASTER_NAME son utilizadas por WinCC Redundancy para el control de Master/Standby de los dos servidores redundantes ya para cambiar entre clientes. Estas variables de sistema también se pueden leer y modificar con otras aplicaciones o con scripts. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 135 Sistemas redundantes 5.7 Anexo Nota Debe abrir el Redundancy-Editor y volver a cerrarlo con "Aceptar" para que se creen las variables del sistema de WinCC Redundancy. Variables de sistema de WinCC Redundancy @LocalMachineName Esta variable contiene el nombre del ordenador local. @RedundantServerState La variable muestra el estado de la redundancia de este servidor. Rango de valores: 0: Estado no definido (valor de inicio) 1: El servidor es maestro 2: El servidor está en modo Standby 3: El servidor tiene un fallo 4: El servidor está en modo standalone (sin funcionamiento redundante) @RM_MASTER Para la indicación de que el equipo del servidor es "Maestro", se pone esta variable @RM_MASTER. Si el equipo servidor es Standby se desactiva la variable @RM_MASTER. @RM_MASTER_NAME En la variable @RM_MASTER_NAME está el nombre del servidor maestro, por ejemplo: "SERV_4". @RM_SERVER_NAME Esta variable contiene el nombre del servidor al que está conectado un cliente. @RM_UA_ONL_"nombre de fichero" Sirve sólo para fines de diagnóstico. Para cada fichero de usuario se crea una variable propia con el correspondiente nombre de fichero. Esta variable será puesta a 1 si un fichero de usuario ha sido modificado. Después de realizar la sincronización online volverá a ser puesta a 0. @RM_Offline_UA_Name Sirve sólo para fines de diagnóstico. Esta variable contiene el nombre del fichero de usuario que se compara actualmente. Consulte también Abreviaturas (Página 137) Avisos de sistema de WinCC Redundancy (Página 134) 136 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Sistemas redundantes 5.7 Anexo 5.7.3 Abreviaturas 5.7.3.1 Abreviaturas Introducción Abreviación Explicación AS Autómata programable CS Sistema de configuración, configuración WinCC LS Sistema de instrumentación y control LTM Aviso del sistema de control de procesos (Process Controlling Messages), aviso para el nivel de gestión de la producción OS Estación de operador PDE Registro de datos de proceso RT WinCC Runtime RTO Runtime Object Consulte también Avisos de sistema de WinCC Redundancy (Página 134) Variables de sistema de WinCC Redundancy (Página 135) 5.7.3.2 Nivel de ernpresa Introducción El nivel de empresa sirve para integrar globalmente los equipos con todas las áreas de una empresa. 5.7.3.3 Nivel de gestión Introducción El nivel de gestión de la producción sirve para manejar y visualizar la instalación. Las tareas de este nivel se distribuyen entre los equipos servidores y los equipos clientes. Éstos están interconectados entre sí con redes de PC. Los equipos servidores se encargan de adquirir los estados del proceso de los autómatas programables, y los equipos clientes se encargan de la interfaz hombre-máquina. MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 137 Sistemas redundantes 5.7 Anexo 5.7.3.4 Nivel de proceso Introducción En el nivel de procesos se emplean autómatas programables y ordenadores de procesos para automatizar procesos industriales. Para la comunicación entre los equipos y para el nivel de gestión de la producción se emplean redes industriales tales como Profibus. 5.7.3.5 Servidor Introducción Los ordenadores servidores del nivel de gestión de la producción registran las imágenes de proceso, los Los servidores se pueden hacer redundantes utilizando otro equipo standby que funcione paralelamente y tenga una configuración idéntica. 5.7.3.6 Cliente Introducción Los equipos clientes del nivel de gestión de la producción actúan como interfaz entre el hombre y la máquina en el conjunto de la instalación. A través de los equipos clientes, el operador de la instalación tiene acceso a los ordenadores servidores, donde pueden solicitarse las imágenes de proceso, los datos medidos y los avisos de todos los autómatas programables. En caso de fallo se le muestran inmediatamente al operador los avisos correspondientes. Generalmente, el operador debe confirmar los avisos. 5.7.3.7 Proyecto Introducción Un proyecto se forma mediante un grupo de autómatas programables, un equipo servidor y uno o varios equipos clientes. También forman parte del proyecto todos los datos, programas, datos de configuración y ajustes. 5.7.3.8 Memoria de fichero Introducción Las funciones de fichero asisten la transferencia automática de datos desde el disco duro a soportes de datos de larga duración (históricos), así como el borrado de los datos en el disco duro. El archivado automático puede realizarse atendiendo a unas fechas y horas predeterminadas para la operación, o cuando el soporte de memoria esté lleno hasta un determinado nivel. 138 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Índice alfabético C Proyecto estándar Convertir a proyecto de servicio, 88 A Abreviaturas, 137 Abrir, 68 Abrir conexión Proyecto , 68 Activación de los servidores de redundancia, 102 Activar, 71 Proyecto, 71 Actualización implícita, 21, 31 Alimentación de corriente ininterrumpida, 104 Apagado, 61 del cliente, 61 del servidor, 61 Apagar, 61 del cliente, 61 del servidor, 61 Application Health Check, 94, 132 Arrancar, 56, 58 del cliente, 58 del servidor, 56, 59 Autorización de manejo, 19 configurar del cliente, 19 Instalar en el sistema operativo, 19 Averías del sistema, 54 Aviso, 51 Configurar informe secuencial de avisos en el cliente, 52 visualizar de diferentes servidores, 51 Aviso con secuencia de tiempo correcta, 104 Avisos del sistema, 134 B Bloquear aviso (activo), 104 Bloquear aviso (pasivo), 104 Bloquear clase de aviso (pasivo), 104 Bloquear un aviso, 104 Activo, 104 pasivo, 104 Bloquear una clase de aviso, 104 pasivo, 104 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, cable en serie, 104 Carga de modificación online Modificación de los User Archive en caso de sistemas redundantes, 117 CAS - Central Archive Server, 11 Cliente, 9, 27 Abrir un proyecto en el servidor, 68 acceso a proyectos de servidor, 66 activación remota de un proyecto de servidor, 71 Apagar, 61 Arrancar, 58 con vista a un servidor, 26 Configuración, 27 Configurar autorizaciones de uso, 19 Configurar cambio de imagen, 46 Configurar en proyecto de servidor, 26 configurar en un sistema distribuido, 27 Configurar imagen inicial, 41 Configurar propiedades del equipo, 26 crear proyecto nuevo, 29 Definir propiedades de inicio en un sistema multipuesto, 26 Desactivar proyecto de servidor, 72 Editar imagen de servidor, 70 Importar paquetes, 31 incluir en la lista de equipos del servidor, 18 Proyectar informe secuencial de avisos, 52 Sistema de estación multipuesto, 26 ThinClient, 9 Visualizar avisos de varios servidores, 51 Visualizar datos de varios servidores, 48 Visualizar imágenes de varios servidores, 44 WebClient, 9 Clientes, 97 Comportamiento de arranque, 56, 58 del cliente, 58 del servidor, 56 Comportamiento del sistema, 54 Comunicación Servidor-Servidor, 11 Conexión de serie entre servidores Redundancy, 112 139 Índice alfabético Configuración, 9, 14, 27, 77, 98, 102, 105, 110 Cliente, 27 Remoto, 62 Servidor, 14 Servidor de archivos, 77 Sistema Cliente - Servidor, 9 Sistema distribuido, 14 Sistema multipuesto, 14 Configuración remota, 62 Abrir proyecto, 68 acceso a proyecto de servidor, 66 Activar el proyecto, 71 Desactivar proyecto, 72 Editar imagen, 70 ConfiguraciónServidor, 75 Connectivity Station Proyecto de servicio, 82 Crear redundancia, 102 D Datos, 44 visualizar de diferentes servidores, 48 Visualizar de varios servidores, 44 Datos del servidor, 21 Configurar servidor de preferencia, 38 Exportación de paquetes, 21 Importación de paquetes, 31 Proyectar servidor predeterminado, 35 Drivers SOFTNET utilizados en servidores, 59 Duplicador de proyectos, 118 Duplicar proyectos, 118 I Imagen, 41 Configurar cambio de imagen en el cliente, 46 Configurar imagen inicial, 41 ediición del proyecto de servidor, 70 Prefijo del servidor, 41 Visualizar de diferentes servidores en el cliente, 44 Imagen de inicio, 41 configurar en el cliente, 41 Importación, 31 Paquetes, 31 Información de diagnóstico Proyecto de servicio, 82 informe secuencial de avisos, 52 Instalación, 75, 77 Servidor de archivos, 77 Instalación de servidor de fichero histórico, 75 InstalaciónServidor, 75 Interfaz OPC, 73 en sistemas Cliente - Servidor, 73 L Lista de arranque Proyecto de servicio, 81 Lista de equipos, 18 Incluir clientes, 18 M E encoder, 75 Escenario, 126 Escenarios, 11 Clientes y servidor, 11 Escenarios Cliente-Servidor, 11 Estado del proyecto, 82 Exportar, 21 Paquetes, 21 Memoria de fichero, 127, 129 Modo de servicio, 79 N Nivel de ernpresa, 97 Nivel de gestión, 97 Nivel de proceso, 97 P Paquete, 21, 31 Actualización implícita, 21 Configurar exportación, 21 configurar importación, 31 Guardado en el sistema de archivos, 21 Representación en WinCCExplorer, 21, 31 140 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Índice alfabético Prefijo del servidor, 41, 44, 46, 48 Project Duplicator, 121 Proyecto, 16, 29, 98 acceso remoto, 66 activar, 71 apertura remota, 68 Copiar, 121 crear nuevo proyecto de cliente, 29 Crear proyecto de servidor, 16 desactivar, 72 duplicar, 118 Proyecto Cliente, 29 Proyecto de servicio, 79, 84 Activación operación interactiva , 91 Cerrar sesión, 90 Cierre operación interactiva , 91 Componentes sin habilitar, 82 Conectar, 90 Configuración, 80 Connectivity Station, 82 Convertir a proyecto estándar, 88 Definir, 87 Información de diagnóstico, 82 Limitaciones, 81 Lista de arranque, 81 Requisitos, 85 Script, 81 Utilización, 80 Proyecto de varios lugares, 16 Crear, 16 Proyecto estándar, 79, 84 Redundancia, 11, 94, 98, 118 Application Health Check, 94, 132 aroyecto activado, 121 Aviso con secuencia de tiempo correcta, 104 Avisos de sistema, 127 Conexión de serie entre los servidores, 112, 126 Configuración, 102 Configurar servidor de preferencia, 38 Copiar un proyecto, 121 Duplicar proyecto, 118 Modo de funcionamiento, 100 Registro de los servidores en Windows, 108 Requisito, 104 Runtime, 121 Servidor de preferencia, 11 sincronización horaria, 104 Sistema operativo, 104 Registrar servidor redundante en Windows, 108 Requisitos para sistemas redundantes, 104 Router, 64 Runtime, 54 Avisos, 54 Comportamiento del sistema, 54 Comportamiento en caso de averías del sistema, 54 Ficheros, 54 Gráficos, 54 Informes, 54 Scripts, 54 Text Library, 54 UserAdministrator, 54 R S Recursos disponibles, 9 Red, 64 Acceso a subredes, 64 Router, 64 Script Proyecto de servicio, 81 ServiceMode, 79 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 141 Índice alfabético Servidor, 11, 14, 97 Acceso remoto desde varios clientes, 66 Activar proyecto desde el cliente, 71 Apagar, 61 Arranque, 56, 59 Comunicación Servidor-Servidor, 11 Configuración, 14 Configurar autorizaciones de uso del cliente, 19 Configurar cliente en proyecto de servidor, 26 configurar en modo remoto (Requisitos), 18, 19 Configurar servidor de preferencia, 38 crear proyecto nuevo, 16 Desactivar proyecto desde el cliente , 72 Editar la imagen desde el cliente, 70 Particularidades con varias tarjetas de red, 59 Particularidades de los drivers SOFTNET, 59 Proyectar servidor predeterminado, 35 Servidor de archivos, 11 Servidor de ficheros históricos, 11 Servidor predeterminado, 11 Servidor de archivos, 11, 77 Configuración, 77 Instalación, 77 Servidor de archivos central, 11 Servidor de fichero histórico, 75 Servidor de ficheros históricos, 11 Servidor de preferencia, 11 Configurar, 38 Servidor predeterminado, 11 Configurar, 35 SIMATIC Shell, 62, 64 Sincronización de variables, 101 sincronización horaria, 104 Sistema cliente-servidor, 7 Apagar el cliente, 61 Apagar el servidor, 61 Aplicación de interfazs OPC, 73 Arrancar el cliente, 58 Arrancar el servidor, 56 Cantidad de clientes y servidores, 7 CAS, 11 Comportamiento en Runtime, 54 Comunicación Servidor-Servidor, 11 Configuración, 9 configuración mixta, 9 Recursos disponibles, 9 Redundancia, 7, 11 Requisitos, 7 Servidor de archivos, 11 Servidor de archivos central, 11 Servidor de ficheros históricos, 11 Servidor predeterminado, 11 Sistema distribuido, 7, 11 Sistema multipuesto, 7, 11 Tipos de cliente, 9 Utilización, 7 WinCC CAS, 11 Sistema distribuido, 7, 11 Configuración de cliente, 27 Configuración remota, 62 configurar cambio de imagen en el cliente, 46 Configurar informe secuencial de avisos en el cliente, 52 Configurar intercambio de datos en el cliente , 48 Crear proyecto Cliente, 29 Importación de paquetes, 31 Proyectar, 14 Visualizar avisos del cliente, 51 Visualizar imágenes de servidor en el cliente, 44 Sistema multipuesto, 7, 11 Configurar clientes, 26 Proyectar, 14 Sistema operativo, 19 Configurar autorizaciones de uso, 19 Sistemas redundantes, 104 Sistema redundante Configuración, 105 T ThinClient, 9 142 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, Índice alfabético V Variables de sistema, 135 Ver, 44 datos de varios servidores, 48 de diferentes servidores, 44 W WebClient, 9 WinCC, 7 Modo de servicio, 79 ServiceMode, 79 Sistema Cliente - Servidor, 7 WinCC CAS, 11 WinCC ServiceMode, 79, 84 WinCC Services, 79 WinCC Variable @RM_MASTER, 126 WinCC Variable @RM_MASTER_NAME, 126 WinCCProjects, 62 Activación remota, 71 Comando , 68 Desactivación remota, 72 Diálogo WinCCProjects, 56 Llamada, 56 MDM - WinCC: Configuraciones Manual de sistema, 11/2008, 143
