WinCC Options Redundancy Manuel Edition Novembre 1998
WinCC, SIMATIC, SINEC, STEP sont des marques de la société Siemens AG. Les autres désignations dans ce manuel peuvent être des marques de fabrique dont l'utilisation par un tiers à ces mêmes fins peuvent léser droits du détenteur. (Toute reproduction de ce support d informations, toute exploitation de son contenu sont interdites, sauf autorisation expresse. Tout manquement à cette règle est illicite et expose son auteur au versement de dommages et intérêts. Tous nos droits sont réservés, notamment pour le cas de la délivrance d'un brevet ou celui de l'enregistrement d'un modèle d'utilité.) (Nous avons vérifié que le contenu de ce manuel correspond aux éléments matériels et logiciels qui y sont décrits. Des divergences ne sont cependant pas exclues ce qui nous empêche de garantir une correspondance totale. Les informations fournies dans cet imprimé sont vérifiées régulièrement, les corrections nécessaires sont insérées dans l'édition suivante. Nous vous sommes reconnaissants pour toute proposition d'amélioration.) Siemens AG 1994-1998 All rights reserved Sous réserve de modifications techniques Printed in the Federal Republic of Germany Siemens Aktiengesellschaft
Sommaire 1 WinCC- Redundancy...1-1 1.1 Architecture d'un système WinCC redondant...1-2 1.1.1 Architecture du système WinCC sans Redundancy...1-2 1.1.2 Architecture d'un système WinCC avec Redundancy...1-3 1.2 Fonctionnement de l'option REDUNDANCY...1-4 2 Configuration des serveurs redondants...2-1 2.1 Configuration fonctionnellement identique...2-1 2.2 Préalables...2-1 2.3 Alarmes locales du serveur...2-2 3 Travailler avec Redundancy...3-1 3.1 Guide de création d'un système redondant...3-1 3.2 Déclaration du serveur sous Windows-NT...3-2 3.3 Configuration...3-4 3.4 WinCC Redundancy Project Duplicator...3-7 3.5 WinCC Redundancy Project Switcher...3-9 3.6 Scénarios de défaillances...3-12 3.6.1 Scénario 1 : Le serveur n'est pas en runtime...3-13 3.6.2 Scénario 2 : Dérangement de la connexion au serveur partenaire...3-14 3.6.3 Scénorio 3 : Dérangement de la connexiona au client...3-15 3.6.4 Scénario 4 : Dérangement du couplage au process...3-15 4 Annexe...4-1 4.1 Messages système de WinCC Redundancy...4-1 4.2 Variables système de WinCC Redundancy...4-2 4.3 Abréviations...4-2 WinCC Manuel i
Sommaire 11.98 ii WinCC Manuel
11.98 WinCC Redundancy 1 WinCC- Redundancy WinCC Redundancy accroît nettement la disponibilité de WinCC et, d'une manière générale, du process, grâce au fonctionnement parallèle de deux PC serveurs couplés. Au runtime, les serveurs se surveillent mutuellement afin de détecter dès que possible une défaillance du partenaire. En cas de défaillance de l'un des deux serveurs, les clients sont automatiquement basculés du serveur défaillant sur le serveur actif. Tous les clients restent ainsi à tout moment disponibles pour la surveillance et la conduite du process. Durant la défaillance, le serveur opérationnel continue à enregistrer toutes les alarmes et données de process du projet WinCC. Lorsque le serveur défaillant est redevenu opérationnel, le contenu de toutes les archives d'alarmes et de valeurs de processus y est automatiquement copié. Les lacunes des archives du serveur défaillant sont ainsi comblées par la restitution des données manquantes. L'option de redondance WinCC permet : la synchronisation automatique des archives d'alarmes et de valeurs de process à la reprise d'un serveur défaillant la synchronisation en ligne d'archives d'alarmes. WinCC Manuel 1-1
WinCC-Redundancy 11.98 l emploi d un "commutateur de projet" pour basculer automatiquement ou manuellement les clients d'un serveur redondant à l'autre l'emploi d'un "duplicateur de projet" pour copier un projet sur le serveur redondant. Nota Les PC serveurs redondants doivent être équipés de Windows NT. Les clients peuvent être des ordinateurs fonctionnant sous Windows NT ou sous Windows 95. Pour que le composant Project Switcher puisse être utilisé, le client doit être doté de Windows NT. 1.1 Architecture d'un système WinCC redondant 1.1.1 Architecture du système WinCC sans Redundancy La figure ci-dessus montre à titre d'exemple l'architecture du Niveau de contrôle-commande WinCC, avec le niveau supérieur Niveau entreprise et le niveau subordonné Niveau process. Il apparaît que les tâches du contrôle-commande sont réparties entre plusieurs PC. Cette répartition de tâches se fait selon une structure client-serveur : 1-2 WinCC Manuel
11.98 WinCC Redundancy Tâches des serveurs : Les serveurs rapatrient les images de process et les alarmes des composants d'automatisation. Pour l'acquisition des données, les serveurs sont connectés aux automates à travers des réseaux industriels. Les serveurs mettent les données de process à la disposition des clients et gèrent les états de traitement. Tâches des clients : Les stations clientes assurent le contrôle-commande de l'ensemble du process. Les clients récupèrent sur les divers serveurs les états momentanément requis à travers les réseaux de PC. Les clients sont en principe fonctionnellement équivalents et possèdent les mêmes droits. 1.1.2 Architecture d'un système WinCC avec Redundancy Projet WinCC Un Projet regroupe un groupe d automates, un ordinateur serveur et un ou plusieurs ordinateurs clients. Sont également rattachées au Projet toutes les données telles que programmes, données de configuration et autres paramétrages. WinCC Manuel 1-3
WinCC-Redundancy 11.98 Projet WinCC redondant Un Projet à architecture redondante est réalisé via un second serveur fonctionnant en parallèle et possédant une configuration fonctionnellement identique. Les deux serveurs sont reliés en réseau avec les automates, les clients et également entre eux. Voir Configuration fonctionnellement identique. 1.2 Fonctionnement de l option REDUNDANCY Client1 Client2 Client3 Client4 Client1 Projet A Projet B Synchro nisation Serveur1 Synchro nisation Serveur2 API API API API API API API Archivage et synchronisation d'archives des serveurs redondants parallèles Archivage WinCC en mode normal En mode normal, les serveurs de données de process fonctionnent totalement en parallèle au runtime. Chaque station serveur est dotée de sa propre connexion au process et possède ses propres archives de données. Les données de process et les alarmes émises par les automates sont envoyées aux deux serveurs pour traitement. Au runtime, les serveurs se surveillent mutuellement afin de détecter dès que possible une défaillance du partenaire et d'émettre un message de contrôle-commande. Les messages de conduite peuvent être synchronisés en ligne en permanence. Les deux serveurs sont autonomes, fonctionnent avec les mêmes droits et sont tous deux à la disposition de l'utilisateur. En cas de défaillance de l'un des serveurs, un serveur redondant équivalent est toujours disponible. La communication entre les stations (serveurs) redondantes pour réaliser la surveillance du signe de vie et pour la synchronisation des archives est assurée par un bus de terminaux. Le réseau utilisé est un réseau local de PC avec protocoles TCP/IP ou NetBEUI. 1-4 WinCC Manuel
11.98 WinCC Redundancy Défaillance d'un des serveurs En cas de défaillance de l'un des serveurs, le serveur en état de marche reçoit et archive les valeurs de process et les alarmes en provenance des automates. Ceci garantit une intégrité totale des données. Les clients sont automatiquement basculés du serveur défaillant sur le serveur partenaire redondant. Après un bref laps de temps de commutation, toutes les stations de conduite sont à nouveau disponibles. Facteurs déclenchant le basculement d'un client Le système exécute automatiquement le basculement des clients du serveur standard sur le serveur partenaire en cas de défaillance. Les facteurs suivants entraînent le basculement d'un client: Connexion réseau au serveur perturbée Défaillance de serveur (WinCC défaillant) Défaillance de serveur Facteurs déclenchant la synchronisation d'archives La synchronisation des archives entre les serveurs est lancée après les anomalies suivantes : Défaillance du couplage au process. La surveillance du couplage au process peut être désactivée, voir chapitre "Configuration". connexion au serveur partenaire défaillante projet pas activé projet pas ouvert Reprise du serveur défaillant A la reprise du serveur défaillant, le composant "Redundancy" synchronise les archives pour la durée de la défaillance. Les données manquantes sont transmises au serveur affecté par la défaillance. Deux serveurs équivalents sont donc à nouveau disponibles. La synchronisation d'archives s'effectue en arrière-plan et parrallèlement à la conduite du process et à l'archivage WinCC. Ceci permet d'assurer le contrôle-commande du process à tout moment. Synchronisation sur reprise A la reprise du serveur défaillant, les archives d'alarmes et archives de valeurs de process sont synchronisées. Le serveur défaillant reçoit les données avec un retard dû à la défaillance. Reprise après défaillance process En cas de panne de réseau pendant les échanges entre un serveur et un ou plusieurs automates, une synchronisation - si elle a été ainsi configurée - est exécutée automatiquement après le rétablissement. Synchronisation en ligne (option) Une synchronisation directe (en ligne) est effectuée pour les messages de conduite de Alarm Logging. WinCC Manuel 1-5
WinCC-Redundancy 11.98 1-6 WinCC Manuel
11.98 Configuration des serveurs redondants 2 Configuration des serveurs redondants 2.1 Configuration fonctionnellement identique Archives de valeurs de process et d alarmes Tag Logging et Alarm Logging doivent avoir été configurés de manière fonctionnellement identique pour les serveurs redondants. "Configuration fonctionnellement identique" signifie : 2.2 Préalables Des archives identiques, des extensions sous forme de points de mesure et d'archives additionnels étant admissibles. Les extensions ne sont pas synchronisées, mais doivent être mises en conformité sur le serveur partenaire même. Les archives suivantes sont synchronisées par WinCC : Les archives sur disques durs, c'est-à-dire archives de valeurs de process, de valeurs agrégées et d'alarmes (archives de courte durée et archives secondaires). Il n'y a par contre pas de synchronisation d'archives de mémoires vives. Les préalables suivants sont requis par WinCC Redundancy : Les PC serveurs redondants doivent être équipés de Windows NT. Les clients peuvent être des ordinateurs fonctionnant sous Windows NT ou sous Windows 95. Pour que le composant Project Switcher puisse être utilisé, le ou les client(s) doivent être dotés de Windows NT. Redundancy présuppose que les serveur soient synchronisé. Nous recommandons une synchronisation des horloges de l'installation (des ordinateurs WinCC, automates, etc.). Celle-ci peut être réalisée à l'aide de Lifebeat Monitoring contenu dans le package optionnel ou du programme DCF77.exe contenu dans les SmartTools. Les télégrammes d'alarme et d'acquittement des API et clients doivent toujours être horodatés afin d'éviter les doubles inscriptions (signalisation chronologique). Les valeurs de process et les alarmes en provenance des automates subordonnés sont émises en parallèle aux deux serveurs. Les deux serveurs sont dotés de l'option "Redundancy". Les serveurs utilisant l'option "Redundancy" doivent être configurés de manière fonctionnellement identique. Nous conseillons l'utilisation des packages PMC. Nota Il est recommandé d'employer des alimentations ininterruptibles afin de pouvoir quitter WinCC de manière sûre en cas de panne secteur. Si vous utilisez STORAGE avec REDUNDANCY et si les archives sont transférées sur un troisième ordinateur commun, ne spécifiez en aucun cas le même lecteur d'archivage pour les deux ordinateurs redondants. WinCC Manuel 2-1
Configuration des serveurs redondants 11.98 2.3 Alarmes locales du serveur Les messages locaux des serveurs sont également synchronisés. Ceux-ci incluent les messages système de conduite de Alarm Logging et les messages de Batch-Flexible. Une plage de numéros de messages disponibles est proposée pour ranger les messages locaux de serveur spécifiques aux utilisateurs à synchroniser. Les commentaires des messages rangés dans cette plage de numéros sont ainsi également synchronisés. La plage de numéros s'étend de 1015000 à 1015999 Les messages de contrôle-commande générés localement ne sont pas synchronisés puisqu'ils ne sont pas univoques, c'est-à-dire pas spécifiques à un ordinateur. Il n'est donc pas possible d'identifier le serveur qui les a générés. 2-2 WinCC Manuel
11.98 Travailler avec Redundancy 3 Travailler avec Redundancy 3.1 Guide de création d'un système redondant Nous allons expliquer ci-après, sous forme d'un guide sommaire, comment installer un système WinCC redondant constitué du serveur 1 et du serveur partenaire 2. Déclaration des serveurs et des clients au réseau Installez sur chaque ordinateur le logiciel réseau et attribuez à ces ordinateurs un nom unique pour qu'ils puissent être identifiés aisément sur le réseau. Installation des utilisateurs Une fois le réseau installé, vous devez installer les comptes utilisateurs sur tous les ordinateurs. Installation de l autorisation Si vous n'avez pas chargé l'autorisation de Redundancy lors de l'installation de WinCC, vous pouvez le faire ultérieurement en exécutant le programme "authorsw.exe" qui se trouve sur votre disquette d'autorisation et en installant l'autorisation sur chaque serveur. Configuration du projet Le serveur partenaire est défini lors de la configuration de la redondance WinCC. Configuration des clients Avec "Project Switcher" vous pouvez configurer les clients de manière à ce que, en cas de défaillance d'un serveur, ceux-ci soient basculés automatiquement sur le serveur encore disponible. Votre installation reste ainsi toujours disponible, même en cas de défaillances. Nota Si vous configurez vos clients avant la duplication, il est recommandé de vérifier que le chemin indiqué pour Project Switcher (CCProjectSwitcherRt.exe) dans la liste de démarrage est bien correct. Veillez à ce que tous les clients devant être basculés soient bien connus des deux serveurs! Duplication du projet Pour que l'on n'ait plus à reconfigurer le serveur partenaire, l'application "Project Duplicator" permet de dupliquer le projet d'un serveur sur un autre. Nota Veillez, avant la duplication, à ce que l'ordinateur de destination du projet possède un espace mémoire suffisant et qu'il n'a pas été déclaré comme client. WinCC Manuel 3-1
Travailler avec Redundancy 11.98 Activation de la redondance Lorsque tout est configuré, la fonction de redondance WinCC est entièrement disponible. Activez la redondance WinCC comme suit : Activez le premier serveur. Lancez ensuite les clients éventuellement présents. Lorsqu'ils sont activés, activez le deuxième serveur et ses éventuels clients. La première synchronisation est alors effectuée. La durée de la défaillance sur laquelle porte cette synchronisation est le temps qui s'écoule entre l'activation du premier et l'activation du second serveur. 3.2 Déclaration du serveur sous Windows-NT Pour déclarer les utilisateurs sous Windows-NT, ouvrez le gestionnaire des utilisateurs. L'appel s'effectue dans le menu Démarrer de Windows : Installez les utilisateurs comme principaux utilisateurs dans la boîte de dialogue "Gestionnaire des utilisateurs" : 3-2 WinCC Manuel
11.98 Travailler avec Redundancy Les deux serveurs redondants doivent se connaître mutuellement sur le réseau. C'est la raison pour laquel on entre sur les deux serveurs des noms d'utilisateurs identiques dans le gestionnaire des utilisateurs de Windows-NT. Nota L'utilisateur doit posséder les droits d'un administrateur ou d'un utilisateur principal. Les PC serveurs redondants doivent être équipés de Windows NT. Les clients peuvent être des ordinateurs fonctionnant sous Windows NT ou sous Windows 95. Pour que le composant Project Switcher puisse être utilisé, un client doit être doté de Windows NT. Si vous utilisez plus de quatre clients, le serveur doit tourner sous Windows NT Server. WinCC Manuel 3-3
Travailler avec Redundancy 11.98 3.3 Configuration Le duplicateur de projet WinCC "Project Duplicator" permet de dupliquer intégralement une configuration d'un serveur sur un autre. Il est ainsi possible d'intégrer rapidement et confortablement la fonctionnalité de redondance de WinCC dans les installations existantes. Toute nouvelle configuration peut être réalisée sur un seul serveur, le serveur redondant étant doté d'une configuration parfaitement identique à l'aide du "Project Dublicator". Nota Le système redondant WinCC est toujours composé de 2 PC serveurs. En dehors de ces deux PC serveurs redondants, aucun autre PC ne doit être configuré comme serveur redondant. La synchronisation en ligne d'alarmes nécessite la configuration d'une archive de courte durée dans le système d'alarmes. Les paramétrages spécifiques à l'ordinateur devront être modifiés par la suite manuellement. Procédure Pour appeler la fonctionnalité "Redundancy", cliquez sur "Editeurs" WinCC, puis sur "Redundancy" avec le bouton droit de la souris. Dans la fenêtre qui s'affiche alors, cliquez sur "Ouvrir". 3-4 WinCC Manuel
11.98 Travailler avec Redundancy Onglet "Général" L'onglet Général Serveur partenaire redondant Synchroniser toutes les données de la période de défaillance. Synchroniser au maximum les... derniers jours d'un intervalle de défaillance Synchronisation en ligne pour Alarm Logging Entrez dans le champ "Serveur redondant partenaire" le nom d ordinateur du serveur partenaire, dans cet exemple "RedServ_2". Le bouton "Parcourir" vous aide à sélectionner le serveur partenaire. Le bouton "Synchroniser toutes les données de la période de défaillance" permet de spécifier la synchonisation de toutes les données durant la période de défaillance. Le bouton "Synchroniser au maximum les... derniers jours d'un intervalle de défaillance" permet de spécifier p. ex. la synchronisation des 10 derniers jours seulement. L'option "Synchronisation en ligne pour Alarm Logging" permet d'indiquer si une synchronisation des messages de conduite de Alarm Logging et des messages de la plage de numéros réservée doit être exécutée en runtime. WinCC Manuel 3-5
Travailler avec Redundancy 11.98 L'onglet Général Synchronisation après dérangement du couplage de process Activation de la redondance L'option "Synchronisation après dérangement du couplage de process" permet d'indiquer si les liaisons réseau entre les serveurs et les automates d'un projet doivent être surveillées. Lorsque la surveillance du couplage de process est activée, le serveur concerné assure la surveillance de signe de vie de tous les API connectés. Un dérangement du couplage de process à un API est constaté lorsque le serveur ne reçoit pas de réponse à une interrogation de l'api. Si un dérangement des connexions à un ou plusieurs API est ainsi détecté, le système effectue une synchronisation de toutes les archives d'alarmes et de données de process des API appartenant au projet. Les archives des automates non défaillants sont donc également synchronisées. Lorsqu'elle est activée, cette option permet de délester les serveurs au runtime. Les défauts éventuellement présents sur le réseau des automates ne pouvant être détectés si la surveillance des liaisons réseau est désactivée, il n'y a donc pas de synchronisation d'archives. La case "Activer redondance " indique si la redondance est activée. Vous pouvez activer ou désactiver la redondance en cliquant avec la souris sur cette case. Cette case est utilisée en premier lieu pour désactiver temporairement la fonctionnalité de redondance pendant la configuration. Si vous cliquez sur la case "Activer redondance" alors que l'option redondance est activée, la boîte de dialogue "Etesvous sûr(e) de vouloir désactiver la redondance?" est affichée par mesure de sécurité. Vous avez alors encore la possibilité d'annuler la désactivation de la fonction de redondance. Nota Durant la mise en service, le runtime WinCC est souvent démarré et arrêté sur les PC serveurs. Ceci conduit, lorsque la redondance est activée, à de fréquentes synchronisations d'archives qui dans certaines circonstances pourront considérablement dégrader les temps d'exécution de WinCC. Pour éviter cet inconvénient, nous vous conseillons de désactiver redondance durant la mise en service. La fonction de redondance peut être également configurée et activée pendant le runtime. 3-6 WinCC Manuel
11.98 Travailler avec Redundancy 3.4 WinCC Redundancy Project Duplicator Il est nécessaire d'installer des projets fonctionnellement identiques sur les deux serveurs. Le composant Project Duplicator permet, une fois la configuration terminée, de copier automatiquement toutes les données propres au Projet sur le partenaire redondant. Project Duplicator crée automatiquement le projet partenaire redondant. Le duplicateur de projet ne copie pas seulement toutes les données de projet associées (vues, scripts, archives, etc) mais exécute également tous les paramétrages nécessaires sur l'ordinateur cible pour que celui-ci soit configuré pour les fonctionnalités de redondance. Procédure Ouvrez WinCC Project Duplicator comme indiqué ci-dessous par le menu Démarrer de Windows : La boîte de dialogue "WinCC Redundancy Project Duplicator" est alors affichée : WinCC Manuel 3-7
Travailler avec Redundancy 11.98 La boîte de dialogue "WinCC Redundancy Project Duplicator" Sélectionner le projet source Projet dupliqué Enregistrer sous Dupliquer Le projet source à dupliquer est défini dans le champ "Sélectionner le projet source à dupliquer" Le bouton "..." facilite la recherche du chemin du projet source. Indiquez dans le champ "Enregistrer le projet dupliqué pour le partenaire sur" l'ordinateur cible, y compris le répertoire du projet cible. Le bouton "..." facilite la recherche du répertoire du projet cible. Le bouton "Enregistrer sous" permet de créer une copie de sauvegarde du projet cible ou de mémoriser un projet sous un autre nom. "Enregistrer sous" n'enregistre que les données de configuration. La base de données runtime actuelle n'est pas enregistrée. Une nouvelle base de données runtime vide est cependant créée afin qu'un projet ne soit pas démarré par mégarde sans base de données runtime. Après avoir indiqué le projet source et l'ordinateur cible pour le projet à dupliquer vous pouvez cliquer sur le bouton "Dupliquer" pour lancer la procédure de duplication. Un projet partenaire déjà entièrement configuré est alors créé sur l'ordinateur cible. Nota Les paramétrages spécifiques à l'ordinateur devront être modifiés ultérieurement. 3-8 WinCC Manuel
11.98 Travailler avec Redundancy 3.5 WinCC Redundancy Project Switcher Le composant "Project Switcher" permet de basculer un ou deux clients d un serveur défaillant sur un serveur en état de fonctionnement. Le basculement du ou des clients peut se faire automatiquement ou en manuel. Nota Le basculement automatique des clients est déclenché par une défaillance du serveur ou par un dérangement sur le réseau entre les clients et le serveur actuel. Le basculement des clients peut durer plusieurs minutes dans le cas de projets particulièrement volumineux. Etant donné qu'aucun projet n'est actif durant le basculement de clients, ceux-ci ne sont pas accessibles pour l'entrée de commandes pendant le basculement. Si vous quittez le runtime ou WinCC, la tâche de basculement est également terminée sur le client. Le client ne peut alors être basculé sur l'autre serveur que manuellement via le Control Center. Paramétrer Project Switcher Pour paramétrer Project Switcher vous devez lancer WinCC sur le client et ouvrir votre projet standard. Le projet ne doit pas être activé. Pour basculer un projet, démarrez "WinCC Project Switcher" à l'aide du menu Démarrer de Windows : WinCC Manuel 3-9
Travailler avec Redundancy 11.98 La boîte de dialogue "WinCC Redundancy Project Switcher" est alors affichée : La boîte de dialogue "WinCC Project Switcher" permet de configuer le basculement entre serveurs pour le runtime. Renseignez les champs comme suit : La boîte de dialogue "WinCC Redundancy Project Switcher" Sélectionner projet standard Sélectionner projet partenaire Parcourir Activer Project Switcher Basculement automatique Basculement avec confirmation Temps d'attente max. Indiquez dans le champ "Sélectionner projet standard" le Projet standard du serveur associé auquel le client est connecté par défaut. Indiquez dans le champ "Sélectionner projet partenaire" le Projet sur le serveur partenaire associé sur lequel doit se faire le basculement en cas de défaillance. Le bouton "Parcourir" aide à sélectionner le projet recherché. Le champ "Activer Project Switcher" permet d'activer ou de désactiver le Project Switcher. Pour qu'il y ait basculement automatique des clients en cas de défaillance d'un serveur, le case "Basculement automatique" doit être cochée. En lieu et place du basculement automatique de projet, vous pouvez utiliser le basculement "Avec confirmation". Pour cela la case "Basculement avec confirmation" doit être activée. Si vous avez activé la case "Basculement avec confirmation", vous pouvez également spécifier un temps d'attente dans le champ "Temps d'attente max.". Durant ce temps d'attente, vous pourrez opter pour la confirmation ou l'abandon du basculement. Si le temps d'attente est 0, le système attendra jusqu'à ce que le basculement soit confirmé ou annulé. 3-10 WinCC Manuel
11.98 Travailler avec Redundancy Basculement automatique de client La boîte de dialogue ci-dessous apparaît pour attirer votre attention sur la défaillance d'un serveur lors du basculement automatique. Basculement avec confirmation Lorsque le basculement manuel est configuré, la boîte de dialogue ci-dessous est affichée. Basculement avec temps d attente Si vous avez configuré un temps d'attente > 0, vous voyez le compte à rebours du temps paramétré derrière "Timeout:". Pendant que le temps s'écoule vous pouvez cliquer sur le bouton "Basculer" pour lancer immédiatement le basculement ou sur le bouton "Annuler" pour annuler le basculement. Après écoulement du temps d'attente, le basculement est déclenché sans qu'il soit nécessaire d'effectuer une entrée. Basculement sans temps d attente Si avec temps d'attente = 0, vous n'avez pas configuré de temps d'attente, la boîte de dialogue reste affichée jusqu'à ce que vous cliquiez sur le bouton de basculement ou sur le bouton d'annulation. Lorsque l'opération de basculement est terminée, la boîte Project Switcher affiche le texte "Switching complete". WinCC Manuel 3-11
Travailler avec Redundancy 11.98 Basculement par variable WinCC Pour basculer un ou plusieurs clients durant le runtime sur l autre serveur, vous pouvez utiliser la variable interne WinCC @RM_SWITCH. Le nom du client doit être inscrit à cet effet dans la variable. Si vous voulez par exemple basculer le client nommé "CLIENT_1" sur le projet partenaire redondant, vous devez écrire son nom dans la variable interne WinCC@RM_SWITCH. S'il faut basculer plusieurs clients, les noms des clients concernés devront être inscrits successivement dans cette variable. 3.6 Scénarios de défaillances Les trois défaillances décrites ci-après, qui surviennent fréquemment, illustrent le mode de fonctionnement de WinCC Redundancy. Il s'agit notamment des défaillances suivantes : Défaillance de serveur Dérangement du réseau serveur-client Défaillance du couplage au process WinCC Redundancy détecte automatiquement l'erreur ou réagit à une erreur ou à un dérangement signalé par... l'enregistrement de la date/heure des événements la synchronisation d'archives la modification des identificateurs maître/esclave le basculement des clients l'émission d'alarmes Lancement des ordinateurs serveurs Au démarrage des serveurs, le composant Redundancy vérifie que le serveur partenaire est bien activé. Si c'est le cas, un code d'esclave est activé sur l'ordinateur serveur. Lorsque le serveur partenaire n'est pas actif au démarrage, un code de serveur maître est activé. En cas de dérangement du réseau reliant les serveurs ou si les serveurs partenaires sont arrêtés, l'identificateur de maître est réinitialisé. La variable interne WinCC@RM_MASTER est activée pour indiquer que l'ordinateur serveur est maître ; si l'ordinateur serveur est esclave la variable @RM_MASTER est désactivée. La variable @RM_MASTER_NAME contient le nom de l'ordinateur serveur, par exemple "SERV_4". Ces variables peuvent être utilisées par d'autres applications ou être lues et modifiées par des scripts. Le composant "Redundancy" ne fait qu'activer les variables mentionnées. Les deux serveurs ont toujours les mêmes droits. 3-12 WinCC Manuel
11.98 Travailler avec Redundancy Fonctionnement normal et sans erreur Les serveurs mémorisent indépendamment l'un de l'autre les images de process et les alarmes des automates dans leurs mémoires d'archives. Les serveurs exécutent à intervalles rapprochés une surveillance de signe de vie mutuelle pour assurer la détection précoce d'une défaillance de serveur. Le temps de cycle par défaut est de 10 secondes. Une synchronisation en ligne de Alarm Logging est exécutée à condition qu'elle ait été configurée. 3.6.1 Scénario 1 : Le serveur n'est pas en runtime Dans ce scénario, nous allons examiner le comportement de Redundancy lorsque le projet a été désactivé sur le serveur 2. Les réactions suivantes sont déclenchées : Le serveur 1 mémorise l'heure et la date de la défaillance du serveur 2. Le serveur 1 signale la défaillance du serveur 2 par un message système. Si le serveur 1 est l'"esclave", celui-ci prend alors le rôle de "maître" par activation de la variable@rm_master. Si le serveur 2 est le maître, celui-ci passe de lui-même en "esclave" par désactivation de la variable @RM_MASTER. Ceci n'est cependant possible que si aucun composant essentiel n'est défaillant sur le serveur 2. Les variables @RM_MASTER_NAME sont modifiées en conséquence. Reprise serveur 2 Pendant la période de défaillance, une lacune s'est formée dans les données des archives du serveur 2. Cette lacune est alors comblée par les procédures suivantes : Le serveur 1 enregistre l'heure et la date de la reprise du serveur 2. Le serveur 1 signale la reprise du serveur 2 par un message système. La lacune de l'archive d'alarmes et de valeurs de process du serveur 2 est comblée par des données de la mémoire d'archives du serveur 1. Sur les deux serveurs, les variables @RM_MASTER restent inchangées, c.-à-d. que sur le serveur 1 la variable @RM_MASTER reste activée et sur le serveur 2 la variable @RM_MASTER reste désactivée. Comparée à une synchronisation en ligne, la synchronisation d'alarme après une défaillance de serveur peut-être sensiblement plus longue en fonction du nombre des enregistrements à synchroniser et de la charge des ordinateurs et de l'encombrement du réseau. WinCC Manuel 3-13
Travailler avec Redundancy 11.98 En cas de défaillances alternées (voir schéma), les synchronisation s'effectuent successivement. Après synchronisation, toutes les données sont ainsi disponibles dans les deux archives. Serveur1: Serveur2: Défaillance B Défaillance A Défaillance C Dans le cas présenté ci-dessus, le serveur1 transmet d'abord toutes les valeurs au serveur2 à la suite de la défaillance A puis les serveur1 se synchronise au serveur2 pour la période de défaillance B. Toutes ces opérations sont exécutées en tâche de fond, indépendamment de l'archivage des valeurs de process et alarmes issues des automates subordonnés, réalisé en parallèle. 3.6.2 Scénario 2 : Dérangement de la connexion au serveur partenaire Dans ce scénario, nous allons examiner le comportement de Redundancy lorsque la connexion au serveur partenaire 2 est dérangée. On admet que les deux serveurs fonctionnent parfaitement en runtime. Les réactions suivantes sont déclenchées : Le serveur 1 mémorise l'heure et la date de la défaillance du serveur 2. Le serveur 1 signale la défaillance du serveur 2 par un message système. Reprise serveur 2 Pendant la période de défaillance, une lacune s'est formée dans les données des archives du serveur 2. Cette lacune est alors comblée par les procédures suivantes : Le serveur 1 enregistre l'heure et la date de la reprise du serveur 2. Le serveur 1 signale la reprise du serveur 2 par un message système. La lacune du système d'alarmes du serveur 2 est comblée par des données de la mémoire d'archives du serveur 1. Sur les deux serveurs, les variables @RM_MASTER et @RM_MASTER_NAME restent inchangées 3-14 WinCC Manuel
11.98 Travailler avec Redundancy 3.6.3 Scénorio 3 : Dérangement de la connexiona au client Dans ce troisième scénario, un dérangement apparaît sur la connexion entre le serveur 2 et le client "CL5" associé au serveur 2. Les réactions suivantes sont déclenchées : Si le basculement automatique a été activé, le client "CL5" est automatiquement basculé du serveur 2 au serveur 1 opérationnel. Fin de dérangement de la connexion au client Les réactions suivantes sont déclenchées lorsque le dérangement disparaît : Le client "CL5" n'est pas automatiquement rebasculé sur le serveur 2 par Redundancy. Si l'utilisateur souhaite rebasculer le client "CL5" sur le serveur 2, il peut le faire en inscrivant "CL5" dans la variable système @RM_SWITCH. Sur les deux serveurs, les variables @RM_MASTER et @RM_MASTER_NAME restent inchangées. 3.6.4 Scénario 4 : Dérangement du couplage au process Dans le scénario 4, un dérangement survient dans le couplage au process du serveur 2, en raison par exemple de la défaillance d'un automate ou d'une coupure du réseau reliant le serveur aux automates. La défaillance d'une liaison à un automate n'est identifiée comme défaillance au sens de la redondance que si cette liaison n'est défaillante que vers un serveur. Si la liaison d'un automate est dérangée vers deux serveurs, par exemple en raison de la défaillance de l'automate, il ne s'agit pas d'une défaillance au sens de la redondance. Lorsque WinCC détecte un dérangement, les réactions suivantes sont déclenchées : Le dérangement de couplage au process est signalé au serveur 2. Le serveur 1 reçoit le message lui indiquant que le serveur 2 partenaire est défaillant. Le serveur 1 enregistre l'heure et la date du dérangement du serveur 2. Nota Sur les deux serveurs, les variables @RM_MASTER et @RM_MASTER_NAME restent inchangées. Les clients sont basculés automatiquement sur le serveur 1. WinCC Manuel 3-15
Travailler avec Redundancy 11.98 Fin de dérangement du couplage au process du serveur 2 Si la surveillance du couplage au process a été activée, la lacune de la mémoire d'archives du serveur 2 est comblée par les mesures suivantes : Le serveur 1 enregistre l'heure et la date de la reprise du serveur 2. La lacune de la mémoire d'archives du serveur 2 est comblée par des données de la mémoire d'archives du serveur 1. Les données de tous les API sont synchronisées. Les archives des automates non défaillants sont donc également synchronisées. Sur les deux serveurs, les variables @RM_MASTER et @RM_MASTER_NAME restent inchangées Les clients sont basculés automatiquement sur le serveur 1. La fin du dérangement de couplage au process du serveur 2 est signalée par un message système. 3-16 WinCC Manuel
11.98 Annexe 4 Annexe 4.1 Messages système de WinCC Redundancy Les messages système ci-dessous sont émis par WinCC "Redundancy" : N de message Texte message WinCC 1012200 REDRT:Station partenaire défaillante WinCC a été arrêté sur le serveur partenaire. 1012201 REDRT:Station partenaire redémarrée WinCC a été redémarré sur le serveur partenaire. 1012202 REDRT:Projets pas fonctionnellement identiques 1012203 REDRT:Synchronisation d'archives erronée 1012204 REDRT:Erreur interne à Redundancy 1012205 REDRT:Dérangement de la connexion au partenaire La connexion au serveur partenaire est en dérangement 1012206 REDRT:Rétablissement de la connexion au partenaire La connexion au serveur partenaire est rétablie 1012207 REDRT:Serveur partenaire - WinCC n'est pas activé On constate au démarrage que WinCC n'a pas été lancé. 1012208 REDRT:Début de synchronisation d'archives Ce message apparaît au début de la synchronisation d'archives 1012209 REDRT:Fin de synchronisation d'archives Ce message apparaît à la fin de la synchronisation d'archives 1012210 REDRT:Synchronisation de Tag Logging Début de la synchronisation de l'archive de valeurs de process 1012211 REDRT:Fin de synchronisation de Tag Logging Fin de la synchronisation de l'archive de valeurs de process 1012212 REDRT:Synchronisation de Alarm Logging Début de la synchronisation de l'archive d'alarmes 1012213 REDRT:Fin de synchronisation de Alarm Logging Fin de la synchronisation de l'archive d'alarmes 1012216 REDRT:Interruption de la synchronisation La synchronisation a été interrompue par une nouvelle défaillance 1012217 REDRT:Projet sur serveur partenaire non activé On constate au démarrage que WinCC n'a pas été activé ou ne se trouve pas en runtime sur le serveur partenaire 1012218 SWITCH:Le client a été automatiquement basculé Le client a été automatiquement basculé sur le serveur partenaire 1012219 SWITCH:Le client a été basculé manuellement Le client a été basculé manuellement sur le serveur partenaire WinCC Manuel 4-1
Annexe 11.98 4.2 Variables système de WinCC Redundancy Les variables système @RM_MASTER, @RM_MASTER_NAME et @RM_SWITCH sont utilisées par WinCC Redundancy pour la commande maître/esclave des deux serveurs redondants et pour le basculement des clients. Ces variables système peuvent être également lues et modifiées par d'autres applications ou par des scripts. Variables système de WinCC Redundancy @RM_MASTER @RM_MASTER_NAME @RM_SWITCH 4.3 Abréviations La variables interne WinCC @RM_MASTER est activée pour identifier le serveur maître. Si le serveur est esclave, la variable @RM_MASTER est remise à zéro. La variable @RM_MASTER_NAME contient le nom du serveur maître, par exemple "SERV_4". Pour basculer un ou plusieurs clients durant le runtime sur le serveur partenaire, le nom du client à basculer est inscrit dans la variable interne WinCC @RM_SWITCH qui se trouve sur le serveur connecté. Redundancy assure alors le basculement. Abréviation API CS CC MCC OS ADP RT RTO Explication Automate programmable Système de configuration Système contrôle-commande Message CC vers niveau contrôle-commande Station opérateur Acquisition données process Runtime WinCC Runtime Object 4-2 WinCC Manuel
11.98 Index Index B Basculement de projets 3-9 C Clients 1-3 Configuration 1-3, 2-1, 3-4 V Variable WinCC @RM_MASTER 3-12 Variable WinCC @RM_MASTER_NAME 3-12 W Windows NT 3-3 D Duplication de projets 3-7 I Installation 3-1 M Mémoire d'archives 3-13, 3-14 Messages système de Redundancy 4-1 N Niveau contrôle-commande 1-2 Niveau entreprise 1-2 Niveau process 1-2 P Préalables 2-1 Projet 1-3 R Redundancy 1-1, 1-4 S Scénario 3-12 Serveur 1-3 Surveillance de signe de vie 3-13 WinCC Manuel Index-1
Index 11.98 Index-2 WinCC Manuel