SIMATIC HMI. WinCC V7.2 WinCC : Configurations. Systèmes répartis 1. Serveur d'archives longue durée 2. Serveur de fichiers 3. WinCC ServiceMode 4

Transcription

1 Systèmes répartis 1 Serveur d'archives longue durée 2 SIMATIC HMI WinCC V7.2 Serveur de fichiers 3 WinCC ServiceMode 4 Systèmes redondants 5 Manuel système Impression de l'aide en ligne 02/2013 A5E AA

2 Mentions légales Signalétique d'avertissement Ce manuel donne des consignes que vous devez respecter pour votre propre sécurité et pour éviter des dommages matériels. Les avertissements servant à votre sécurité personnelle sont accompagnés d'un triangle de danger, les avertissements concernant uniquement des dommages matériels sont dépourvus de ce triangle. Les avertissements sont représentés ci-après par ordre décroissant de niveau de risque. DANGER signifie que la non-application des mesures de sécurité appropriées entraîne la mort ou des blessures graves. ATTENTION signifie que la non-application des mesures de sécurité appropriées peut entraîner la mort ou des blessures graves. PRUDENCE signifie que la non-application des mesures de sécurité appropriées peut entraîner des blessures légères. IMPORTANT signifie que la non-application des mesures de sécurité appropriées peut entraîner un dommage matériel. En présence de plusieurs niveaux de risque, c'est toujours l'avertissement correspondant au niveau le plus élevé qui est reproduit. Si un avertissement avec triangle de danger prévient des risques de dommages corporels, le même avertissement peut aussi contenir un avis de mise en garde contre des dommages matériels. Personnes qualifiées L appareil/le système décrit dans cette documentation ne doit être manipulé que par du personnel qualifié pour chaque tâche spécifique. La documentation relative à cette tâche doit être observée, en particulier les consignes de sécurité et avertissements. Les personnes qualifiées sont, en raison de leur formation et de leur expérience, en mesure de reconnaître les risques liés au maniement de ce produit / système et de les éviter. Utilisation des produits Siemens conforme à leur destination Tenez compte des points suivants: ATTENTION Les produits Siemens ne doivent être utilisés que pour les cas d'application prévus dans le catalogue et dans la documentation technique correspondante. S'ils sont utilisés en liaison avec des produits et composants d'autres marques, ceux-ci doivent être recommandés ou agréés par Siemens. Le fonctionnement correct et sûr des produits suppose un transport, un entreposage, une mise en place, un montage, une mise en service, une utilisation et une maintenance dans les règles de l'art. Il faut respecter les conditions d'environnement admissibles ainsi que les indications dans les documentations afférentes. Marques de fabrique Toutes les désignations repérées par sont des marques déposées de Siemens AG. Les autres désignations dans ce document peuvent être des marques dont l'utilisation par des tiers à leurs propres fins peut enfreindre les droits de leurs propriétaires respectifs. Exclusion de responsabilité Nous avons vérifié la conformité du contenu du présent document avec le matériel et le logiciel qui y sont décrits. Ne pouvant toutefois exclure toute divergence, nous ne pouvons pas nous porter garants de la conformité intégrale. Si l'usage de ce manuel devait révéler des erreurs, nous en tiendrons compte et apporterons les corrections nécessaires dès la prochaine édition. Siemens AG Industry Sector Postfach NÜRNBERG ALLEMAGNE A5E AA P 02/2013 Sous réserve de modifications techniques Copyright Siemens AG Tous droits réservés

3 Sommaire 1 Systèmes répartis Systèmes Client-Serveur dans WinCC Systèmes Client-Serveur dans WinCC Configurations et quantité de données admissible Scénarios Client-Serveur Configuration du serveur Configuration du serveur Pour créer un nouveau projet sur le serveur Pour enregistrer des clients sur la liste des ordinateurs Pour configurer les autorisations de conduite Pour configurer Package-Export Procédez comme suit pour configurer les clients dans le projet Serveur Configuration du client Configuration du client Procédez comme suit pour créer un nouveau projet sur le client Procédez comme suit pour configurer Package-Import Pour configurer un serveur standard Pour configurer un serveur préférentiel Procédez comme suit pour configurer la vue d'accueil du client Pour afficher les vues de divers serveurs Pour configurer un changement de vue sur le client Pour utiliser les données de différents serveurs Procédez comme suit pour afficher les alarmes de divers serveurs Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs Comportement du système dans Runtime Comportement du système dans Runtime Démarrage du serveur Démarrage du client Particularités de la communication pour un serveur ayant plusieurs cartes réseau Arrêt du serveur Arrêt du client Configurer à distance Configurer à distance Pour accéder aux ordinateurs hors d'un sous-réseau Accès aux projets depuis plusieurs clients Pour ouvrir un projet que vous voulez éditer Pour éditer les vues du projet Serveur Pour activer un projet Pour désactiver un projet Utilisation des interfaces OPC dans les systèmes Client-Serveur...72 Manuel système, 02/2013, A5E AA 3

4 Sommaire 2 Serveur d'archives longue durée Configuration du serveur d'archive longue Serveur de fichiers Installation du serveur de fichiers WinCC ServiceMode WinCC ServiceMode Projet standard et projet de service Configurations d'un projet de service Utilisation d'un projet de service et restrictions Etat de WinCC et pilotage dans la zone Tray Fonctionnement et conditions requises Fonctionnement d'un projet de service Conditions d'exécutabilité d'un projet de service Configurer le WinCC ServiceMode Définition d'un projet en tant que projet de service Projet de service en Runtime Projet de service en Runtime Activation d'un projet de service Connexion et déconnexion lors d'un projet de service activé Activation de la commande interactive à des fins de service Systèmes redondants Redundancy WinCC- Redundancy Structure du Système WinCC Structure du Système WinCC sans Redundancy Structure du Système WinCC avec Redundancy Mode de fonctionnement de Redundancy Configuration des serveurs Redundancy Guide de configuration d'un système redondant Conditions préalables pour des systèmes redondants Configuration à fonction identique Archives utilisateur redondantes Alarmes synchronisées en ligne Déclaration des serveurs sous Windows Configuration Configuration de la redondance Onglet "Général" Onglet "User Archive" WinCC Project Duplicator WinCC Project Duplicator Pour dupliquer un projet pour des serveurs redondants Pour dupliquer un projet redondant en cours de fonctionnement Manuel système, 02/2013, A5E AA

5 Sommaire 5.6 Comment travailler avec Redundancy Exemple de commutation Client lors d'un incident du couplage de process Scénarios de pannes Scénarios de pannes Scénario 1 : Projet sur ordinateur serveur pas dans Runtime Scénario 2 : Dérangement de la connexion au serveur partenaire Scénario 3 : Connexion réseau défectueuse au client Scénario 4 : Couplage défectueux de process Scénario 5 : Défaut de logiciel Annexe Alarmes système de WinCC Redundancy Variables système de WinCC Redundancy Abréviations Abréviations Niveau entreprise Niveau de référence Niveau process Serveur Client Projet Mémoire d'archive Index Manuel système, 02/2013, A5E AA 5

6

7 Systèmes répartis Systèmes Client-Serveur dans WinCC Contenu Vous pouvez configurer des systèmes Client-Serveur avec WinCC, et répartir ainsi le pilotage et la surveillance de votre installation sur plusieurs clients et serveurs. Dans les grandes installations, vous pouvez ainsi décharger chacun des ordinateurs et augmenter les performances. Ce chapitre vous indique : les scénarios Client-Serveur que vous pouvez réaliser avec WinCC, comment configurer les serveurs et les clients du système Client-Serveur, comment configurer des clients qui affichent les vues sur plusieurs serveurs, comment se comporte le système Client-Serveur dans Runtime, comment configurer un projet Serveur d'un client à distance. Manuel système, 02/2013, A5E AA 7

8 Systèmes répartis 1.2 Systèmes Client-Serveur dans WinCC 1.2 Systèmes Client-Serveur dans WinCC Introduction WinCC vous permet de configurer des systèmes Client-Serveur comportant plusieurs clients et serveurs pour ainsi piloter et surveiller efficacement les grandes installations. Grâce à la répartition des tâches sur plusieurs serveurs lors du pilotage et du contrôle du process, on obtient le soulagement de chacun d'entre eux et donc un accroissement des performances. Vous avez en outre la possibilité de constituer avec WinCC des installations établies de façon complexe du point de vue technologique ou topologique. Les systèmes Client-Serveur sont par exemple utilisés : Pour les installations d'envergure, dans lesquelles plusieurs postes de surveillance et de contrôle-commande (clients) sont nécessaires pour les mêmes tâches. Si vous voulez répartir différentes tâches de contrôle-commande sur un nombre pupitres de commande, par ex. un client central pour l'affichage de toutes les alarmes dans une installation. Vous pouvez utiliser des clients pour : Configuration des systèmes multipostes avec un serveur : Plusieurs clients sélectionnent le projet d'un serveur avec connexion au process. Dans un système multiposte, il n'est pas nécessaire de configurer les clients étant donné que toutes les données sont mises à disposition par le serveur. Configuration des systèmes répartis avec plusieurs serveurs : Les clients peuvent visualiser les données de divers serveurs avec connexion au process. Dans un système réparti chaque client a sa configuration individuelle, les données Serveur requises sont importées sur les clients et peuvent automatiquement être mises à jour en cas de changement. Les données de process sont mises à disposition par les serveurs. Configuration à distance : Configuration d'un projet Serveur depuis un client. Contrôle à distance : Contrôle d'un projet Serveur depuis un client. Conditions préalables à la configuration de systèmes Client-Serveur Pour pouvoir configurer des systèmes Client-Serveur avec WinCC, il vous faut l'option "Serveur WinCC" sur chaque serveur WinCC. Tous les ordinateurs dans un système Client-Serveur doivent être reliés en réseau (LAN). Vous pouvez également connecter au système -en tant que client ou serveur- des ordinateurs de sous-réseaux voisins s'ils sont reliés par une voie d'acheminement (Router). L'outil WinCC-Smart "Communication Configurator" est nécessaire pour connecter des ordinateurs par RNIS. Systèmes redondants Configurez des serveurs redondants pour que le service ne soit pas interrompu en cas de dérangement, comme par exemple en cas de panne d'un serveur. Vous trouverez dans la documentation "Systèmes redondants" de WinCC la procédure à suivre pour configurer des systèmes redondants. 8 Manuel système, 02/2013, A5E AA

9 Systèmes répartis 1.2 Systèmes Client-Serveur dans WinCC Vous obtiendrez dans cette documentation des informations concernant la configuration des clients dans des systèmes redondants. Remarque La configuration à distance n'est pas admise si le projet est ouvert sur les deux partenaires redondants. Aucun projet WinCC ne doit être ouvert sur l'ordinateur Standby si vous voulez configurer un système redondant. Pour configurer un système redondant en Runtime, procédez comme suit : - Désactivez l'ordinateur Standby et quittez le projet. - Configurez l'ordinateur Maître soit en Runtime, à distance ou localement. - Une fois la configuration en ligne exécutée, dupliquez le projet en Runtime sur l'ordinateur Standby avec le Duplicateur de projet. - Ouvrez et réactivez le projet sur l'ordinateur Standby. Client sur une paire de serveurs redondante Pour un client sans son propre projet, vous pouvez éditer un projet WinCC uniquement sur un serveur (maître ou de réserve). Dans le cas du serveur partenaire, aucun projet WinCC ne doit être ouvert pendant ce temps, WinCC Explorer et Runtime doivent être fermés. Pour répartir les charges en Runtime vous pouvez, indépendamment de cela, configurer comme serveur préférentiel le serveur Maître ou le serveur Standby. Si Runtime est activé, WinCC Explorer doit rester fermé sur les clients. Démarrez de préférence Runtime via l'utilitaire WinCC "AutoStartRT". Si WinCC Explorer reste ouvert et que vous permutez sur l'autre ordinateur serveur, la commande sera désactivée (la surface devient "grise"). Vous ne pouvez démarrer les éditeurs WinCC tant que le serveur depuis lequel le projet a été ouvert n'est pas le serveur actuel du client. Voir aussi Utilisation des interfaces OPC dans les systèmes Client-Serveur (Page 72) Configurer à distance (Page 60) Comportement du système dans Runtime (Page 52) Configuration du client (Page 28) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Manuel système, 02/2013, A5E AA 9

10 Systèmes répartis 1.3 Configurations et quantité de données admissible 1.3 Configurations et quantité de données admissible Configuration de systèmes Client-Serveur pour diverses exigences Selon les exigences, vous pouvez configurer diverses solutions Client-Serveur. Vous avez alors la possibilité d'utiliser les Clients, les WebClients et les ThinClients. Clients Clients permet d'effectuer les opérations suivantes dans un système Client-Serveur si la configuration est adéquate : Afficher sur plusieurs clients la vue sur un serveur (système multipostes) Afficher sur des Clients les vues sur plusieurs serveurs (système réparti) Configurer ( à distance) d'un client un projet Serveur. Activer et désactiver (à distance) d'un client un projet Serveur L'option "WinCC Server" est nécessaire sur chaque serveur pour vous permettre de configurer plusieurs clients. WebClients Placez les WebClients dans un système Client-Serveur par exemple lorsque : l'accès au système est nécessaire même si les connexions se font sur bande étroite l'accès aux données n'est que temporaire l'accès aux données est nécessaire sur de grandes distances, via Internet par exemple Les WebClient ont les avantages suivants : il est possible d'utiliser des ordinateurs Client ayant des systèmes d'exploitation différents plusieurs WebClients peuvent simultanément accéder à un serveur possibilité de valider une grande quantité de données Pour configurer des WebClients, vous avez besoin d'une installation minimale de WinCC et de l'option "WinCC WebNavigator". ThinClients Les ThinClients offrent les caractéristiques essentielles des WebClients avec en outre les particularités suivantes : son utilisation est possible sur des plates-formes Client robustes, sous Windows CE (MP370 p. ex.) possibilité d'utiliser des clients mobiles (Mobic p. ex.) Pour configurer des ThinClients, vous avez besoin de l'installation minimale de WinCC et de l'option "WinCC WebNavigator". 10 Manuel système, 02/2013, A5E AA

11 Systèmes répartis 1.3 Configurations et quantité de données admissible Nombre possible de clients et de serveurs Il est possible de valider des quantités différentes de données selon le type et le nombre de clients utilisés. Il est alors possible de réaliser des systèmes mixtes, à savoir l'utilisation parallèle de clients et de WebClients dans un système Client-Serveur. Si vous n'utilisez que des clients, jusqu'à 32 clients parallèles peuvent accéder à un serveur dans un réseau WinCC. Au Runtime, un client peut accéder à 18 serveurs au maximum. Il est possible d'utiliser au maximum 36 serveurs sous forme de 18 paires de serveurs redondants. En cas d'utilisation de clients Web, vous pouvez avoir jusqu'à 51 clients (1 client et 50 clients Web). Dans un tel système, vous pouvez utiliser au maximum 36 serveurs sous la forme de 18 paires de serveurs redondants. Configuration de systèmes mixtes Pour la quantité de données admissible, il est recommandé de respecter la règle suivante lors de la configuration d'un système mixte : Chaque type de client possède une valeur indicative : WebClient/Thin Client = 1 Client = 2 Client avec la fonction "Configuration à distance" = 4 Le total des valeurs indicatives de tous les clients ne devrait pas dépasser 60 par serveur pour les serveurs WinCC sans fonction de commande. Il ne devrait pas dépasser 16 pour les serveurs avec fonction de conduite. Exemple : Composants Valence 2 Clients avec la fonction "Configuration à distance" 2 x 4 = 8 4 Clients 4 x 2 = 8 44 WebClients 44 x 1 = 44 Total 60 Démarrage simultané de plusieurs clients sur un serveur Une surcharge peut se produire lorsque plusieurs Clients reliés à un serveur démarrent simultanément. Les Clients passent alors en Timeout. Il est recommandé de démarrer les Clients décalés les uns par rapport aux autres. Liste de démarrage d'un serveur qui n'est pas utilisé comme poste de conduite Pour les serveurs ne devant pas être utilisés comme poste de contrôle-commande, il est recommandé de ne pas inclure dans la liste de démarrage les applications suivantes afin de réduire la charge : Graphics Designer Runtime et les applications en dépendant, comme p. ex. le serveur CCTTRT (options de contrôle-commande) ou SFCRT (visualisation de modules SFC) Global Script Runtime. Evitez les actions globales sur un serveur ayant plus de quatre clients avec leur propre projet. Manuel système, 02/2013, A5E AA 11

12 Systèmes répartis 1.3 Configurations et quantité de données admissible Cela est valable pour les serveurs d'archives central et les serveurs ayant plus de quatre clients avec projet local si l'éditeur de projet OS n'est pas utilisé. Vous ne devez pas supprimer les applications qui sont ajoutées dans la liste de démarrage par l'éditeur de projet OS. Voir aussi Systèmes Client-Serveur dans WinCC (Page 8) Utilisation des interfaces OPC dans les systèmes Client-Serveur (Page 72) Configurer à distance (Page 60) Comportement du système dans Runtime (Page 52) Configuration du client (Page 28) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) 12 Manuel système, 02/2013, A5E AA

13 Systèmes répartis 1.4 Scénarios Client-Serveur 1.4 Scénarios Client-Serveur Introduction Vous pouvez réaliser avec WinCC selon l'application différents scénarios client-serveur : Systèmes multipostes Il est typique de configurer un système multiposte pour les petites installations ne nécessitant aucune répartition des données sur plusieurs serveurs. Vous configurez un serveur avec connexion au process prenant en charge toutes les fonctions centrales, ainsi que plusieurs postes de conduite (clients). Les pupitres de commande peuvent assurer des tâches identiques ou différentes. Les clients peuvent, selon l'autorisation de conduite : seulement contrôler l'installation. aussi bien piloter que contrôler configurer à distance le projet Serveur, comme ordinateur de maintenance p. ex. Les clients peuvent, selon la configuration : afficher tous la même vue sur le projet, lorsque p. ex. le process doit pouvoir être piloté depuis plusieurs postes de l'installation. afficher diverses vues du projet, uniquement des alarmes p.ex. L'attribution de droits d'utilisateur permet de définir individuellement les fonctions auxquelles un opérateur a accès sur un poste de conduite défini. Systèmes répartis On utilise en général dans les grandes installations des systèmes répartis comportant plusieurs serveurs lorsque la quantité de données à traiter est particulièrement importante. La répartition des tâches sur plusieurs serveurs permet de décharger chaque serveur. Vous obtenez une meilleure performance dans le système et vous pouvez réaliser de plus grandes quantités de données admissibles. Si vous configurez des systèmes répartis dans un système WinCC, répartissez les tâches de process par la configuration respective, soit selon les étapes du process, soit selon les fonctions sur les serveurs : En cas de répartition technologique c'est une zone délimitable techniquement qui est validée par chaque serveur, une presse déterminée ou une unité de séchage par exemple. En cas de répartition fonctionnelle c'est une tâche déterminée qui est validée par chaque serveur, la visualisation, l'archivage ou l'alarme par exemple. Les clients d'un système réparti peuvent chacun afficher en runtime les données d'au maximum 18 serveurs différents ou couples de serveurs redondants. Tous les clients faisant partie d'un système réparti reçoivent leur propre configuration avec des vues de base et peu de données locales. Les données Serveur nécessaires pour l'affichage des données de process sont transmises des serveurs aux clients et peuvent au besoin automatiquement être mises à jour. Manuel système, 02/2013, A5E AA 13

14 Systèmes répartis 1.4 Scénarios Client-Serveur Serveur de fichiers Dans les systèmes Client-Serveur, vous pouvez utiliser un Fileserver pour enregistrer tous les projets et les gérer de façon centrale. Il est ainsi p. ex. plus facile de créer des copies de sauvegarde régulières de tous les projets. Les serveurs ayant connexion au process ont accès au Fileserver et peuvent configurer les projets sur le Fileserver. Le Fileserver ne peut être utilisé que pour la configuration. Le Fileserver peut au besoin être adapté aux exigences requises avec des composants matériels supplémentaires spéciaux. Vous pouvez par exemple assurer la sécurité contre les pannes avec des plaques miroir. Serveur d'archives longues Un serveur d'archives longues sert à sauvegarder des archives. Le rôle de serveur d'archives longues est tenu par un serveur sans connexion au process sur lequel les serveurs avec connexion au process stockent leurs sauvegardes d'archives. Il est possible d'accéder avec des applications externes aux données archivées sur le serveur d'archives longues, et ce via OLE-DB par exemple. Serveur central d'archive Sur un serveur d'archives central (par ex. Process Historian), vous pouvez enregistrer les valeurs de process et les alarmes de tous les serveurs WinCC raccordés. Vous pouvez afficher dans la vue de process et comme d'habitude en temps d'exécution Runtime les valeurs de process et les alarmes mémorisées, et ce soit par le contrôle WinCC Online Trend, soit par le contrôle WinCC Alarm. Vous pouvez en outre directement accéder aux valeurs du process et aux alarmes archivées, et ce via les interfaces définies, OLE-DB par exemple. Vous pouvez de la sorte mettre par exemple à disposition de l'entreprise entière des données de production importantes à analyser. Communication Serveur-Serveur Lors de la communication entre deux serveurs, l'un accède aux données de l'autre. Un serveur peut au maximum accéder aux données de 18 autres serveurs ou couples de serveurs redondants. Le serveur qui accède se comporte alors comme un client au vu de la configuration et du pilotage, la différence étant qu'il est impossible de configurer un serveur standard. Une licence Serveur WinCC est nécessaire pour que le serveur puisse accéder aux données. Lors de la configuration du système, le serveur qui accède doit être pris en considération dans la quantité de données disponible. Serveur standard Dans les systèmes répartis, les WinCC Controls reçoivent de serveurs déterminés -pour l'affichage d'alarmes et des données de process- leurs données avec préfixe pour serveur. Vous configurez dans un système réparti un serveur standard aux clients pour que les données ne disposant pas de préfixe univoque soient sélectionnées par ce serveur standard. S'il n'existe aucun serveur standard, le système tente d'accéder localement aux données en question. S'il n'existe aucun contingent de données locales (alarmes et archives par exemple), l'accès est refusé et un message d'erreur émis. 14 Manuel système, 02/2013, A5E AA

15 Systèmes répartis 1.4 Scénarios Client-Serveur Serveur préférentiel Si vous utilisez des serveurs redondants dans votre système multiposte ou réparti, configurez un serveur préférentiel pour les clients. Un serveur préférentiel est un serveur faisant partie d'un couple de serveurs redondant auquel le client se connectera de préférence dans un système multiposte ou réparti. Le serveur préférentiel peut être choisi séparément pour chaque client de façon à garantir le pilotage permanent du système. Voir aussi Pour configurer un serveur préférentiel (Page 38) Pour configurer un serveur standard (Page 35) Comportement du système dans Runtime (Page 52) Configuration du client (Page 28) Configuration du serveur (Page 16) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Manuel système, 02/2013, A5E AA 15

16 Systèmes répartis 1.5 Configuration du serveur 1.5 Configuration du serveur Configuration du serveur Introduction Un serveur peut remplir les tâches suivantes dans un réseau WinCC : Connexion au process Saisie des valeurs du process Archivage d'alarmes et de valeurs du process Alimentation des clients en données venant du process Alimentation des clients en données de configuration Les tâches validées par chacun des serveurs peuvent être réparties selon le plan technologique ou le plan fonctionnel : Plan technologique : Tous les serveurs gèrent une section déterminée du process ou de l'installation. Plan fonctionnel : Chaque serveur remplit une tâche déterminée en temps d'exécution et au vu de l'ensemble du process. Etapes de configuration Configuration d'un système multiposte Vous configurez dans un système multiposte plusieurs clients qui affichent en temps d'exécution la vue sur un serveur. Les clients reçoivent exclusivement leurs données du serveur et n'ont pas de configuration leur étant propre. Pour configurer un serveur dans un système multiposte, les étapes suivantes sont nécessaires : 1. Créer un nouveau projet de type "Projet multiposte" sur le serveur. 2. Configurer sur le serveur les données sur le projet qui sont nécessaires (vues, archives, variables...). 3. Enregistrer sur la liste des ordinateurs les clients qui doivent configurer ou contrôler Remote. 4. Attribuer les autorisations de conduite aux clients qui doivent configurer à distance ("Configuration Remote"). 5. Activer sur le serveur l'importation automatique de Packages. 6. Configurer les propriétés des clients dans le projet serveur (Vue d'accueil, Verrouiller combinaisons...). 16 Manuel système, 02/2013, A5E AA

17 Systèmes répartis 1.5 Configuration du serveur Configurer le système réparti Dans un système réparti, configurer les clients avec vues sur plusieurs serveurs. Les clients ont leurs propres projets avec leurs propres données locales. Les données mises à jour par le serveur sont transmises aux clients par Package-Export. Pour configurer un serveur dans un système réparti, les étapes suivantes sont nécessaires : 1. Créer un nouveau projet de type "Projet multiposte" sur chaque serveur. 2. Configurer sur les serveurs les données sur le projet qui sont nécessaires (vues, archives, variables...). Selon la répartition (technique/fonctionnelle) il peut également uniquement s'agir de données déterminées sur le projet. des archives par exemple. 3. Enregistrer sur la liste des ordinateurs les clients qui doivent configurer à distance. 4. Attribuer les autorisations de conduite aux clients qui doivent configurer à distance. 5. Configurer Package-Export (en manuel ou automatique). 6. Configurer des projets Client sur les clients. 7. Mettre à disposition des clients des données Serveur (Packages). Remarque Toujours configurer les serveurs d'un système Client-Serveur avant les clients en question. Voir aussi Pour configurer un serveur préférentiel (Page 38) Procédez comme suit pour configurer les clients dans le projet Serveur (Page 26) Pour configurer Package-Export (Page 21) Pour configurer les autorisations de conduite (Page 20) Pour enregistrer des clients sur la liste des ordinateurs (Page 19) Pour créer un nouveau projet sur le serveur (Page 18) Configuration du client (Page 28) Scénarios Client-Serveur (Page 13) Systèmes Client-Serveur dans WinCC (Page 8) Manuel système, 02/2013, A5E AA 17

18 Systèmes répartis 1.5 Configuration du serveur Pour créer un nouveau projet sur le serveur Introduction Pour créer un nouveau projet dans WinCC, vous pouvez choisir parmi les types de projet suivants: Projet monoposte : Un projet pour poste de conduite autonome qui valide toutes les tâches dans Runtime (connexion au process, pilotage, contrôle, archivage, etc.). Non significatif pour les systèmes Client-Server. Projet multiposte : Un projet Serveur pour un système multiposte ou un système réparti dans lequel vous configurez plusieurs clients et/ou serveurs. Projet Client : Un projet pour un client dans un système réparti et qui peut afficher des vues sur plusieurs serveurs. Marche à suivre La procédure suivante vous indique comment créer un projet Serveur pour un système multiposte ou un système réparti: 1. Sélectionnez sur un serveur dans WinCCExplorer la commande de menu "Fichier" > "Nouveau". Le dialogue "WinCC Explorer" apparaît : 2. Sélectionnez "Projet multiposte" et cliquez OK. Le dialogue "Création d'un nouveau projet" apparaît. 3. Tapez un nom de projet et le nom d'un sous-répertoire si le nom de répertoire doit différer du nom de projet. Le chemin de projet utilisé en standard est le dossier "WinCCProjects" se trouvant dans le répertoire d'installation de WinCC. 4. Appuyez sur le bouton "Créer". Le projet est créé et ouvert dans WinCCExplorer. Le projet actuel est automatiquement un projet Serveur. Remarque Vous pouvez également transformer un projet existant en projet Serveur, en modifiant ultérieurement le type du projet (Dialogue "Propriétés - ordinateurs" > Onglet Général). 18 Manuel système, 02/2013, A5E AA

19 Systèmes répartis 1.5 Configuration du serveur Voir aussi Procédez comme suit pour configurer les clients dans le projet Serveur (Page 26) Pour configurer Package-Export (Page 21) Pour configurer les autorisations de conduite (Page 20) Pour enregistrer des clients sur la liste des ordinateurs (Page 19) Configuration du serveur (Page 16) Configuration du client (Page 28) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Pour enregistrer des clients sur la liste des ordinateurs Introduction Si un Client doit accéder à distance ou en Runtime à un serveur, il faut que ce Client soit inscrit dans la liste des ordinateurs du serveur. Condition Vous avez créé un projet multiposte (système multiposte ou réparti). La console de programmation est alors automatiquement un serveur dans votre système Client-Serveur. Marche à suivre 1. Sélectionnez dans WinCC Explorer l'"ordinateur" et choisissez dans le menu contextuel la commande "Nouvel ordinateur...". Le dialogue "Propriétés - Ordinateur" s'ouvre. 2. Tapez le nom de l'ordinateur client qui doit avoir accès au serveur actuel. 3. Cliquez OK pour enregistrer l'ordinateur dans la liste des ordinateurs inscrits au projet. 4. Ajoutez de même tous les ordinateurs qui doivent avoir accès au serveur actuel dans votre système Client-Serveur. Remarque Si vous souhaitez renommer un ordinateur Client, supprimez l'ordinateur client sélectionné de la liste d'ordinateurs. Intégrez l'ordinateur client avec le nom modifié comme nouvel ordinateur dans la liste d'ordinateurs. Manuel système, 02/2013, A5E AA 19

20 Systèmes répartis 1.5 Configuration du serveur Voir aussi Configuration du serveur (Page 16) Procédez comme suit pour configurer les clients dans le projet Serveur (Page 26) Pour configurer Package-Export (Page 21) Pour configurer les autorisations de conduite (Page 20) Pour créer un nouveau projet sur le serveur (Page 18) Configuration du client (Page 28) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Pour configurer les autorisations de conduite Autorisations de conduite dans WinCC Pour qu'un client puisse ouvrir et éditer à distance ou en Runtime un projet Serveur, il vous faut configurer pour le client les autorisations de conduite correspondantes dans le projet Serveur. Les autorisations de conduite suivantes sont à cet effet disponibles sur le serveur : "Configurer Remote" : Le client peut ouvrir à distance un projet Serveur et y accéder intégralement. "Activer Remote" : Le client peut activer à distance un projet Serveur, c'est-à dire l'amener en temps d'exécution. "Contrôle seulement" : Le WebClient peut surveiller l'installation. Cette autorisation de conduite n'est pas significative pour la configuration d'autres Clients. Lorsqu'un client a l'autorisation de configurer un projet Serveur, il est également possible de modifier depuis le client les autorisations de conduite dans le projet Serveur. Les ordinateurs se trouvant dans le réseau ne sont pas informés au cas où les autorisations de conduite seraient modifiées; la modification est active si un client veut se connecter sur un serveur. L'autorisation de conduite est interrogée sur le Client dès que ce dernier veut ouvrir, activer ou désactiver un projet sur le serveur correspondant. Si l'autorisation de conduite correspondante n'existe pas sur le serveur, il est impossible d'éditer le projet. Si le projet Serveur sur le client est fermé, une nouvelle connexion sera nécessaire lors de la prochaine ouverture. Remarque Les autorisations de conduite configurées dépendent des utilisateurs, non des ordinateurs. Lorsqu'une autorisation est attribuée, elle est donc valable pour tous les postes de conduite ayant la même connexion. 20 Manuel système, 02/2013, A5E AA

21 Systèmes répartis 1.5 Configuration du serveur Autorisations de conduite dans le système d'exploitation Pour que les clients puissent accéder au projet Serveur, il faut que le répertoire de projet correspondant soit activé sur le serveur pour les accès réseau. Réglez dans votre système d'exploitation des autorisations incluant tous les droits (écrire, lire, modifier) pour les opérateurs devant avoir accès aux projets. Remarque Pour que le fonctionnement en réseau soit fiable, il vous est possible d'attribuer différentes autorisations de conduite Windows pour les répertoires de projets validés. Vous obtiendrez plus d'informations concernant l'attribution des autorisations de conduite dans la documentation Windows. Marche à suivre 1. Ouvrez User Administrator dans WinCCExplorer. 2. Marquez dans la liste des utilisateurs celui que vous voulez éditer. 3. Activez l'autorisation "Configurer Remote" et "Activer Remote" pour un utilisateur devant avoir accès intégral au projet. 4. Fermez User Administrator. Voir aussi Procédez comme suit pour configurer les clients dans le projet Serveur (Page 26) Pour configurer Package-Export (Page 21) Pour enregistrer des clients sur la liste des ordinateurs (Page 19) Pour créer un nouveau projet sur le serveur (Page 18) Configuration du serveur (Page 16) Configuration du client (Page 28) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Pour configurer Package-Export Principe Les Packages sont des paquets de données comportant toutes les données de configuration actuelles (variables, alarmes, archives,etc.) qui sont mises à disposition de tous les clients Manuel système, 02/2013, A5E AA 21

22 Systèmes répartis 1.5 Configuration du serveur raccordés au système réparti ou au système multiposte. Les Packages sont exportés au niveau du serveur et importés sur les clients. La première exportation au niveau du serveur et l'importation sur un Client s'effectuent manuellement. Le cycle de mise à jour des Packages sur les Serveurs et Clients peut ensuite s'effectuer automatiquement. Vous pouvez régler le moment de la mise à jour des Packages ainsi que la raison de son déclenchement. Lors de la mise en service, vous pouvez par exemple transférer manuellement les Packages sur les Clients pour répartir la première fois les données de configuration sur les Clients. Pour que les données des Clients soient maintenues à jour, vous pouvez configurer ensuite la mise à jour automatique des Packages à chaque fois que les données Serveur seront modifiées. Remarque Si vous copiez sur un autre serveur un projet comportant des Packages déjà créés, il vous faut adapter au nouvel ordinateur -dans le projet copié- le nom d'ordinateur se trouvant dans les propriétés de l'ordinateur de WinCC. Si vous générez de nouveau des Packages dans le projet copié, vous devez le cas échéant encore actualiser les propriétés des noms d'ordinateurs dans le dialogue "Propriétés Packages". Lors de la communication serveur-serveur un serveur accède aux données d'un autre serveur. Par rapport aux Packages importés, le serveur qui accède aux données se comporte comme un Client. C'est pourquoi les indications concernant le client, données dans la description ci-après, s'appliquent à celui-ci. Vous pouvez mettre à jour les données de configuration en cours de fonctionnement, soit manuellement, soit automatiquement : Création manuelle de Packages Vous pouvez au besoin créer manuellement de nouveaux Packages sur le Serveur. Ces Packages sont alors à la disposition des Clients, pour l'importation. Mise à jour automatique de Packages La fonction "Mise à jour implicite" vous permet d'automatiser non seulement l'exportation de Packages au niveau du Serveur, mais également l'importation de Packages sur le Client. Les options affichées sur le Serveur dans le dialogue "Configuration de la mise à jour implicite du package" s'appliquent non seulement à l'exportation des Packages de ce serveur, mais également à l'importation des Packages d'autres serveurs. Cet impact est représenté dans les colonnes "Importer" et "Exporter" dans les tableaux suivants. Dans le dialogue, vous avez les possibilités suivantes pour WinCC CS et WinCC RT : Réglage pour WinCC CS Mise à jour des données de serveur à l'ouverture du projet Mise à jour automatique sur notification Importatio n Exportation Signification X Le Client effectue toujours l'importation lorsque le projet est ouvert x Client importe toujours lorsqu'il reçoit une notification et que les conditions suivantes sont remplies : Le paramètre du serveur "Notification après l'exportation" est activé. Le projet n'est pas activé. 22 Manuel système, 02/2013, A5E AA

23 Systèmes répartis 1.5 Configuration du serveur Réglage pour WinCC CS Surveiller modification des données de configuration Créer les données de serveur à l'ouverture du projet Créer les données de serveur à la fermeture du projet Créer immédiatement les données de serveur après modification Importatio n Exportation x Signification Le Serveur exporte un Package lors de l'ouverture du projet lors de la fermeture du projet à chaque fois que les données sur le projet sont modifiées Notification après l'exportation x Le serveur envoie la notification après Package-Export Ce paramètre doit être activé si le paramètre client "Mise à jour automatique sur notification" doit être actif. Importation automatique x Le serveur réimporte son propre package exporté pour configurer, indépendamment d'un serveur spécial avec le nom d'ordinateur symbolique, des variables par exemple. pour des Clients sans projet leur étant propre ayant vue sur un serveur spécial. Réglage pour WinCC RT Mise à jour des données de serveur à l'ouverture du projet Mise à jour automatique sur notification Importatio n Exportation Signification x Le Client effectue toujours l'importation lorsque le projet est activé. x Client importe toujours lorsqu'il reçoit une notification et que les conditions suivantes sont remplies : Le paramètre Client "Mise à jour automatique sur notification" est activé. Le projet est activé. Remarque N'utilisez pas l'exportation automatique des Packages si la modification des données de configuration est fréquente, par exemple lors de la mise en service ou pendant l'utilisation de Configuration Tool. Pour configurer Package-Export, utilisez l'éditeur Données de serveur dans WinCC Explorer. Condition Le projet du serveur doit être ouvert. Manuel système, 02/2013, A5E AA 23

24 Systèmes répartis 1.5 Configuration du serveur Marche à suivre Package-Export manuel 1. Dans WinCC Explorer allez dans "Données de serveur" et choisissez la commande "Créer" dans le menu contextuel : 2. Dans le dialogue "Propriétés packages" indiquez le nom symbolique et le nom physique de l'ordinateur du serveur. Cette indication donne l'origine du Package sur le client. Tâchez de définir si possible au début de la configuration les noms symbolique et physique de l'ordinateur du serveur. Si le nom symbolique de l'ordinateur change, il vous faut l'adapter pour toutes les données de configuration. Le nom symbolique de l'ordinateur se compose en standard du nom de projet et du nom physique de l'ordinateur. 3. Cliquez OK. Les données de serveur sont créées. Selon la taille de la configuration, cette opération peut prendre un certain temps. Résultat Le Package comportant les données de serveur se trouve dans WinCC Explorer, Dans votre système de fichiers, les Packages sont sauvegardés dans le répertoire de projet sous <nom de projet>\<nom de l'ordinateur>\packages\*.pck. Les clients peuvent à présent importer le Package. Package-Export automatique 1. Dans WinCC Explorer allez dans "Données de serveur" et choisissez la commande "Mise à jour implicite" dans le menu contextuel : 2. Sélectionnez les options voulues. Une sélection multiple est possible. 3. Validez par "OK". 24 Manuel système, 02/2013, A5E AA

25 Systèmes répartis 1.5 Configuration du serveur Résultat Les Packages incluant les Données serveur de leur propre Serveur sont créés aux moments que vous avez choisis, ou bien ce seront les Packages d'autres Serveurs, déjà importés, qui seront mis à jour, par exemple lors de la fermeture du projet. Remarque Dans les projets WinCC qui ont été créés avec SIMATIC Manager, le menu contextuel de "Serverdata" ne contient ni la commande "Créer...", ni "Mise à jour implicite...". Il en est de même pour les projets qui ont été créés dans WinCC, puis importés dans le SIMATIC Manager avec la fonction "Importation d'objets WinCC". Les projets de ce type sont gtalement appelés projets TIA. Si vous copiez un projet TIA avec WinCC Explorer et si vous éditez ensuite la copie avec WinCC Explorer, le menu contextuel de "Données serveur" contient alors les commandes "Créer..." et "Mise à jour implicite...". Représentation des Packages créés Lorsque vous avez créé les Packages, ils s'affichent comme suit dans la fenêtre de données du WinCC Explorer : Clavier de droite : Package chargé Clavier de gauche : Package exporté par le Serveur : Package chargé, sans serveur standard : Package chargé, avec serveur standard : Package exporté, propre au serveur (non réimporté). : Package créé localement, ayant été réimporté dans son propre projet. Voir aussi Configuration du client (Page 28) Procédez comme suit pour configurer les clients dans le projet Serveur (Page 26) Pour configurer les autorisations de conduite (Page 20) Pour enregistrer des clients sur la liste des ordinateurs (Page 19) Pour créer un nouveau projet sur le serveur (Page 18) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Manuel système, 02/2013, A5E AA 25

26 Systèmes répartis 1.5 Configuration du serveur Procédez comme suit pour configurer les clients dans le projet Serveur Principe Si vous configurez un système multiposte dans lequel plusieurs clients affichent une vue sur un seul serveur, il n'est pas nécessaire que vous constituiez des projets propres aux clients, mais que vous configuriez plutôt le comportement des clients dans le projet du serveur. Condition Vous avez enregistré dans la liste des ordinateurs du serveur les clients qui doivent afficher les données du serveur. Les Clients n'accèdent qu'à un seul et unique serveur. Aucun Package d'un autre serveur ne doit être importé sur le serveur. Le projet Serveur est ouvert sur le serveur. Marche à suivre 1. Ouvrez la liste des ordinateurs dans WinCCExplorer sur l'ordinateur. 2. Sélectionnez le client que vous voulez configurer et choisissez dans le menu contextuel la commande "Propriétés" : Le dialogue "Propriétés - Ordinateur" apparaît pour ce client. 3. Activez sous l'onglet Démarrage les éditeurs qui doivent être actifs sur le client en Runtime, par exemple Global Script Runtime si vous travaillez avec des scripts. 4. Sélectionnez sur l'onglet "Paramètres" la langue dans laquelle le mode Runtime doit démarrer sur le client. Vous pouvez ainsi configurer par exemple deux clients qui affichent les mêmes données dans des langues différentes. 5. Indiquez sur l'onglet "Graphics-Runtime" une vue d'accueil pour le client. Vous pouvez choisir la vue d'accueil individuellement pour chaque client. Réglez ici au besoin d'autres attributs de fenêtre. 6. Validez vos entrées avec OK. 7. Configurez de la même façon les propriétés des autres clients dans votre projet. 26 Manuel système, 02/2013, A5E AA

27 Systèmes répartis 1.5 Configuration du serveur 8. Ouvrez dans le projet de serveur, dans le menu contextuel de l'éditeur "Données de serveur" l'inscription "Mise à jour implicite". Activez le paramètre "Importation automatique". 9. Créez le Package dans le projet de serveur. Remarque Un Client n'ayant pas de projet lui étant propre n'a vue que sur le serveur sur lequel il est configuré. La connexion de ce serveur sur un autre serveur via la communication serveurserveur ou sur un serveur d'archives central n'est pas autorisée. une modification du projet n'est pas appliquée si WinCC Explorer est grisé Situation de départ Un éditeur WinCC est ouvert au Runtime sur un client sans leur propre projet. WinCC Runtime est désactivé sur le serveur Comportement Des modifications dans l'éditeur, par ex. une modification de script dans une fonction de projet, ne sont pas prises en compte. Solution Vous ne pouvez pas effectuer de configuration si WinCC Explorer est grisé sur le client sans leur propre projet. Voir aussi Pour configurer Package-Export (Page 21) Pour configurer les autorisations de conduite (Page 20) Pour enregistrer des clients sur la liste des ordinateurs (Page 19) Pour créer un nouveau projet sur le serveur (Page 18) Configuration du serveur (Page 16) Configuration du client (Page 28) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Manuel système, 02/2013, A5E AA 27

28 Systèmes répartis 1.6 Configuration du client 1.6 Configuration du client Configuration du client Introduction Il n'est nécessaire de configurer des clients que si vous configurez un système réparti dans lequel les clients peuvent afficher les vues sur plusieurs serveurs. Si vous configurez un système multiposte dans lequel les clients n'affichent que les données d'un seul serveur, il ne sera pas nécessaire de lui configurer ses propres clients. Les clients reçoivent toutes leurs données et leur environnement Runtime à partir du projet Serveur. Si vous configurez un système Client-Serveur comportant plusieurs serveurs et où les clients affichent des vues différentes sur plusieurs serveurs (système réparti), il vous faut configurer un projet Client propre à chaque client. Chaque client peut représenter en mode Runtime des vues sur 18 serveurs ou couples de serveurs redondants au maximum, par exemple afficher des alarmes de Serveur 1 et Serveur 2, afficher et écrire des valeurs de processus de Serveur 3, afficher des vues de Server 4, etc. Les clients d'un système réparti peuvent, selon les autorisations de conduite sur le serveur : Contrôle du processus. Contrôle et conduite du processus. Configurer à distance des projets sur un serveur. Activer et désactiver à distance des projets sur un serveur. Remarque Pour pouvoir afficher les données de différents serveurs, il faut que les préfixes de serveur (donc les noms de serveur) soient univoques au sein du système réparti. Chaque client a sa propre configuration et inscrit localement peu de données administratives spécifiques dans la banque de données Client, par exemple : des variables locales les données de User Administrator les données de TextLibrary Propriétés du projet les cycles utilisateur 28 Manuel système, 02/2013, A5E AA

29 Systèmes répartis 1.6 Configuration du client Remarque Toutes les données externes de la configuration Serveur doivent également exister sur les clients afin qu'elles puissent s'afficher correctement dans le projet Client. Les données externes sont par exemple des ActiveX Controls qui ne proviennent pas de WinCC et des graphiques externes qui sont par exemple intégrés en tant qu'objets OLE. Etapes de configuration 1. Configuration des projets Serveur. 2. Création et exportation des Packages Serveur. 3. Configuration de Package-Import sur le client. 4. Configurer des projets Client sur les clients. Remarque Si vous désactivez Runtime sur le serveur afin de pouvoir continuer la configuration, il vous faut également quitter Runtime sur le client. Voir aussi Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour utiliser les données de différents serveurs (Page 46) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Procédez comme suit pour configurer la vue d'accueil du client (Page 41) Pour configurer un serveur préférentiel (Page 38) Pour configurer un serveur standard (Page 35) Procédez comme suit pour configurer Package-Import (Page 31) Procédez comme suit pour créer un nouveau projet sur le client (Page 30) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Manuel système, 02/2013, A5E AA 29

30 Systèmes répartis 1.6 Configuration du client Procédez comme suit pour créer un nouveau projet sur le client Introduction Pour créer un nouveau projet Client dans WinCC, vous pouvez choisir parmi les types de projet suivants : Projet monoposte : Un projet pour poste de conduite autonome qui valide toutes les tâches dans Runtime (connexion au process, pilotage, contrôle, archivage, etc.). Non significatif pour les systèmes Client-Server. Projet multiposte : Un projet Serveur pour un système multiposte ou un système réparti dans lequel vous configurez plusieurs clients et/ou serveurs. Projet Client : Un projet pour un client dans un système réparti et qui peut afficher des vues sur plusieurs serveurs. Remarque Si vous configurez un système multiposte dans lequel plusieurs clients affichent une vue sur un seul serveur, il n'est pas nécessaire que vous constituiez des projets propres aux clients, mais que vous configuriez plutôt le comportement des clients dans le projet du serveur. Marche à suivre 1. Sélectionnez sur un client dans WinCCExplorer la commande de menu "Fichier" > "Nouveau". Le dialogue "WinCC Explorer" apparaît : 2. Sélectionnez "Projet Client" et cliquez OK. Le dialogue "Création d'un nouveau projet" apparaît. 3. Tapez un nom de projet et le nom d'un sous-répertoire si le nom de répertoire doit différer du nom de projet. Le chemin de projet utilisé en standard est le dossier "WinCCProjects" se trouvant dans le répertoire d'installation de WinCC. 4. Appuyez sur le bouton "Créer". Le projet est créé et ouvert dans WinCCExplorer. Remarque Vous pouvez également transformer un projet existant en projet Client, en modifiant ultérieurement le type du projet dans le dialogue "Propriétés - ordinateurs". 30 Manuel système, 02/2013, A5E AA

31 Systèmes répartis 1.6 Configuration du client Voir aussi Scénarios Client-Serveur (Page 13) Procédez comme suit pour configurer les clients dans le projet Serveur (Page 26) Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour utiliser les données de différents serveurs (Page 46) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Procédez comme suit pour configurer la vue d'accueil du client (Page 41) Procédez comme suit pour configurer Package-Import (Page 31) Pour configurer un serveur préférentiel (Page 38) Pour configurer un serveur standard (Page 35) Configuration du client (Page 28) Configuration du serveur (Page 16) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Procédez comme suit pour configurer Package-Import Introduction Pour qu'un client puisse afficher les données de process de divers serveurs dans un système réparti, il lui faut des informations concernant les données en question. A cet effet, sur un serveur d'un système réparti, on crée des packages avec les données de configuration mises à la disposition des clients. Le client a besoin des packages de tous les serveurs dont il veut utiliser les données. Vue d'ensemble La première exportation de Packages au niveau du serveur et l'importation sur un Client s'effectuent manuellement. Le cycle de mise à jour des Packages sur les Serveurs et Clients Manuel système, 02/2013, A5E AA 31

32 Systèmes répartis 1.6 Configuration du client peut ensuite s'effectuer automatiquement. Vous pouvez régler le moment de la mise à jour des packages ainsi que la raison de son déclenchement. Remarque Lors de la communication serveur-serveur, un serveur accède aux données d'un autre serveur. Par rapport aux packages importés, le serveur qui accède aux données se comporte comme un client. C'est pourquoi les indications concernant le client, données dans la description ci-après, s'appliquent à celui-ci. Le serveur peut réimporter ses propres Packages pour configurer, indépendamment d'un serveur spécial avec le nom d'ordinateur symbolique, des variables par exemple. Utilisez l'éditeur "Données serveur" dans WinCC Explorer pour l'importation des Packages. Les Packages peuvent être importés de trois manières différentes: Chargement manuel Les Packages créés par le serveur sont chargés sur le client. Cette opération d'importation est déclenchée manuellement par la commande "Charger". La première importation des Packages doit être effectuée manuellement. Mise à jour manuelle Les Packages déjà chargés par le serveur sont manuellement mis à jour sur le client par la commande "Mise à jour". Mise à jour automatique Sur le Client, il est possible de configurer une mise à jour de Package implicite de manière à mettre à jour automatiquement les nouveaux Packages sur les Clients lorsque survient une condition définie. La première importation des Packages doit être effectuée manuellement. Réglage pour WinCC CS Mise à jour des données de serveur à l'ouverture du projet Mise à jour automatique sur notification Réglage pour WinCC RT Mise à jour des données de serveur à l'ouverture du projet Mise à jour automatique sur notification Signification Le client effectue toujours l'importation lorsque le projet est ouvert Le serveur envoie une notification après Package-Export, le client effectue toujours l'importation lorsqu'il a reçu la notification. Ce paramètre n'est actif que si le paramètre "Notification après l'exportation" est activé sur le serveur pour Package- Export. Le Client effectue toujours l'importation lorsque le projet est activé. Le serveur envoie une notification après l'exportation d'un package, le client effectue toujours l'importation lorsqu'il a reçu la notification. Ce paramètre n'est actif que si le paramètre "Notification après l'exportation" est activé sur le serveur dédié à l'exportation de packages. 32 Manuel système, 02/2013, A5E AA

33 Systèmes répartis 1.6 Configuration du client Condition Les packages ont été créés sur le serveur. Le projet client est ouvert. Marche à suivre Chargement manuel 1. Ouvrez le projet Client sur le client. 2. Dans WinCC Explorer sélectionnez l'entrée "Données serveur" et choisissez la commande "Charger" à partir du menu contextuel. Le dialogue "Ouvrir fichier" s'affiche. 3. Sélectionnez le package que vous voulez charger et cliquez OK. Par défaut, les packages sont sauvegardés dans le répertoire "...\\<Nom de projet du serveur>\<nom de l'ordinateur>\packages\" sous le nom "<Nom du projet_nom de l'ordinateur>*.pck". Vous pouvez cependant également accéder aux Packages enregistrés sur un support de données quelconque. 4. Cliquez sur "Ouvrir". Les données sont chargées. Si le serveur adéquat n'est pas disponible, une inscription correspondante signalant l'erreur apparaît lorsque les nouveaux Packages sont demandés. Mise à jour manuelle 1. Ouvrez le projet client sur le client. 2. Dans WinCC Explorer sélectionnez l'entrée "Données serveur" et choisissez "Mise à jour" dans le menu contextuel. 3. Les données sont mises à jour. Un message d'erreur apparaît sur le serveur si aucun Package provenant d'un autre serveur n'est chargé lors d'une communication serveurserveur. Manuel système, 02/2013, A5E AA 33

34 Systèmes répartis 1.6 Configuration du client Mise à jour automatique 1. Ouvrez le projet client sur le client. 2. Dans WinCC Explorer, sélectionnez l'option "Données de serveur" et choisissez la commande "Mise à jour implicite" dans le menu contextuel : Le dialogue "Configuration de la mise à jour du package" s'affiche. 3. Sélectionnez les options voulues. Vous pouvez en sélectionner plusieurs. 4. Confirmez votre sélection en cliquant sur "OK". Les données Serveur sont automatiquement mises à jour sur le client, par exemple lors de l'ouverture du projet ou de la notification par le biais du réseau. Si le serveur en question n'est pas disponible, aucun message d'erreur n'est émis sur le Client. Remarque Si des Packages s'ajoutent ou sont effacés pendant que le projet est déjà activé au niveau du Client, il se peut que la représentation pose des problèmes. Vous pouvez y remédier en désactivant le client, puis en le réactivant. Représentation des Packages lancés Lorsque vous avez chargé les Packages, ils s'affichent comme suit dans la fenêtre de données du WinCC Explorer : Clavier de droite : Package chargé Clavier de gauche : Package exporté mais pas encore chargé : Package chargé, sans serveur standard : Package chargé, avec serveur standard 34 Manuel système, 02/2013, A5E AA

35 Systèmes répartis 1.6 Configuration du client Voir aussi Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour utiliser les données de différents serveurs (Page 46) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Procédez comme suit pour configurer la vue d'accueil du client (Page 41) Pour configurer un serveur préférentiel (Page 38) Pour configurer un serveur standard (Page 35) Procédez comme suit pour créer un nouveau projet sur le client (Page 30) Configuration du client (Page 28) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Pour configurer un serveur standard Introduction Vous configurez pour un client dans un système réparti un serveur standard dont des données doivent être exigées si aucun préfixe de serveur univoque (pour des variables par exemple) n'est spécifié. Si aucun serveur standard n'est configuré pour un composant, il est alors tenté d'accéder localement au contingent de données (variables internes par exemple) du client. L'accès sera refusé et un message d'erreur émis s'il n'existe aucun contingent local de données sur le client (comme pour les alarmes et les archives par exemple. Condition C'est seulement après l'importation des Packages dans le client que vous pouvez sélectionner le serveur standard. Marche à suivre 1. Sélectionnez sur le client dans WinCCExplorer l'inscription "Données de serveur". 2. Choisissez la rubrique "Serveur standard..." dans le menu contextuel. Le dialogue "Configurer serveur standard" apparaît. Manuel système, 02/2013, A5E AA 35

36 Systèmes répartis 1.6 Configuration du client 3. Cliquez pour le composant souhaité sur l'entrée sous le nom d'ordinateur symbolique. Sélectionnez un serveur dans la liste déroulante. La liste contient les noms d'ordinateur symboliques de tous les Packages chargés dans le client. 4. Les composants mentionnés dans le dialogue dépendent de l'installation WinCC. Si des options sont installées, non seulement les composants représentés sont listés, mais les composants des options également (SSM - Split Screen Manager par exemple). 5. Validez par "OK". Quand choisir un serveur standard pour un composant? Alarmes Il faut spécifier un serveur standard pour les alarmes lorsque des alarmes de conduite doivent être générées sur un client. Sur le client à proprement parlé, aucun Alarm Logging n'est configurable et les alarmes doivent être affichées sur un serveur. Un client peut alors prendre des sélections personnalisées d'alarmes de manière centralisée depuis le serveur. Archives, Vues, Bibliothèque de textes, Archives utilisateur, Variables Lorsqu'un serveur standard est configuré sur le client, les données d'un composant pour lequel aucun préfixe de serveur valable n'a été généré sont cherchées sur ce serveur standard. Si aucun serveur standard n'est configuré sur le client, il est impossible de trouver un serveur pour ces données étant donné l'omission du préfixe de serveur. Il n'est recommandé de définir un serveur standard pour archives, vues, bibliothèques de textes, archives utilisateur et variables que dans des cas d'application très précis. Si la documentation SIMATIC ou le Service d'assistance clientèle (Customer Support) ne vous 36 Manuel système, 02/2013, A5E AA

37 Systèmes répartis 1.6 Configuration du client invite pas explicitement à configurer tel ou tel serveur, laissez le paramétrage sur "<aucun serveur standard>". Remarque Si un serveur standard est inscrit pour des variables sur un client WinCC, aucune information d'état ne s'affiche en Runtime sous forme d'info-bulle dans la gestion des variables. Sélectionner le serveur standard en cas d'utilisation du contrôle Basic Process Alarmes Toujours spécifier un serveur standard pour Alarme. Variables Ne pas spécifier de serveur standard pour Variables. SSM (Split Screen Manager) Un serveur standard doit toujours être spécifié pour le composant SSM. Lorsque des courbes sont regroupées sur un Client WinCC, les groupes de courbes sont enregistrées sur le serveur standard et son partenaire redondant. Les autres Clients WinCC peuvent également spécifier ce Serveur comme serveur standard pour la composante SSM. Ces clients WinCC ont donc également accès aux groupes de courbes construits. Si aucun serveur standard n'est configuré sur le Client WinCC pour la composante SSM, les groupes de courbes sont alors enregistrés localement sur cet ordinateur. Les autres Clients WinCC ne peuvent pas afficher ces groupes de courbes dans le contrôle WinCC Online Trend. Dans le projet du Server, il est impossible d'afficher ces groupes de courbes. Lorsque des compositions de vues sont configurées sur le Client WinCC, elles ne sont enregistrées sur ce Serveur que si vous spécifiez un serveur standard pour la composante SSM. Si aucun serveur standard n'est spécifié, les compositions de vues configurées sur le Client WinCC sont enregistrées localement et ne sont pas accessibles à d'autres Clients. Dans le projet du Server, il est impossible d'afficher ces groupes d'images. Si une redondance est configurée sur un Serveur, les données des groupes de courbes et des compositions de vues sont également synchronisées en fonction de leurs partenaires redondants. Si la redondance est permutée, tous les groupes de courbes et toutes les compositions de vues peuvent être sélectionnés à partir des Clients WinCC. Manuel système, 02/2013, A5E AA 37

38 Systèmes répartis 1.6 Configuration du client Voir aussi Procédez comme suit pour configurer Package-Import (Page 31) Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour utiliser les données de différents serveurs (Page 46) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Procédez comme suit pour configurer la vue d'accueil du client (Page 41) Pour configurer un serveur préférentiel (Page 38) Procédez comme suit pour créer un nouveau projet sur le client (Page 30) Configuration du client (Page 28) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Pour configurer un serveur préférentiel Introduction Configurez le serveur préférentiel sur le client d'un système réparti ou multiposte lorsque vous utilisez des serveurs redondants. Le serveur préférentiel est le serveur faisant partie d'un couple de serveurs redondant auquel le client se connectera de préférence. Tant que le serveur préférentiel est disponible, le client reçoit les données qui en parviennent. Le serveur préférentiel peut être déterminé séparément pour chaque client,de sorte que ces derniers puissent être répartis entre les serveurs redondants pour garantir une aptitude à conduire permanente. En cas d'interruption du réseau vers le serveur réglé, les valeurs des clients ne sont plus mises à jour et aucune conduite n'est plus possible. Les autres clients qui sont liés parallèlement sur le partenaire redondant ne sont pas concernés par le problème. L'opérateur de l'installation peut donc au besoin se diriger sur ces clients. La répartition des clients sur les serveurs redondants représente un soulagement et permet ainsi d'obtenir des résultats plus performants dans l'ensemble de l'installation. Remarque Vous trouverez la configuration de systèmes redondants dans WinCC sous la rubrique "Systèmes redondants". 38 Manuel système, 02/2013, A5E AA

39 Systèmes répartis 1.6 Configuration du client Marche à suivre Les serveurs préférentiels pour les clients dans les systèmes répartis et les systèmes multipostes ne sont pas configurés de la même façon : Configuration des serveurs préférentiels pour les clients dans un système réparti 1. Sélectionnez sur le client dans WinCCExplorer l'inscription "Données de serveur". 2. Choisissez la rubrique "Configurer" dans le menu contextuel. Le dialogue "Configurer données de serveur" apparaît. 3. Vous apercevez sur la liste les noms d'ordinateur symboliques et physiques de tous les serveurs dont les Packages se trouvent sur le client. Si un serveur possède un serveur redondant, c'est le nom physique d'ordinateur qui est spécifié. Parmi les couples de serveurs redondants, sélectionnez un serveur tenant lieu de serveur préférentiel. Une paire de serveurs redondants dans un système réparti possède un seul nom symbolique commun permettant d'adresser les serveurs. 4. Validez votre saisie par "OK". Configuration des serveurs préférentiels pour les clients dans un système multiposte Les clients doivent être inscrits dans la liste des ordinateurs du serveur. 1. Sélectionnez sur le serveur dans WinCCExplorer l'inscription "Données de serveur". 2. Choisissez la rubrique "Paramétrages spécifiques client" dans le menu contextuel. Le dialogue "Paramétrages spécifiques client" apparaît. Manuel système, 02/2013, A5E AA 39

40 Systèmes répartis 1.6 Configuration du client 3. Vous apercevez sur la liste tous les clients qui sont inscrits sur la liste des ordinateurs du serveur. Sélectionnez le client voulu et choisissez dans la colonne "Serveur préférentiel" l'un des deux serveurs redondants en tant que serveur préférentiel. 4. Validez votre saisie par "OK". Comportement du client en mode Runtime Le client se lie au serveur redondant donné comme serveur préférentiel tant que ce dernier reste disponible. Il se lie au partenaire redondant si le serveur préférentiel tombe en panne. Il se lie à nouveau au serveur préférentiel lorsque celui-ci n'est plus en panne. 40 Manuel système, 02/2013, A5E AA

41 Systèmes répartis 1.6 Configuration du client Voir aussi Procédez comme suit pour configurer la vue d'accueil du client (Page 41) Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour utiliser les données de différents serveurs (Page 46) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Pour configurer un serveur standard (Page 35) Procédez comme suit pour configurer Package-Import (Page 31) Procédez comme suit pour créer un nouveau projet sur le client (Page 30) Configuration du client (Page 28) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Procédez comme suit pour configurer la vue d'accueil du client Introduction Vous pouvez utiliser en tant que vue d'accueil une vue quelconque de votre système réparti. Il peut s'agir de la vue du serveur, de la propre vue du client ou d'une autre vue quelconque. La procédure suivante décrit comment utiliser une vue d'un serveur comme vue d'accueil. Condition Les Packages du serveur dont la vue est utilisée comme vue d'accueil sont importés sur le client. Marche à suivre 1. Ouvrez le projet Client sur le client. 2. Sélectionnez dans WinCCExplorer l'ordinateur et choisissez dans le menu contextuel la commande "Propriétés" : 3. Activez l'onglet Graphics Runtime. 4. Indiquez comme vue d'accueil le nom du serveur, puis la vue à utiliser sous la forme suivante <nom du serveur>::<nom de la vue>, par ex. : Manuel système, 02/2013, A5E AA 41

42 Systèmes répartis 1.6 Configuration du client 5. Vous pouvez également chercher des vues par le biais du bouton "Rechercher". Dans le dialogue de sélection, le système affiche les vues de tous les Serverpackages qui ont été chargés sur le Client. 6. Validez votre saisie par "OK" Voir aussi Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour utiliser les données de différents serveurs (Page 46) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Pour configurer un serveur préférentiel (Page 38) Pour configurer un serveur standard (Page 35) Procédez comme suit pour configurer Package-Import (Page 31) Procédez comme suit pour créer un nouveau projet sur le client (Page 30) Configuration du client (Page 28) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) 42 Manuel système, 02/2013, A5E AA

43 Systèmes répartis 1.6 Configuration du client Pour afficher les vues de divers serveurs Principe Dans une vue de base configurée sur le client, vous pouvez afficher les vues de différents serveurs dans des fenêtres de vue: Il est possible d'accéder aux données d'un serveur dans chaque fenêtre de vue. Pour intégrer une vue de serveur en tant que fenêtre de vue dans une vue de client, il vous faut faire précéder le nom de fichier de vue du préfixe de serveur. Remarque Les préfixes de serveur doivent être univoques dans le système réparti. Manuel système, 02/2013, A5E AA 43

44 Systèmes répartis 1.6 Configuration du client Vous pouvez insérer dans une fenêtre de vue, des vues de serveur via un script (C ou VBS) et via la liaison directe. La taille des vues sur le serveur doit être adaptée à la fenêtre de vue sur le client. Condition Les Packages des serveurs correspondants doivent être importés sur le client. Marche à suivre 1. Ouvrez la vue sur le client dans lequel vous voulez insérer la fenêtre de vue. 2. Dans le Graphics Designer, sélectionnez la "fenêtre de vue" dans la palette standard du groupe des objets Smart et insérez-la dans la vue. 3. Cliquez deux fois sur la fenêtre de vue pour ouvrir le dialogue des propriétés. 4. Double-cliquez dans le groupe "Autres" sur l'onglet Propriétés, sur l'attribut "Nom de vue", pour rechercher la vue. ou : double-cliquez dans l'attribut "Nom de vue" sur la colonne "Statique" pour entrer directement le nom de la vue sous la forme "<Préfixe de serveur>::<nom de vue>". 5. Fermez le dialogue des propriétés. Remarque Si vous n'avez pas directement spécifié de préfixe de serveur dans l'attribut "Nom de vue", il vous est également possible de l'indiquer par l'attribut "Préfixe de serveur". Un double clic sur l'attribut "Préfixe de serveur" vous présente une liste de tous les serveurs dont les Packages se trouvent sur le client. 44 Manuel système, 02/2013, A5E AA

45 Systèmes répartis 1.6 Configuration du client Voir aussi Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour utiliser les données de différents serveurs (Page 46) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Pour configurer un serveur préférentiel (Page 38) Pour configurer un serveur standard (Page 35) Procédez comme suit pour configurer Package-Import (Page 31) Procédez comme suit pour créer un nouveau projet sur le client (Page 30) Configuration du client (Page 28) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Pour configurer un changement de vue sur le client Introduction Dans un système réparti, vous pouvez configurer sur un client un changement sur une vue de serveur en faisant précéder la vue cible du préfixe du serveur. Dans WinCC, aucune différence n'est faite entre la configuration d'un changement "normal" de vue ou la configuration du changement d'une vue de base. Marche à suivre La procédure suivante décrit comment par exemple configurer un changement de vue sur une vue de serveur avec un bouton. 1. Ouvrez une vue dans le Graphics Designer du projet Client. 2. Insérez dans la vue un bouton du groupe des objets Windows. Le dialogue de configuration apparaît. 3. Tapez sous "Changement de vue" le préfixe de serveur comme cible ainsi que le nom de vue sous la forme suivante: "<Préfixe de serveur>::<nom de la vue>", par exemple : 4. Refermez le dialogue en cliquant sur OK. Manuel système, 02/2013, A5E AA 45

46 Systèmes répartis 1.6 Configuration du client Procédure alternative Vous pouvez également configurer le changement de vue dans le dialogue "Propriétés" du bouton: Configurez par exemple sur l'onglet "Evénement" une liaison directe sur un clic de souris. Entrez comme constante de liaison directe, le nom de vue avec préfixe de serveur. Voir aussi Configuration du serveur (Page 16) Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour utiliser les données de différents serveurs (Page 46) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Pour configurer un serveur préférentiel (Page 38) Pour configurer un serveur standard (Page 35) Procédez comme suit pour configurer Package-Import (Page 31) Procédez comme suit pour créer un nouveau projet sur le client (Page 30) Configuration du client (Page 28) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Pour utiliser les données de différents serveurs Principe Configurez la vue de base du client d'un système réparti et tous les objets qu'il contient, et ce directement sur le client. Dans chaque vue de base, vous pouvez accéder aux données de plusieurs serveurs, par exemple: un champ d'affichage pour la valeur de processus du Serveur_1 qui surveille la partie A de l'installation, un champ d'affichage pour la valeur de processus du Serveur_2 qui surveille une autre partie de l'installation des diagrammes qui représentent par comparaison les données de différentes parties de l'installation/de divers serveurs des fenêtres de message qui affichent les alarmes de plusieurs serveurs. 46 Manuel système, 02/2013, A5E AA

47 Systèmes répartis 1.6 Configuration du client Vous pouvez également copier sur d'autres clients les vues de base ayant déjà été configurées sur un client. Les Packages des serveurs qui sont sélectionnés dans la vue de base doivent cependant à cet effet exister sur les clients cible. Remarque Toutes les variables configurées sur le serveur et qui ont été transmises sur le client avec un Package sont disponibles sur ce client dans le dialogue de sélection de variable. Les fonctions et les actions en C ou les actions et procédures VBS provenant de Global Script doivent exister sur le client pour pouvoir être exécutées. Les scripts globaux en C et VBS ne font pas partie des Packages. Marche à suivre La procédure suivante décrit par un exemple comment afficher les données sur le processus de deux serveurs différents dans un diagramme sur le client. 1. Ouvrez le projet Client sur le client. 2. Configurez dans le Graphics Designer la vue que vous voulez utiliser comme vue de base. 3. Insérez WinCC Online Trend Control dans la vue de base provenant de l'arborescence des objets, onglet Controls. Le dialogue "Propriétés de WinCC Online Trend Control" apparaît. 4. Choisissez comme sélection de données "Variables en ligne" si vous voulez contrôler le processus actuel. 5. Activez l'onglet Courbes. 6. Sélectionnez pour la première courbe une variable dont les valeurs de processus doivent s'afficher lorsque vous appuyez le bouton "Sélection" sous "Sélection d'archives/de variables". 7. Tapez le nom de la variable sous la forme suivante: "<Préfixe de serveur 1>::<Nom de la variable>". Validez avec OK. Manuel système, 02/2013, A5E AA 47

48 Systèmes répartis 1.6 Configuration du client 8. Sur l'onglet Courbes, appuyez sur le bouton "+" afin d'ajouter une deuxième courbe. 9. Associez la deuxième courbe avec une variable du deuxième serveur sous la forme suivante: "<Préfixe de serveur 2>::<Nom de la variable>". 10.Validez vos entrées avec OK. Résultat Deux courbes s'affichent en Runtime dans la fenêtre des courbes sur le client: La Courbe 1 présente les données du Serveur 1, la Courbe 2 les données du Serveur 2. Voir aussi Procédez comme suit pour configurer Package-Import (Page 31) Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Pour configurer un serveur préférentiel (Page 38) Pour configurer un serveur standard (Page 35) Procédez comme suit pour créer un nouveau projet sur le client (Page 30) Configuration du client (Page 28) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Procédez comme suit pour afficher les alarmes de divers serveurs Principe Dans un système réparti, vous pouvez afficher sur un client les alarmes de plusieurs serveurs de plusieurs manières: Configurer un afficheur de messages pour tous les serveurs dont les alarmes doivent s'afficher Spécifier dans l'afficheur de message plusieurs serveurs en tant que source 48 Manuel système, 02/2013, A5E AA

49 Systèmes répartis 1.6 Configuration du client Remarque Si Alarm Control est intégré dans une vue de base du client, la vue de serveur correspondante s'affichera comme vue de base sur le client lors de la fonction "Loop in Alarm". Il est impossible de retourner à la vue de base initiale. Si Alarm Control est intégré dans une fenêtre de vue sur le client, la vue de serveur correspondante s'affichera dans la fenêtre de vue lors de la fonction "Loop in Alarm". Vous pouvez retourner à la vue de base du client via un bouton correspondant. Marche à suivre 1. Ouvrez le projet Client sur le client. 2. Configurez dans le Graphics Designer la vue que vous voulez utiliser comme vue de base. 3. Insérez WinCC Alarm Control dans la vue de base provenant de l'arborescence des objets, onglet Controls. Le dialogue "Propriétés de WinCC Alarm Control" apparaît. 4. Si les alarmes de tous les serveurs connectés doivent être affichées dans Alarm Control, activez sous "Sélection du serveur" la case à cocher "Tous les serveurs". 5. Si vous voulez uniquement afficher les alarmes d'un serveur déterminé, désactivez la case à cocher "Tous les serveurs", et appuyez sur le bouton "Sélection" pour sélectionner un serveur WinCC dans le réseau 6. Refermez le dialogue en cliquant sur OK. Voir aussi Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Pour configurer un serveur préférentiel (Page 38) Pour configurer un serveur standard (Page 35) Procédez comme suit pour configurer Package-Import (Page 31) Procédez comme suit pour créer un nouveau projet sur le client (Page 30) Configuration du client (Page 28) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Manuel système, 02/2013, A5E AA 49

50 Systèmes répartis 1.6 Configuration du client Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs Principe Dans une vue de base, si des alarmes de différents serveurs s'affichent sur le client, il vous est également possible d'afficher les journaux au fil de l'eau correspondants. Les alarmes de tous les serveurs sont rassemblés et affichés dans l'ordre adéquat. WinCC met à votre disposition un Layout déjà préconfiguré ainsi qu'un travail d'impression pour le journal au fil de l'eau. Marche à suivre 1. Ouvrez dans WinCCExplorer sous ReportDesigner le Layout L'éditeur de modèle de ligne apparaît. 2. Appuyez sur le bouton "Sélection". Le dialogue "Sélection du tableau des journaux" apparaît. 3. Ajoutez à la liste "Serveurs sélectionnés" avec le bouton "Ajouter Serveur" les serveurs dont les alarmes doivent être protocolées dans le journal au fil de l'eau. Seuls sont affichés les serveurs dont les Packages ont été importés sur le client. 4. Transférez avec les touches fléchées dans la liste "Disposition actuelle des colonnes" les blocs d'alarmes qui doivent être protocolés. 5. Validez votre entrée avec "OK". 6. Ouvrez dans WinCCExplorer le travail d'impression Alarm Logging RT Message sequence". 7. Si vous avez enregistré le layout sous son propre nom, sélectionnez-le dans la liste "Layout". Activez la case à cocher "Mise en page pour imprimante ligne par ligne". 8. Activez sur l'onglet "Configurer l'imprimante" la case à cocher "Imprimante". 9. Dans la liste des imprimantes raccordées, sélectionnez l'imprimante sur laquelle doit sortir le journal. 10.Validez vos entrées avec OK. 11.Sélectionnez dans WinCCExplorer l'ordinateur client et choisissez dans la fenêtre surgissante la commande "Propriétés": Le dialogue "Propriétés - Ordinateur" s'ouvre. 12.Activez sur l'onglet "Démarrage" le "Journal au fil de l'eau". 13.Validez vos entrées avec OK. 50 Manuel système, 02/2013, A5E AA

51 Systèmes répartis 1.6 Configuration du client Voir aussi Procédez comme suit pour créer un nouveau projet sur le client (Page 30) Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50) Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48) Pour configurer un changement de vue sur le client (Page 45) Pour afficher les vues de divers serveurs (Page 43) Pour configurer un serveur préférentiel (Page 38) Pour configurer un serveur standard (Page 35) Procédez comme suit pour configurer Package-Import (Page 31) Configuration du client (Page 28) Configuration du serveur (Page 16) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Manuel système, 02/2013, A5E AA 51

52 Systèmes répartis 1.7 Comportement du système dans Runtime 1.7 Comportement du système dans Runtime Comportement du système dans Runtime Introduction Avec un système Client-Serveur dans WinCC, vous pouvez répartir vos configurations d'installation sur plusieurs serveurs afin de décharger chacun des serveurs. Les données configurées sur les serveurs peuvent être affichées par des clients, un client pouvant afficher en Runtime les données d'au maximum 18 serveurs différents ou de couples de serveurs redondants. Comportement des éditeurs dans le mode Runtime Archives Si le système d'archives est activé sur un poste de conduite, Tag Logging Runtime fonctionne en tant que serveur pour archives sur le serveur et en tant que serveur pour clients sur les clients. Seul le serveur pour archives accède à la banque de données pour saisir et archiver les données sur le processus. Les clients reçoivent les données archivées du serveur pour archives. Les données archivées peuvent être représentées sous forme de tableau ou de graphique sur tous les clients où fonctionne Tag Logging Runtime. Les données pour la représentation proviennent toujours du serveur pour archives. Toutes les commandes sur le client sont transmises au serveur et le résultat du traitement est envoyé au client. Graphiques En mode Runtime, si une vue est appelée sur un client, Graphics Runtime recherche d'abord les vues locales. S'il n'existe aucune vue locale portant le nom correspondant, le répertoire de projets est recherché sur le serveur. S'il n'existe aucune vue, une remarque adéquate apparaît. Si une sélection de vue nécessite un échange avec un autre éditeur (Alarm Logging, Global Script), cet échange a toujours lieu localement. Une vue peut simultanément être ouverte et éditée par plusieurs postes de conduite en Runtime. Remarque Une vue sur un client est plus rapidement constituée si vous copiez localement les vues correspondantes sur le client. Spécifiez dans le dialogue "Propriétés - ordinateurs" du client, sur l'onglet Runtime le répertoire correspondant. Vous pouvez également spécifier ici si le répertoire doit par exemple toujours être utilisé ou être utilisé de préférence. Si vous modifiez une vue dans le projet serveur,il vous faut mettre manuellement à jour les données en recopiant la vue modifiée dans le répertoire local du client. 52 Manuel système, 02/2013, A5E AA

53 Systèmes répartis 1.7 Comportement du système dans Runtime Alarmes Si des alarmes doivent être représentées sur un client, les données représentées proviennent du serveur. Le serveur pour alarmes reçoit les données configurées de la banque de données. Les données archivées et la liste des alarmes peuvent être représentés sur chaque client. Les données pour la représentation proviennent toujours du serveur pour alarmes. A l'arrivée de nouvelles alarmes, le serveur pour alarmes archive ces dernières. Lorsqu'une alarme est acquitté sur un poste de conduite, l'acquittement est transmis au serveur pour alarmes. Le serveur inscrit le changement d'état dans les archives et transmet l'alarme à tous les clients concernés. Il en est de même pour le verrouillage des alarmes. Si un serveur pour alarmes n'est pas disponible en Runtime, un message correspondant apparaît à la place des alarmes dans la fenêtre de message. Lorsque le serveur est à nouveau disponible, les alarmes s'affichent à nouveau dans la fenêtre de message. Journaux Le système de documentation de WinCC ne connaît pas le mode Runtime à proprement parlé. Les journaux et travaux d'impression sont configurés et peuvent être exécutés à tout moment. Seuls dépendent du Runtime les travaux d'impression qui doivent représenter les données d'archives ou du processus. Le système de documentation est automatiquement lancé sur chaque client lors du démarrage. Le serveur sert de serveur pour journaux, les clients servant de clients pour journaux. Lors du démarrage, les clients se connectent sur le serveur et reçoivent les informations actuelles concernant les travaux d'impression disponibles ainsi que leur état. Si un travail d'impression est lancé sur un client, les données respectives proviennent de la banque de données du serveur. Le travail d'impression est lancé localement. Le serveur pour journal reçoit du client les données actuelles concernant l'état du travail d'impression et transmet ces informations à d'autres clients. Scripts Si un poste de conduite active localement un projet, les fonctions du projet et les fonctions standard du serveur sont chargées localement. User Administrator Les autorisations de conduite sont vérifiées par le composant Runtime du User Administrator. Le composant Runtime du User Administrator est automatiquement lancé sur chaque ordinateur lorsque WinCC démarre. En cas de modification de la connexion, la liste actuelle d'autorisation de conduite est retirée de la banque locale de données. Text Library Lorsque le projet pour serveur est activé, Text Library Runtime fonctionne sur le serveur en tant que serveur pour texte et sur les clients en tant que client pour texte. Les données sont toujours lues depuis la banque de données du serveur. Manuel système, 02/2013, A5E AA 53

54 Systèmes répartis 1.7 Comportement du système dans Runtime Comportement en cas de dérangements dans le système Si un serveur est non disponible, les clients interrogent de façon cyclique le serveur jusqu'à ce qu'il ait à nouveau démarré. Les données du serveur ne peuvent pas être affichées en cas de dérangement, tous les objets graphiques manipulables sont par exemple inactivés. Remarque Si des problèmes d'exécution se produisent dans WinCC au niveau d'un Client, il est possible de rétablir la liaison au serveur par un redémarrage du Client sans pour autant influencer le serveur. Voir aussi Démarrage du serveur (Page 54) Particularités de la communication pour un serveur ayant plusieurs cartes réseau (Page 56) Arrêt du client (Page 59) Arrêt du serveur (Page 59) Démarrage du client (Page 56) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Démarrage du serveur Principe Les serveurs d'un système Client-Server peuvent démarrer indépendamment des clients. Dès qu'un serveur a démarré, il met ses services à disposition des clients et s'informe sur tous les participants du réseau. Vous pouvez consulter l'état actuel de tous les serveurs dans la fenêtre du dialogue "WinCC Projects". Ouvrez "WinCC-Projects" via Windows-Explorer : 54 Manuel système, 02/2013, A5E AA

55 Systèmes répartis 1.7 Comportement du système dans Runtime Si un serveur tombe en panne en cours de fonctionnement, les données des clients ne peuvent plus être mises à jour et vous êtes informé qu'un serveur est défectueux. Remarque Si vous utilisez dans votre système Client-Serveur un Fileserver, le système n'est prêt que si Fileserver et le serveur WinCC ont démarré. Activation à distance Vous pouvez également démarrer un serveur à distance, depuis un autre ordinateur (client ou serveur). Voyez sous "Activer le projet" comment vous devez procéder. Voir aussi Particularités de la communication pour un serveur ayant plusieurs cartes réseau (Page 56) Pour activer un projet (Page 68) Arrêt du client (Page 59) Arrêt du serveur (Page 59) Démarrage du client (Page 56) Comportement du système dans Runtime (Page 52) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Manuel système, 02/2013, A5E AA 55

56 Systèmes répartis 1.7 Comportement du système dans Runtime Démarrage du client Principe Les Clients d'un système Client-Server démarrent indépendamment des serveurs. Lorsqu'un client démarre dans un système Client-Serveur, il reçoit toutes les informations actuelles concernant les serveurs WinCC qu'il connaît dans le réseau, par exemple : le nom de projet le nom de serveur et l'adresse IP l'état de projet du serveur (configuration ou Runtime) L'opérateur peut consulter les informations correspondantes dans la liste du dialogue "WinCC Projects". Si l'état d'un serveur est modifié, le dialogue "WinCC Projects" de tous les ordinateurs concernés est mis à jour. Serveur non disponible Si des serveurs ne sont pas disponibles, un message d'erreur correspondant est émis. Les objets graphiques par exemple, qui reçoivent leurs données du serveur, sont inactifs. Les scripts vous permettent de configurer l'affichage des dérangements de liaison sur le client. Voir aussi Particularités de la communication pour un serveur ayant plusieurs cartes réseau (Page 56) Pour activer un projet (Page 68) Arrêt du client (Page 59) Arrêt du serveur (Page 59) Démarrage du serveur (Page 54) Comportement du système dans Runtime (Page 52) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Particularités de la communication pour un serveur ayant plusieurs cartes réseau Introduction Si plusieurs modules réseau ou des pilotes de périphérique SIMATIC NET SOFTNET sont installés sur un serveur WinCC pour le couplage au processus, et qu'ils doivent être exploités avec un protocole TCP/IP actif, il se peut que la communication entre le serveur et les clients WinCC soit défectueuse. 56 Manuel système, 02/2013, A5E AA

57 Systèmes répartis 1.7 Comportement du système dans Runtime L'une des causes possibles est que dans ce serveur, chaque module réseau et chaque pilote SOFTNET a sa propre adresse IP. Il se peut alors que dans certaines cas, Windows tente d'établir une liaison par une adresse IP erronée lors de la connexion du serveur dans le réseau, par exemple via le pilote de périphérique SOFTNET. En cas d'établissement vain de liaison, Windows identifie la communication via cette adresse IP comme étant erronée et n'essaie malgré tout pas d'établir une liaison par le biais d'une autre adresse IP de cet ordinateur. Dans ce cas, l'administration du réseau doit entreprendre les modifications adéquates. Vérifier l'ordre des cartes réseau. Si l'ordinateur possède plusieurs cartes réseau, il faut que la carte réseau dédiée à la connexion du terminal soit en première position. Vérifiez l'ordre dans le panneau de configuration Windows sous "Connexions réseau". Dans le menu "Avancé", sélectionnez l'option "Paramètres avancés". Dans la boîte de dialogue "Avancé", l'ordre se trouve dans le paragraphe "Connexions" de l'onglet "Cartes réseau et connexions". Diagnostic Vous pouvez vérifier la configuration de la carte réseau via le répertoire "Simatic Shell". Il vous faut sélectionner un autre adaptateur réseau si vous constatez que pour un ordinateur cette adresse s'affiche avec une zone réseau erronée, c'est-à dire non accessible. Manuel système, 02/2013, A5E AA 57

58 Systèmes répartis 1.7 Comportement du système dans Runtime Marche à suivre 1. Cliquez dans la fenêtre de navigation de Windows Explorer sur le répertoire "Simatic Shell". 2. Sélectionnez le dialogue "Paramétrages..." dans le menu contextuel du répertoire. L'interface réseau actuellement utilisée est identifiée par une écriture bleue. 3. Si vous voulez adapter l'interface réseau, cliquez dans la zone "Adaptateur réseau" sur la carte réseau voulue. Dans la configuration du pilote SOFTNET sur le serveur, il est également recommandé de vérifier si les services Windows non nécessaires au couplage du processus peuvent être désactivés. Une fois ces points vérifiés, s'il n'est toujours pas possible d'établir de liaison, veuillez vous adresser au Customer Support. Voir aussi Pour accéder aux ordinateurs hors d'un sous-réseau (Page 61) Configurer à distance (Page 60) Démarrage du client (Page 56) Démarrage du serveur (Page 54) Comportement du système dans Runtime (Page 52) Systèmes Client-Serveur dans WinCC (Page 8) 58 Manuel système, 02/2013, A5E AA

59 Systèmes répartis 1.7 Comportement du système dans Runtime Arrêt du serveur Principe Lorsqu'un serveur est arrêté dans un système Client-Serveur, il ne peut plus mettre de données processus à disposition des clients raccordés. Il se déconnecte simultanément du système et est identifié dans la liste des projets du dialogue "WinCC Projects" comme étant désactivé. Désactivation à distance Vous pouvez également arrêter un serveur à distance, depuis un autre ordinateur (client ou serveur). Voyez sous "'Désactiver le projet" comment vous devez procéder. Voir aussi Démarrage du client (Page 56) Pour désactiver un projet (Page 70) Arrêt du client (Page 59) Démarrage du serveur (Page 54) Comportement du système dans Runtime (Page 52) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Arrêt du client Principe Lorsque le client d'un système Client-Serveur est arrêté, il se déconnecte du système. Voir aussi Pour désactiver un projet (Page 70) Arrêt du serveur (Page 59) Démarrage du client (Page 56) Démarrage du serveur (Page 54) Comportement du système dans Runtime (Page 52) Scénarios Client-Serveur (Page 13) Configurations et quantité de données admissible (Page 10) Systèmes Client-Serveur dans WinCC (Page 8) Manuel système, 02/2013, A5E AA 59

60 Systèmes répartis 1.8 Configurer à distance 1.8 Configurer à distance Configurer à distance Principe Les clients qui disposent des autorisations de conduite correspondantes peuvent conduire à distance un projet de serveur, par exemple : configurer à distance un projet de serveur activer un projet de serveur désactiver un projet de serveur Pour la configuration à distance vous disposez du dialogue "Simatic Shell" auquel vous accéder via Windows-Explorer. Fonction de Simatic Shell Dans le dialogue "Simatic Shell", vous apercevez les serveurs validés et les projets de votre système Client-Serveur qui sont disponibles via le réseau. On compte également parmi eux tous les projets fonctionnant sous licence de démonstration. La fenêtre vous permet d'accéder, depuis un client, au projet de serveur validé : ouvrir à distance un projet activer à distance un projet désactiver à distance un projet 60 Manuel système, 02/2013, A5E AA

61 Systèmes répartis 1.8 Configurer à distance Voir aussi Pour désactiver un projet (Page 70) Pour activer un projet (Page 68) Pour éditer les vues du projet Serveur (Page 67) Pour ouvrir un projet que vous voulez éditer (Page 65) Accès aux projets depuis plusieurs clients (Page 63) Pour accéder aux ordinateurs hors d'un sous-réseau (Page 61) Systèmes Client-Serveur dans WinCC (Page 8) Pour accéder aux ordinateurs hors d'un sous-réseau Principe Vous pouvez associer à votre système des ordinateurs qui se trouvent dans votre réseau derrière un routeur, et ce à l'aide du dialogue "Simatic Shell". "Simatic Shell" fait partie intégrante de WinCC et sert à la maintenance centralisée ainsi qu'au diagnostic de tous les ordinateurs reliés à votre système client-serveur. Spécifiez en tant qu'"agent" via les paramètres de "Simatic Shell" un ordinateur du sousréseau derrière le Router, pour qu'il répartisse les informations des autres ordinateurs entre les ordinateurs du sous-réseau. Lorsque vous avez réalisé cette connexion, tous les ordinateurs concernés dans le système peuvent même communiquer au-delà des limites du Router. Chaque ordinateur se voyant ajouter un groupe existant déjà, est informé sur l'état actuel de tous les ordinateurs, même audelà des limites du Router. Si un ordinateur change d'état, un message est envoyé à tous les postes : lorsqu'un ordinateur a activé un projet lorsqu'un ordinateur s'arrête. lorsqu'un ordinateur démarre et entre donc dans le groupe. Manuel système, 02/2013, A5E AA 61

62 Systèmes répartis 1.8 Configurer à distance Marche à suivre 1. Sur le Client, sélectionnez dans Windows-Explorer l'inscription "Simatic Shell". La fenêtre "Simatic Shell" apparaît. 2. Sélectionnez alors une entrée quelconque dans la fenêtre de navigation du dialogue "Simatic Shell". Sélectionnez la commande "Paramétrages..." dans le menu contextuel de cette entrée. Le dialogue "Settings" s'ouvre. Si rien ne s'affiche dans la fenêtre de navigation du dialogue "Simatic Shell", vous pouvez également appeler le menu contextuel dans la fenêtre vide. 3. Vérifiez le paramétrage dans le champ "Multicast Durée de vie (TTL)". La valeur indique le maximum de sauts d'acheminement entre divers réseaux répartis (paramètre IP TTL). 4. Tapez sous "Multicast Proxy" dans le champ de saisie, l'adresse de l'ordinateur devant être l'"agent" du sous-réseau. Il peut s'agir d'un ordinateur quelconque du sous-réseau (Client ou Serveur). Ajoutez l'ordinateur à la liste des partenaires du réseau avec le bouton "Ajouter". 5. Validez vos entrées avec OK. Voir aussi Accès aux projets depuis plusieurs clients (Page 63) Pour désactiver un projet (Page 70) Pour activer un projet (Page 68) Pour éditer les vues du projet Serveur (Page 67) Pour ouvrir un projet que vous voulez éditer (Page 65) Configurer à distance (Page 60) Systèmes Client-Serveur dans WinCC (Page 8) 62 Manuel système, 02/2013, A5E AA

63 Systèmes répartis 1.8 Configurer à distance Accès aux projets depuis plusieurs clients Possibilités de configuration Selon le type de données, un ou plusieurs clients peuvent accéder au projet Serveur en cas de commande à distance. Une différence est faite entre les données sauvegardées dans la banque de données Serveur (Alarm Logging, Tag Logging, Variables, User Admin, Text Library) et les données se basant sur des fichiers (vues et graphiques, compte-rendus, scripts). Remarque Les données venant de la banque de données Serveur peuvent être simultanément traitées par plusieurs clients. Notez cependant que ce sont toujours les modifications du client enregistré en dernier qui sont sauvegardées lorsque plusieurs clients accèdent aux mêmes données. S'il s'agit de données de la base de données Serveur, l'intégralité des données de l'éditeur respectif est systématiquement mémorisée, même si ce ne sont que des valeurs isolées qui ont été modifiées. Dans le cas des données sauvegardées dans des fichiers, l'accès à un fichier est bloqué si ce dernier est déjà ouvert. Archives (Tag Logging) Les archives sont sauvegardées dans la banque de données Serveur. Les données Tag Logging peuvent être modifiées en Runtime. Les modifications sont réparties par le serveur entre tous les clients concernés. Vues Les vues sont sauvegardées sous forme de fichiers sur le serveur ou Fileserver. Lorsqu'un client accède à une vue sur le serveur, cette vue est bloquée pour les autres clients. Différentes vues d'un projet peuvent être ouvertes par des clients différents. Les vues peuvent être modifiées en Runtime et sont disponibles, une fois enregistrées, dès que l'image est à nouveau sélectionnée. Vous pouvez également sauvegarder localement des vues pour les éditer, mais il vous faudra entreprendre manuellement la synchronisation avec le serveur. Alarmes Les alarmes sont sauvegardées dans la banque de données Serveur. Les données du système d'alarmes peuvent être modifiées en Runtime. Les modifications sont réparties par le serveur entre tous les clients concernés. Journaux Les journaux sont sauvegardés de façon centrale dans le répertoire de projet du serveur. Les données du journal sont constituées d'une part de layout (fichiers), d'autre part de travaux d'impression (inscriptions dans la banque de données de projet). Un client seulement peut respectivement configurer le système de documentation sur le serveur. Vous pouvez également sauvegarder localement des journaux pour les éditer, mais il vous faudra entreprendre manuellement la synchronisation avec le serveur. Aucune modification n'est prévue en Runtime sur le système de documentation étant donné que les journaux peuvent être exécutés indépendamment du Runtime. Manuel système, 02/2013, A5E AA 63

64 Systèmes répartis 1.8 Configurer à distance Scripts Les scripts sont sauvegardés de façon centrale dans le répertoire de projet du serveur. Les scripts spécifiques au projet peuvent être localement définis sur l'ordinateur, de façon autonome. Les scripts sont enregistrés dans des fichiers. Les actions du Graphics Designer sont enregistrées dans la vue. Pendant l'édition, les fichiers (scripts ou vues) sont bloqués pour les autres clients. Lorsqu'il n'existe aucune liaison au serveur vous pouvez également modifier localement des scripts, mais il vous faudra entreprendre manuellement la synchronisation avec le serveur. Les scripts peuvent être modifiés en Runtime. Le serveur répartit la modification entre tous les ordinateurs concernés. Remarque Lorsqu'un client sans accès au serveur configure un script, ce dernier est mémorisé localement. Si le script doit être disponible sur le serveur, vous devez le copier manuellement dans le répertoire Serveur correspondant. Textes de Text Library Les textes de Text Library sont enregistrés dans la banque de données Serveur. Les objets de texte sont mémorisés individuellement. Les textes peuvent être modifiés en Runtime. Le serveur répartit la modification entre tous les ordinateurs concernés. La mise à jour s'effectue dans la langue de configuration réglée localement. Remarque Lors de la configuration, certains éditeurs WinCC, tels Alarm Logging et User Administrator accèdent au même tableau de banque de données dans Text Library. C'est pourquoi vous ne pouvez toujours éditer simultanément ces éditeurs que sur un poste de commande. Variables Les variables sont enregistrées dans la banque de données Serveur. Remarque Si un projet Client est désactivé pour modifier une variable, les modifications ne sont actives qu'après redémarrage de tous les ordinateurs sur lesquels le projet était actif au moment de la modification. User Administrator Les autorisations de conduite du User Administrator sont enregistrées dans la banque de données Serveur. Les données du User Administrator peuvent être modifiées en Runtime. Les ordinateurs concernés n'en sont pas informés. Les nouvelles données sont actives lors d'une nouvelle connexion de client. 64 Manuel système, 02/2013, A5E AA

65 Systèmes répartis 1.8 Configurer à distance Voir aussi Pour activer un projet (Page 68) Pour désactiver un projet (Page 70) Pour éditer les vues du projet Serveur (Page 67) Pour ouvrir un projet que vous voulez éditer (Page 65) Pour accéder aux ordinateurs hors d'un sous-réseau (Page 61) Configurer à distance (Page 60) Systèmes Client-Serveur dans WinCC (Page 8) Pour ouvrir un projet que vous voulez éditer Principe Vous pouvez éditer un projet Serveur depuis un client dans le mode Configuration ou Runtime du projet. La mise à jour des données en Runtime dépend des données que vous configurez. Le dialogue "Simatic Shell" dans Windows-Explorer met à votre disposition une liste de tous les projets Serveur validés pour la configuration dans le réseau. Vous obtenez d'autres informations concernant le serveur sélectionné, par exemple dans quel mode (Configuration/ Runtime) il se trouve. Plusieurs clients peuvent également simultanément ouvrir et éditer le même projet. Condition Les conditions préalables suivantes doivent être remplies pour ouvrir à distance un projet Serveur sur un client afin de l'éditer : L'utilisateur connecté sur le client dispose de l'autorisation de conduite "Configurer Remote" dans le projet WinCC sur le serveur. Le client est inscrit sur la liste des ordinateurs du serveur. Le projet est validé pour l'accès au réseau Manuel système, 02/2013, A5E AA 65

66 Systèmes répartis 1.8 Configurer à distance Marche à suivre 1. Sur le Client, sélectionnez dans Windows-Explorer l'inscription "Simatic Shell". La fenêtre "Simatic Shell" apparaît. Dans une fenêtre de navigation, vous voyez s'afficher tous les serveurs et tous les projets actuellement disponibles dans le réseau. Vous pouvez également ouvrir le dialogue "Simatic Shell" en tant que fenêtre autonome. Sélectionnez à cet effet dans Windows Explorer, dans le menu contextuel de l'entrée "Simatic Shell, "la commande "Ouvrir". 2. Sélectionnez un ordinateur pour afficher les projets de cet ordinateur uniquement. 3. Sélectionnez dans la liste des projets le projet que vous voulez ouvrir, et sélectionnez dans la fenêtre surgissante la commande "Ouvrir". Un dialogue de connexion apparaît. 4. Spécifiez le nom d'utilisateur et le mot de passe pour l'ordinateur actuel. La casse est prise en compte pour les mots de passe. Cliquez dans le dialogue "Explorateur WinCC - Serveur non disponible" sur le bouton "Lancer serveur local". Le projet s'ouvre sur le client pour la configuration. 66 Manuel système, 02/2013, A5E AA

67 Systèmes répartis 1.8 Configurer à distance Remarque Lorsque vous avez ouvert via le client un projet Serveur pour l'édition et que vous exécutez dans WinCC la commande "Activer Runtime", prenez en considération les points suivants : Lors de l'activation du Runtime depuis un client connecté à un système multiposte, seul le projet Client est activé, même si le projet Serveur est ouvert. Si vous voulez activer le projet Serveur, utilisez la commande "Activer Remote" dans le dialogue "Simatic Shell". Il en est de même pour l'instruction "Désactiver Runtime". Voir aussi Pour désactiver un projet (Page 70) Pour activer un projet (Page 68) Pour éditer les vues du projet Serveur (Page 67) Accès aux projets depuis plusieurs clients (Page 63) Pour accéder aux ordinateurs hors d'un sous-réseau (Page 61) Configurer à distance (Page 60) Systèmes Client-Serveur dans WinCC (Page 8) Pour éditer les vues du projet Serveur Principe Vous pouvez ouvrir, éditer et réenregistrer à distance les vues d'un serveur depuis un client. Si le mode Runtime est actif pendant l'édition, la modification sera active dès que la vue sera à nouveau affichée. Etant donné que chaque vue est enregistrée dans son propre fichier, seulement un client à la fois peut accéder à une vue. L'accès à la vue est bloqué pour les autres ordinateurs. Condition Le répertoire des projets sur le serveur doit être validé pour l'accès au réseau. L'utilisateur connecté sur le client dispose de l'autorisation de conduite "Configurer Remote" dans le projet WinCC sur le serveur. Manuel système, 02/2013, A5E AA 67

68 Systèmes répartis 1.8 Configurer à distance Marche à suivre 1. Sur le Client, sélectionnez dans Windows-Explorer l'inscription "Simatic Shell". La fenêtre "Simatic Shell" apparaît. Dans une fenêtre de navigation, vous voyez s'afficher tous les serveurs et tous les projets actuellement disponibles dans le réseau. 2. Sélectionnez dans la liste des projets le projet voulu, et sélectionnez dans la fenêtre surgissante la commande "Ouvrir". Un dialogue de connexion apparaît. Spécifiez le nom d'utilisateur et le mot de passe pour l'ordinateur actuel. La casse est prise en compte pour les mots de passe. Cliquez dans le dialogue "Explorateur WinCC - Serveur non disponible" sur le bouton "Lancer serveur local". Le projet s'ouvre sur le client pour la configuration. 3. Ouvrez la vue désirée dans le Graphics Designer sur le client. 4. Editez la vue et enregistrez-la à nouveau dans le répertoire de projets du serveur. Voir aussi Pour désactiver un projet (Page 70) Pour activer un projet (Page 68) Pour ouvrir un projet que vous voulez éditer (Page 65) Accès aux projets depuis plusieurs clients (Page 63) Pour accéder aux ordinateurs hors d'un sous-réseau (Page 61) Configurer à distance (Page 60) Systèmes Client-Serveur dans WinCC (Page 8) Pour activer un projet Principe Dans un système Client-Serveur, vous avez non seulement la possibilité de configurer à distance des projets, mais également de les activer et de les désactiver. Si vous activez un projet Serveur depuis un client via le dialogue "Simatic Shell", seul le projet est activé sur le serveur. Si vous avez par contre ouvert un projet Serveur en vue de l'éditer et que vous l'activez dans WinCC via le bouton "Démarrer Runtime" dans la barre d'outils, seul le projet du client est activé, même si le projet Serveur est ouvert. 68 Manuel système, 02/2013, A5E AA

69 Systèmes répartis 1.8 Configurer à distance Conditions Les conditions préalables suivantes doivent être remplies pour activer à distance un projet Serveur sur un client : L'utilisateur connecté sur le client dispose de l'autorisation de conduite "Activer Remote" dans le projet WinCC sur le serveur. Le client est inscrit sur la liste des ordinateurs du serveur. Le projet est validé pour l'accès au réseau Marche à suivre 1. Sur le Client, sélectionnez dans Windows-Explorer l'inscription "Simatic Shell". La fenêtre "Simatic Shell" s'affiche. Tous les serveurs et tous les projets disponibles dans le réseau s'affichent avec leur état actuel. 2. Sélectionnez le projet que vous voulez activer. 3. Choisissez la rubrique "Activer Remote" dans le menu contextuel. Un dialogue de connexion apparaît. 4. Spécifiez le nom d'utilisateur et le mot de passe pour l'ordinateur actuel. Le projet est activé sur le serveur. Remarque La casse est prise en compte pour les mots de passe. Voici comment activer à distance un calculateur OS à partir d'une station d'ingénierie Par défaut, les conditions à remplir pour un projet OS et l'activation à distance sont les suivantes : Pour le projet OS, inscrivez le nom de l'ordinateur ES comme serveur OS dans le projet WinCC. Si vous voulez activer le projet OS à distance via un autre ordinateur, il faut que cet ordinateur soit enregistré comme ordinateur client. Le nom du serveur et du client ne pouvant être identique dans un projet WinCC, vous devez respecter la marche à suivre suivante : 1. Dans WinCC Explorer, remplacez le nom de l'ordinateur ES inscrit dans la liste des ordinateurs dans "Serveur" par un nom fictif. 2. Fermez le projet. 3. Ouvrez le projet. 4. Dans WinCC Explorer, ajoutez un nouveau client à la liste des ordinateurs. 5. Dans la liste des ordinateurs, inscrivez le nom de l'ordinateur ES sous "Client". 6. Chargez le système cible à l'aide de SIMATIC Manager. 7. Vous pouvez à présent activer Runtime à distance sur l'ordinateur OS à partir de la station d'ingénierie. Manuel système, 02/2013, A5E AA 69

70 Systèmes répartis 1.8 Configurer à distance Voir aussi Pour désactiver un projet (Page 70) Pour éditer les vues du projet Serveur (Page 67) Pour ouvrir un projet que vous voulez éditer (Page 65) Accès aux projets depuis plusieurs clients (Page 63) Pour accéder aux ordinateurs hors d'un sous-réseau (Page 61) Configurer à distance (Page 60) Systèmes Client-Serveur dans WinCC (Page 8) Pour désactiver un projet Principe Dans un système Client-Serveur, vous avez non seulement la possibilité de configurer à distance des projets, mais également de les activer et de les désactiver. Si vous désactivez un projet Serveur depuis un client via le dialogue "Simatic Shell", seul le projet est désactivé sur le serveur. Si vous avez par contre ouvert un projet Serveur en vue de l'éditer et que vous le désactivez dans WinCC via le bouton "Quitter Runtime" dans la barre d'outils, seul le projet du client est désactivé, même si le projet Serveur est ouvert. Conditions Les conditions préalables suivantes doivent être remplies pour désactiver à distance un projet Serveur sur un client : L'utilisateur connecté sur le client dispose de l'autorisation de conduite "Activer Remote" dans le projet WinCC sur le serveur. Le client est inscrit sur la liste des ordinateurs du serveur. Le projet est validé pour l'accès au réseau Marche à suivre 1. Sur le Client, sélectionnez dans Windows-Explorer l'inscription "Simatic Shell". La fenêtre "Simatic Shell" s'affiche. Tous les ordinateurs et tous les projets disponibles dans le réseau s'affichent avec leur état actuel. 2. Sélectionnez le projet que vous voulez désactiver. 70 Manuel système, 02/2013, A5E AA

71 Systèmes répartis 1.8 Configurer à distance 3. Choisissez la rubrique "Désactiver Remote" dans le menu contextuel. Un dialogue de connexion apparaît. 4. Spécifiez le nom d'utilisateur et le mot de passe pour l'ordinateur actuel. Le projet est désactivé sur le serveur. Remarque La casse est prise en compte pour les mots de passe. Voir aussi Pour activer un projet (Page 68) Pour éditer les vues du projet Serveur (Page 67) Pour ouvrir un projet que vous voulez éditer (Page 65) Accès aux projets depuis plusieurs clients (Page 63) Pour accéder aux ordinateurs hors d'un sous-réseau (Page 61) Configurer à distance (Page 60) Systèmes Client-Serveur dans WinCC (Page 8) Manuel système, 02/2013, A5E AA 71

72 Systèmes répartis 1.9 Utilisation des interfaces OPC dans les systèmes Client-Serveur 1.9 Utilisation des interfaces OPC dans les systèmes Client-Serveur Principe OPC (OLE for Process Control) est un standard de communication universel pour les composants du domaine de l'automatisation. Basé sur la technologie sous Windows, OPC met à disposition une interface ouverte qui permet sans problème l'échange standardisé de données entre les systèmes de commande, de conduite et de contrôle et les applications bureautiques de différents fabricants. Remarque "OPC Foundation" regroupe des entreprises en tête de l'automatisation industrielle. Vous trouverez de plus amples informations concernant l'opc Foundation dans Internet, à l'adresse suivante: " Utilisation d'opc dans WinCC Dans un système réparti, chaque serveur WinCC peut surveiller l'ensemble de l'installation. Le serveur WinCC n'appréhende cependant par exemple qu'un partie déterminée des tâches, à savoir seulement l'édition d'alarmes ou seulement l'archivage. Les serveurs WinCC-OPC permettent d'accéder aux données Runtime de WinCC via l'interface de logiciel OPC. Les serveurs WinCC-OPC prennent intégralement en charge le fonctionnement du système conformément aux spécifications OPC correspondantes Tout logiciel se basant sur la spécification OPC correspondante peut être utilisé comme client OPC. Le client OPC peut ainsi par exemple être utilisé pour l'analyse de diverses sources. Au moyen de l'utilisation de clients OPC développés pour ceci, les exigences peuvent être satisfaites de manière optimale. La licence Connectivity Pack doit être installée pour le mode WinCC OPC Serveur sur l'ordinateur qui est utilisé comme serveur OPC de WinCC. Pour le serveur OPC DA, vous n'avez pas besoin de licence Connectivity Pack. L'interface OPC est configurée sur Client et Serveur avec l'installation WinCC. Les serveurs OPC de WinCC prennent en charge les spécifications suivantes: OPC Data Access 2.05a und 3.00 OPC XML Data Access 1.00 OPC Historical Data Access 1.20 OPC Alarm & Events 1.10 Vous trouverez de plus amples informations concernant l'interface OPC dans WinCC en consultant le système d'information de WinCC, rubrique "Communication" > "OPC" Voir aussi Systèmes Client-Serveur dans WinCC (Page 8) 72 Manuel système, 02/2013, A5E AA

73 Serveur d'archives longue durée Configuration du serveur d'archive longue Introduction Vous pouvez enregistrer sur un serveur d'archives longue durée les fichiers d'échange des archives. Il peut s'agir d'archive des valeurs du process ou d'archive d'alarmes. Les données échangées des archives de valeurs de process sont enregistrées sous forme comprimée comme données binaires. Condition Un ordinateur devant être utilisé comme serveur d'archives longue durée doit remplir les conditions requises suivantes : Système d'exploitation : Windows Server 2003 SP2 Windows Server 2003 R2 SP2 Windows Server 2008 SP2 Windows Server 2008 R2 SP1 Droits d'administration Microsoft SQL Server 2008 R2 SP1 est installé. Les services Microsoft Message Queuing doivent être installés. L'ordinateur doit être disponible en réseau (LAN). WinCC V7 ne doit pas être installé, étant donné que le WinCC Fileserver V7 va être installé. Installation Pour configurer un ordinateur en tant que serveur d'archives longue durée, exécutez sur l'ordinateur la fonction Setup pour le Fileserver WinCC. Vous trouverez la fonction Setup pour le Fileserver sur le DVD d'installation WinCC dans le dialogue "Programmes" dans le groupe "WinCC". Configuration La configuration du serveur d'archives longue durée se fait en deux étapes : Manuel système, 02/2013, A5E AA 73

74 Serveur d'archives longue durée 2.1 Configuration du serveur d'archive longue Etape 1 : Déverrouillage de lecteurs ou de dossiers Pour que les fichiers d'échange puissent être enregistrés sur le serveur d'archives longue durée, vous devez déverrouiller sur le serveur d'archives longue durée les lecteurs ou dossiers désirés. Remarque Pour déverrouiller les dossiers ou les lecteurs, vous devez disposer des droits d'administrateur Etape 2 : Indication du chemin pour les fichiers d'archivage à transférer Indiquez sur l'ordinateur de configuration le chemin d'accès vers le répertoire où doivent être enregistrés les fichiers d'échange. Les informations sur les archives de valeurs de process figurent dans "Déplacer les archives sur disque dur". Les informations sur les archives d'alarmes figurent dans "Configurer la sauvegarde des archives". Remarque Si vous voulez déplacer les fichiers d'archive uniquement à des fins de sauvegarde, vous pouvez les enregistrer sur n'importe quel lecteur de votre choix. Vous ne devez alors indiquer un lecteur sur le serveur d'archives longue durée que si vous voulez accéder aux données d'archive avec OLE DB. Accès aux fichiers d'échange Vous disposez de trois possibilités pour accéder aux fichiers de délestage : Copier les fichiers de délestage sur l'ordinateur de configuration sur lequel Runtime est également installé. Dans Alarm Logging ou Tag Logging, liez les fichiers de délestage au projet. Les valeurs archivées sont affichées en Runtime. Accès avec OLE-DB Accès avec DataMonitor Web Editon 74 Manuel système, 02/2013, A5E AA

75 Serveur de fichiers Installation du serveur de fichiers Introduction Le Fileserver WinCC est un serveur de configuration minimale en composants WinCC. Vous pouvez enregistrer des projets sur un serveur de fichiers et les gérer de façon centralisée. Il est ainsi p. ex. plus facile de créer des copies de sauvegarde régulières de tous les projets. Remarque Utilisez exclusivement le Fileserver pour la configuration. Condition préalable Pour l'installation d'un WinCC Fileserver V7, veuillez tenir compte des conditions nécessaires décrites dans les Notes d'installation. Une condition supplémentaire est que l'ordinateur doit être disponible en réseau (LAN). Remarque WinCC V7 et le WinCC Fileserver V7 ne peuvent pas être installés en même temps sur le même ordinateur. Installation Pour configurer un ordinateur comme serveur de fichiers, exécutez Fileserver-Setup sur l'ordinateur. Sélectionnez sur le DVD d'installation WinCC dans le dialogue "Programmes" dans le groupe "WinCC" l'entrée "WinCC V7.2 Fileserver". L'installation minimale WinCC est mise en place sur l'ordinateur. Configuration Les projets sont stockés sur le serveur de fichiers. Pour que tous les intervenants puissent accéder aux projets, vous devez déverrouiller les lecteurs ou dossiers correspondants sur le serveur de fichiers. Remarque Pour déverrouiller les dossiers ou les lecteurs, vous devez disposer des droits d'administrateur Manuel système, 02/2013, A5E AA 75

76 Serveur de fichiers 3.1 Installation du serveur de fichiers Affectez sur les ordinateurs de configuration aux dossiers ou lecteurs déverrouillés une lettre de lecteur sans équivoque. Les intervenants peuvent alors ouvrir les projets sur le serveur de fichiers comme un projet local. 76 Manuel système, 02/2013, A5E AA

77 WinCC ServiceMode WinCC ServiceMode Contenu WinCC ServiceMode offre la possibilité d'exploiter WinCC Runtime comme service. En tant que service, WinCC Runtime peut être alors actif quand aucun utilisateur interactif n'est connecté à l'ordinateur. Ce chapitre vous indique : dans quelles configurations le WinCC ServiceMode est possible. Comment configurer un projet comme projet de service. Comment activer un projet de service. Manuel système, 02/2013, A5E AA 77

78 WinCC ServiceMode 4.2 Projet standard et projet de service 4.2 Projet standard et projet de service Vue d'ensemble Vous pouvez configurer un projet WinCC comme projet standard ou comme projet de service. Pour exploiter un projet WinCC en WinCC ServiceMode, vous devez le configurer comme projet de service. Projet standard Pour que WinCC Runtime soit exécutable, un utilisateur doit être connecté à l'ordinateur. Les entrées utilisateurs interactives sont possibles. Projet de service WinCC Runtime n'est alors exécutable sur l'ordinateur que si aucun utilisateur interactif n'est connecté à l'ordinateur. WinCC Runtime peut être aussi exploité avec un utilisateur connecté, les saisies utilisateur interactives sont alors possibles. Remarque WinCC n'est pas exécutable en cas d'interventions dans le système Il n'est pas permis de modifier les processus et les services de WinCC dans le Panneau de configuration et dans le gestionnaire des tâches de Windows. Les modifications concernées sont les suivantes : Modifications des propriétés Interventions manuelles : Démarrer Quitter Mise en attente Continuer Redémarrage Modification de la priorité Il existe des dépendances entre les différents processus et services. N'effectuez aucune modification. 78 Manuel système, 02/2013, A5E AA

79 WinCC ServiceMode 4.3 Configurations d'un projet de service 4.3 Configurations d'un projet de service Vue d'ensemble WinCC Runtime est exécutable en tant que projet de service sur le serveur dans les configurations suivantes : Serveur WinCC avec Windows Server 2003 et Windows Server 2003 R2 Clients avec Windows XP Serveur WinCC avec Windows Server 2008 et Windows Server 2008 R2 Clients avec Windows 7 Serveur WinCC WebNavigator ou serveur web dédié Clients web WinCC Serveur DataMonitor ou serveur DataMonitor dédié Clients DataMonitor Manuel système, 02/2013, A5E AA 79

80 WinCC ServiceMode 4.4 Utilisation d'un projet de service et restrictions 4.4 Utilisation d'un projet de service et restrictions Utilisation Sur le serveur, le projet est exploité en tant que projet de service en WinCC ServiceMode. WinCC Runtime démarre en tant que service. Un projet de service démarre automatiquement ou manuellement. Fonctionnement sans utilisateur connecté Un projet de service est exécutable sans qu'un utilisateur interactif ne soit connecté à l'ordinateur. Il n'y a pas de commande interactive possible si aucun utilisateur interactif n'est connecté. Fonctionnement avec utilisateur connecté Dans les projets de service, une commande interactive n'est pas souhaitée en règle générale. Un utilisateur interactif peut se connecter à des fins de service par exemple. Dans ce cas, l'utilisateur peut activer la commande interactive du projet de service. Démarrage automatique Lors du démarrage automatique, WinCC Runtime démarre automatiquement à la mise en marche du serveur et le projet défini est activé. Le démarrage automatique s'effectue sans qu'un utilisateur interactif ne soit connecté. Démarrage manuel En cas de démarrage manuel, l'utilisateur doit se connecter au serveur et activer ensuite le projet. Si l'utilisateur se déconnecte à nouveau du serveur, WinCC Runtime reste actif. Connexion et déconnexion des utilisateurs Pendant que le projet de service est activé, des utilisateurs interactifs peuvent se connecter et se déconnecter du serveur à tout moment. Restrictions Un projet de service est soumis aux restrictions suivantes : Scripts Etant donné qu'aucun utilisateur interactif n'est normalement connecté dans les projets de service, les scripts C et les scripts VB peuvent causer par exemple des problèmes dans les cas suivants : S'ils exigent des interactions, par exemple des saisies. S'ils affichent des boîtes de message. Dans Service Mode, il n'existe pas de plage commune de données pour C-Scripting Il n'est donc p. ex. pas possible d'échanger de variables globales C entre "Global Script" et "Graphics Designer". 80 Manuel système, 02/2013, A5E AA

81 WinCC ServiceMode 4.4 Utilisation d'un projet de service et restrictions Programmes ou tâches additionnels Pour un projet de service, vous ne pouvez pas inclure des programmes et tâches additionnels dans la liste de démarrage. Composants non validés L'accès OPC via une Connectivity Station n'est pas validé pour un projet de service. Informations de diagnostic d'un projet de service Aucun utilisateur n'est normalement connecté sur un serveur avec un projet de service activé. WinCC ne peut pas afficher les informations de diagnostic sur le serveur. WinCC transmet par conséquent les informations de diagnostic aux clients. Pour plus d'informations à ce sujet, reportez-vous dans WinCC Information System, au chapitre "Travailler avec WinCC > Travailler avec des projets" > "Fenêtre de diagnostic WinCC et information de licence". Remarque Editer ou migrer un projet de service Pour éditer ou migrer un projet de service, vous devez administrer l'utilisateur du mode service en conséquence sur l'ordinateur. Si l'utilisateur du mode service n'existe pas, l'utilisateur Windows connecté doit être administré en conséquence pour que le projet puisse être édité ou migré. Manuel système, 02/2013, A5E AA 81

82 WinCC ServiceMode 4.5 Etat de WinCC et pilotage dans la zone Tray 4.5 Etat de WinCC et pilotage dans la zone Tray Introduction Dans la zone de notification de la barre des tâches, nommé le système tray, WinCC affiche l'icône "SIMATIC WinCC". Cette icône vous permet d'obtenir des informations sur l'état du projet. Via le menu contextuel de l'icône, vous activez et désactivez par exemple le projet WinCC. Etat du projet Le tableau suivant indique quel état de projet correspond à quelle icône : Icône SIMATIC WinCC Etat WinCC n'est pas actif. Aucun projet n'est ouvert. WinCC change d'état : WinCC ouvre un projet. WinCC active un projet. WinCC désactive un projet. WinCC ferme un projet. Le projet est ouvert. Le projet est activé. Opérations possibles via le menu contextuel Vous pouvez vous servir d'un projet ouvert en fonction de son état. Le menu contextuel de l'icône "SIMATIC WinCC" vous offre les possibilités d'utilisation suivantes : Démarrer Graphics Runtime. Quitter Graphics Runtime. Activer le projet. Désactiver le projet. Ouvrir la fenêtre de diagnostic. Fenêtre SIMATIC WinCC Pour ouvrir la fenêtre "SIMATIC WinCC", cliquez sur l'icône "SIMATIC WinCC". Exemple : Fenêtre, Runtime étant activé 82 Manuel système, 02/2013, A5E AA

83 WinCC ServiceMode 4.5 Etat de WinCC et pilotage dans la zone Tray La fenêtre affiche les informations suivantes : Nom de projet Type de projet Etat du projet Liste d'ordinateurs L'ordinateur local est représenté en bleu. Liste d'ordinateurs Tous les ordinateurs du réseau figurent sur la liste d'ordinateurs. L'état de la connexion de tous les ordinateurs existants est affichée quand le projet est activé. Le tableau suivant montre les icônes de l'état de connexion et leur signification : Icône Etat pas de liaison Connexion arrêtée Ordinateur local Serveur partenaire redondant Liaison établie Avec serveur de réserve Avec serveur maître, mais le serveur de réserve est le serveur préférentiel Liaison établie Avec serveur maître Avec serveur de réserve comme serveur préférentiel Manuel système, 02/2013, A5E AA 83

84 WinCC ServiceMode 4.6 Fonctionnement et conditions requises 4.6 Fonctionnement et conditions requises Fonctionnement d'un projet de service Introduction Ce chapitre décrit le fonctionnement d'un projet de service WinCC. Projet standard Le démarrage d'un projet standard s'effectue de la manière suivante : L'utilisateur se connecte au système. L'utilisateur démarre WinCC Runtime ou WinCC Runtime démarre automatiquement. WinCC Runtime est actif jusqu'à ce que l'un des événements suivants se produise : L'utilisateur quitte WinCC Runtime. L'utilisateur se déconnecte du système. Ceci met fin à System WinCC Runtime. Projet de service Dans un projet de service, WinCC Runtime est démarré en tant que service. Selon le paramétrage, ces services sont démarrés aux instants suivants : Automatiquement, à chaque démarrage du système d'exploitation. Lorsqu'un utilisateur se connecte et démarre WinCC Runtime. WinCC reste actif, même si l'utilisateur se déconnecte. Les données WinCC Runtime restent accessibles. Si nécessaire, un utilisateur connecté a la possibilité d'activer l'utilisation de Runtime. Le graphique suivant indique les états entre le démarrage du serveur et le démarrage Runtime automatique dans un projet de service. 84 Manuel système, 02/2013, A5E AA

85 WinCC ServiceMode 4.6 Fonctionnement et conditions requises Conditions d'exécutabilité d'un projet de service Conditions préalables Dans les projets de service, une commande interactive n'est pas souhaitée en règle générale. Scripts Etant donné qu'aucun utilisateur interactif n'est normalement connecté dans les projets de service, les scripts C et les scripts VB peuvent causer par exemple des problèmes dans les cas suivants : S'ils exigent des interactions, par exemple des saisies. S'ils affichent des boîtes de message. Projet de service dans un scénario WinCC réparti Pour un projet de service, vous devez créer un propre utilisateur Windows. L'utilisateur Windows configuré pour le projet de service doit être membre du groupe d'utilisateurs "SIMATIC HMI" Vous pouvez utiliser un utilisateur Windows local ou un utilisateur Windows de domaine. Veuillez respecter les consignes suivantes pour un système WinCC multipostes ou des systèmes répartis avec communication serveur-serveur : Manuel système, 02/2013, A5E AA 85

86 WinCC ServiceMode 4.6 Fonctionnement et conditions requises Utilisateur Windows local L'utilisateur doit être membre du groupe d'utilisateurs local "SIMATIC HMI" sur tous les ordinateurs faisant partie du groupement. Le mot de passe de cet utilisateur doit être le même sur tous les ordinateurs. Utilisateur Windows de domaine L'utilisateur doit remplir l'une des conditions suivantes : L'utilisateur est membre du groupe d'utilisateurs local "SIMATIC HMI" sur tous les ordinateurs. L'utilisateur est membre d'un groupe qui est lui-même membre du groupe d'utilisateurs local "SIMATIC HMI". Remarque La condition d'un fonctionnement en runtime sans interruption d'un projet de service WinCC est que le mot de passe de l'utilisateur configuré ne puisse ni être modifié ni expirer. Activez pour cela les options suivantes lors de la création de l'utilisateur : "L'utilisateur ne peut pas modifier le mot de passe" "Le mot de passe n'expire pas" 86 Manuel système, 02/2013, A5E AA

87 WinCC ServiceMode 4.7 Configurer le WinCC ServiceMode 4.7 Configurer le WinCC ServiceMode Définition d'un projet en tant que projet de service Introduction Vous définissez dans les propriétés du projet si le projet doit être un projet standard ou un projet de service. Marche à suivre - Définir un projet de service 1. Cliquez dans la fenêtre de navigation du WinCC Explorer sur le nom du projet et sélectionnez dans le menu contextuel l'option "Propriétés". La boîte de dialogue "Propriétés du projet" s'ouvre. 2. Passez à l'onglet "Mode de fonctionnement". 3. Activez "Service". WinCC vous indique que le changement du projet exige un rechargement du projet. Manuel système, 02/2013, A5E AA 87

88 WinCC ServiceMode 4.7 Configurer le WinCC ServiceMode 4. Spécifiez dans le champ "Utilisateur" l'utilisateur sous lequel le projet de service WinCC sera exécuté. Vous trouverez davantage d'informations sur les propriétés requises pour cet utilisateur au Chapitre "Conditions d'exécutabilité d'un projet de service (Page 85) ". 5. Tapez le mot de passe correspondant dans le champ "Mot de passe". 6. Reconfirmez le mot de passe dans le champ "Mot de passe". 7. Validez vos entrées avec "OK". 8. Chargez le projet à nouveau. Configurer le démarrage automatique WinCC peut activer le projet voulu au démarrage de l'ordinateur. Spécifiez le projet dans l'outil "Configuration de Démarrage". Marche à suivre - Configurer l'autodémarrage 1. Dans le menu Démarrer de Windows, sélectionnez la commande "Démarrage automatique" dans le dossier "SIMATIC> WinCC". Le dialogue "Configuration de Démarrage" s'ouvre. 2. Sélectionnez le projet voulu dans le champ "Projet" à l'aide du bouton. Le fichier de projet est inscrit avec le chemin complet dans le champ. 3. Si le projet doit être ouvert en Runtime, cochez alors la case "Démarrer et activer le projet". 4. Cliquez sur le bouton "Activer l'autodémarrage". Au prochain démarrage de l'ordinateur, WinCC démarrera automatiquement et le projet sélectionné sera ouvert. Conversion d'un projet de service en un projet standard Si vous voulez transformer un projet de service en projet standard, activez l'option "Standard" dans l'onglet "Mode de fonctionnement". Conversion d'un projet standard en un projet de service Si vous voulez transformer un projet standard en projet de service, activez l'option "Service" dans l'onglet "Mode de fonctionnement". Remarque La conversion d'un projet standard en un projet de service n'est pas toujours possible Un projet de service est soumis à des restrictions. Prenez note de ces restrictions avant d'effectuer la conversion. Vous trouverez davantage d'informations sous "Utilisation d'un projet de service et restrictions (Page 80)" 88 Manuel système, 02/2013, A5E AA

89 WinCC ServiceMode 4.7 Configurer le WinCC ServiceMode Remarque Après avoir transformé le projet de service en projet standard et inversement, vous devez reconfigurer la configuration du démarrage automatique "Autostart". Manuel système, 02/2013, A5E AA 89

90 WinCC ServiceMode 4.8 Projet de service en Runtime 4.8 Projet de service en Runtime Projet de service en Runtime Introduction WinCC affiche l'icône "SIMATIC WinCC" dans la zone de notification de la barre des tâches, appelée zone Tray. Le menu contextuel de cette icône vous permet d'exécuter les fonctions suivantes : Démarrer Graphics Runtime. Quitter Graphics Runtime. Activer le projet. Désactiver le projet. Ouvrir la fenêtre de diagnostic. Pour plus d'informations à ce sujet, reportez-vous à WinCC Information System, chapitre "Travailler avec WinCC > Utilisation de projets > Annexe > Etat de WinCC et commande dans la zone Tray" Activation d'un projet de service Conditions préalables Le projet doit être enregistré en tant que projet de service. D'autres conditions sont indiquées au chapitre "Conditions d'exécutabilité d'un projet de service (Page 85)". Marche à suivre - Démarrage automatique d'un projet de service en ServiceMode Si le démarrage automatique a été correctement paramétré pour le projet à l'aide de l'outil "Configuration de démarrage", il se produit ce qui suit : Le projet est activé automatiquement au démarrage du serveur. Aucune donnée utilisateur n'est requise. Résultat - Démarrage automatique d'un projet dans WinCC ServiceMode Le projet est activé. Aucun utilisateur n'est connecté au serveur. 90 Manuel système, 02/2013, A5E AA

91 WinCC ServiceMode 4.8 Projet de service en Runtime Marche à suivre - Démarrage manuel d'un projet dans WinCC ServiceMode La marche à suivre suivante suppose qu'aucun démarrage automatique n'est paramétré pour le projet. 1. Démarrez le serveur. 2. Connectez-vous au serveur. 3. Ouvrez le projet. 4. Sélectionnez la commande "Activer le projet" dans le menu contextuel de l'icône affichée dans la zone Tray. Une alternative consiste à activer le projet avec WinCC Explorer. Résultat - Démarrage manuel d'un projet dans WinCC ServiceMode Le projet est activé. WinCC affiche l'icône. Pour que WinCC Runtime reste actif lorsque vous vous déconnectez du serveur, quittez uniquement WinCC Explorer. Sélectionner à cet effet l'entrée "Quitter WinCC Explorer" dans la boîte de dialogue "Quitter WinCC Explorer". WinCC Runtime reste alors actif Connexion et déconnexion lors d'un projet de service activé Introduction Vous pouvez vous connecter au réseau et vous re-déconnecter pendant qu'un projet WinCC est en Runtime, pour effectuer par exemple des opérations nécessaires sur le serveur. Remarque WinCC Runtime s'arrête lorsque des mises en jour nécessitant un redémarrage sont installées. Condition préalable Un projet de service est activé. Aucun utilisateur n'est connecté au serveur. Marche à suivre 1. Ouvrez une session sur le serveur. 2. Effectuez les actions voulues. 3. Déconnectez-vous à nouveau du serveur. Résultat Vous vous êtes connecté et déconnecté du serveur. WinCC Runtime n'en est pas affecté. Manuel système, 02/2013, A5E AA 91

92 WinCC ServiceMode 4.8 Projet de service en Runtime Activation de la commande interactive à des fins de service Introduction Vous pouvez activez la commande interactive pendant qu'un projet de service WinCC est en Runtime. Condition préalable Un projet de service est actif. La commande interactive n'est pas activée. Vous ouvrez une session sous un utilisateur qui est membre du groupe "SIMATIC HMI". Marche à suivre - Activer la commande interactive 1. Ouvrez une session sur le serveur. 2. Dans le menu contextuel de l'icône dans le système tray, sélectionnez la commande "Démarrer Graphics Runtime". WinCC active la commande interactive. Vous pouvez utiliser le projet WinCC. Marche à suivre - Quitter la commande interactive 1. Dans le menu contextuel de l'icône dans le système tray, sélectionnez la commande "Quitter Graphics Runtime". WinCC met fin à Graphics Runtime. 2. Déconnectez-vous si nécessaire. 92 Manuel système, 02/2013, A5E AA

93 Systèmes redondants Redundancy Contenu WinCC Redundancy sert à la configuration d'un système redondant. La disponibilité de WinCC et de l'installation est d'une manière générale accrue grâce à une exploitation en parallèle de deux ordinateurs serveurs couplés ensemble et à la commutation automatique des serveurs en cas de défaut. Ce chapitre explique : Comment créer un système redondant dans WinCC. Comment configurer les serveurs pour la redondance. Comment configurer la synchronisation des archives redondantes. Manuel système, 02/2013, A5E AA 93

94 Systèmes redondants 5.2 WinCC- Redundancy 5.2 WinCC- Redundancy Introduction WinCC Redundancy offre une augmentation sensible de la disponibilité de WinCC et de l'installation dans son ensemble par un fonctionnement en parallèle de deux PC serveurs couplés. Pour identifier à temps la panne d'un partenaire, les serveurs se surveillent mutuellement au Runtime. 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. Pendant la défaillance, le serveur non défaillant continue à archiver toutes les alarmes et les données de process du projet WinCC. Lorsque le serveur défaillant est redevenu opérationnel, le contenu de toutes les archives d'alarmes, archives de valeurs de process et archives utilisateur y est automatiquement copié. Les lacunes de données des archives du serveur défaillant sont ainsi comblées par la restitution des données manquantes. La compensation des lacunes de données est nommée aussi synchronisation après rétablissement. L'option WinCC Option Redundancy vous apporte : La synchronisation automatique des archives d'alarmes, des archives de valeur de process et des archives utilisateur après le rétablissement d'un serveur défaillant. La synchronisation automatique des archives d'alarmes, des archives de valeur de process et des archives utilisateur après un incident de couplage de process. La synchronisation en ligne des alarmes internes. La synchronisation en ligne des variables internes (synchronisation de variables). 94 Manuel système, 02/2013, A5E AA

95 Systèmes redondants 5.2 WinCC- Redundancy La synchronisation en ligne d'archives utilisateur. La commutation automatique de clients entre les serveurs redondants en cas de défaillance d'un des serveurs. Le "Project Duplicator" pour dupliquer un projet sur le serveur redondant. La commutation automatique des clients en cas de défaillance du couplage de process. La fonction "Application Health Check" pour la surveillance des applications WinCC. La fonction "SelfDiagnosis" surveille l'état du matériel et des logiciels du système local. Fonction "Application Health Check" Dans le contexte de WinCC / PCS7 le terme "Application Health Check"désigne la surveillance cyclique de signe de vie des applications importantes. La fonction augmente la sensibilité de la redondance, car la surveillance de signe de vie s'étend au-delà du serveur lui-même aux différentes applications. La fonction "Application Health Check" surveille automatiquement toutes les applications WinCC importantes. La surveillance de signe de vie exécute après identification d'une panne logicielle ce qui suit : Mettre la barre de serveur dans la variable système "@RedundantServerState" sur "Fault". Amener les clients connectés à basculer sur le serveur redondant. L'utilisateur est informé par un message de contrôle de processus sur l'incident du logiciel. Si le serveur d'alarmes cause la défaillance, aucune alarme système ne peut être générée car les alarmes systèmes sont générées via le serveur d'alarmes. Remarque Si un incident logiciel est détecté par la fonction "Application Health Check" et si une commutation du client est déclenchée, le serveur concerné doit être redémarré. C'est seulement après qu'il est à nouveau possible de relier des clients sur ce serveur. Une synchronisation d'archive s'effectue rétroactivement jusqu'au moment de la détection d'un défaut logiciel du serveur. Fonction "SelfDiagnosis" La fonction "SelfDiagnosis" comprend les tâches suivantes afin de garantir la disponibilité et la stabilité du système redondant : Surveillance et signalement de problèmes matériels et logiciels locaux Surveillance de la performance du système local Surveillance de l'état du support de données Commutation du serveur si nécessaire Si un incident survient, les tâches suivantes sont effectuées : Redémarrage d'applications Si nécessaire, l'état du serveur est mis sur "Fault" et le serveur est commuté Manuel système, 02/2013, A5E AA 95

96 Systèmes redondants 5.2 WinCC- Redundancy Une entrée de journal est créée Une alarme système est envoyée 96 Manuel système, 02/2013, A5E AA

97 Systèmes redondants 5.3 Structure du Système WinCC 5.3 Structure du Système WinCC Structure du Système WinCC sans Redundancy Introduction Le schéma ci-dessus est un exemple de structure du niveau de référence WinCC avec le niveau entreprise prioritaire et le niveau process sous-jacent. Comme indiqué sur le croquis ci-dessus, les tâches du niveau de référence sont réparties sur plusieurs PC. La répartition des tâches s'effectue en fonction d'une structure Client-Serveur : Manuel système, 02/2013, A5E AA 97

98 Systèmes redondants 5.3 Structure du Système WinCC Tâches des serveurs : Les serveurs détectent les mémoires images et les alarmes des systèmes d'automatisation. Pour l'acquisition des données, les serveurs sont connectés aux API par 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 client servent à piloter et à surveiller l'ensemble de l'installation. Les clients se procurent les états momentanément requis des serveurs concernés à travers des réseaux PC. Les clients sont toujours à égalité et de valeur identique. 98 Manuel système, 02/2013, A5E AA

99 Systèmes redondants 5.3 Structure du Système WinCC Structure du Système WinCC avec Redundancy Introduction Projet WinCC A un projet WinCC est affecté un groupe de systèmes d'automatisation, un ordinateur serveur et un ou plusieurs ordinateurs clients. Le projet inclut aussi toutes les données telles les programmes, les données de configuration et divers paramétrages. Projet WinCC redondant Un projet configuré avec redondance est réalisé par un autre serveur fonctionnant parallèlement et exécutant les mêmes fonctions. Les deux serveurs sont reliés en réseau avec les automates, les clients et également entre eux. Pour plus d'informations, voir " Configuration à fonction identique (Page 106) ". Manuel système, 02/2013, A5E AA 99

100 Systèmes redondants 5.4 Mode de fonctionnement de Redundancy 5.4 Mode de fonctionnement de Redundancy Introduction La vue suivante montre l'archivage et la synchronisation d'archives des serveurs redondants parallèles. Archivage WinCC en mode normal Normalement, les serveurs fonctionnent en Runtime totalement parallèlement. Chaque ordinateur serveur a sa propre connexion au process et dispose 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 redondants et traitées en fonction par ces deux serveurs. Pour identifier à temps la panne d'un partenaire et pour émettre un message de contrôlecommande les serveurs se surveillent mutuellement en Runtime. Les archives utilisateur, les alarmes internes et les variables internes peuvent être synchronisées en ligne en permanence (synchronisation en ligne). 100 Manuel système, 02/2013, A5E AA

101 Systèmes redondants 5.4 Mode de fonctionnement de Redundancy 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 serveurs redondants dans le but de synchroniser les archives s'effectue via la liaison réseau. Le réseau utilisé est un réseau PC-LAN avec protocole TCP/ IP. Une liaison additionnelle au moyen d'un adaptateur réseau ou une liaison sérielle entre les serveurs est utilisée pour surveiller l'état. La liaison additionnelle entre les serveurs n'est pas utilisée pour synchroniser les archives. Défaillance d'un des serveurs Le terme défaillance de serveur désigne la défaillance physique d'un serveur, p. ex. suite à une coupure de secteur ou une mise hors tension du serveur sans arrêt contrôlé. En cas de défaillance d'un serveur, le serveur opérationnel reçoit et archive les valeurs de process et les alarmes des automates. L'intégrité sans faille des données est ainsi garantie. 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. Une liaison additionnelle au moyen d'un adaptateur réseau ou une liaison sérielle entre les serveurs est utilisée pour surveiller l'état. 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 du serveur. Les facteurs suivants entraînent le basculement d'un client : Liaison réseau vers le serveur défaillante Défaillance de serveur Incident de couplage de process La fonction "Application Health Check" a reconnu une application WinCC défectueuse et déclenche la commutation. Le projet est désactivé. Facteurs déclenchant la synchronisation d'archive après rétablissement La synchronisation des archives entre les serveurs est lancée après les anomalies suivantes : Panne du couplage de process. Vous pouvez désactiver la surveillance de couplage de process. Pour plus d'informations, voir "Configuration (Page 110)". Défaillance de la liaison réseau vers le serveur partenaire. Défaillance de serveur. Le projet n'est pas activé. Manuel système, 02/2013, A5E AA 101

102 Systèmes redondants 5.4 Mode de fonctionnement de Redundancy Synchronisation après rétablissement Au rétablissement du serveur défaillant, Redundancy synchronise les archives pour la durée de la défaillance. Les données manquantes dans les archives suite à la défaillance sont récupérées et transmises au serveur affecté par la défaillance. Deux serveurs équivalents sont donc à nouveau disponibles. Une synchronisation d'archives d'alarmes, d'archives de valeurs de process et d'archives utilisateur et de variables internes est effectuée. Le serveur défaillant reçoit les données avec un retard dû à la défaillance. La synchronisation d'archive s'exécute comme fonction en arrière-plan et se déroule parallèlement à l'exécution du process et à l'archivage de WinCC. Ainsi, la commande et l'observation de l'installation est garantie à tout moment. Synchronisation de variables internes Les variables internes doivent posséder la propriété "Synchronisation de variables". Les variables internes sont synchronisées sur les ordinateurs partenaires dès qu'une des variables est changée sur un des serveurs redondants. Les variables internes comprennent également les variables système qui commencent respectivement par le signe par Vous ne devez pas configurer de synchronisation en ligne pour les variables système. Synchronisation après incident du couplage de process Si la synchronisation a été configurée, le système exécute en cours de fonctionnement après une défaillance réseau entre un serveur ou un ou plusieurs automates ce qui suit : Après élimination de la défaillance, la synchronisation démarre automatiquement. Synchronisation en ligne Une synchronisation directe serveur-serveur (synchronisation en ligne) s'effectue lors d'un Alarm Logging pour les alarmes internes et pour les archives utilisateur et pour les variables internes avec synchronisation de variables. 102 Manuel système, 02/2013, A5E AA

103 Systèmes redondants 5.5 Configuration des serveurs Redundancy 5.5 Configuration des serveurs Redundancy Guide de configuration d'un système redondant Introduction 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. Pour plus d'informations sur la structure d'un système client-serveur, reportez-vous dans le WinCC Information System au chapitre "Systèmes répartis". Déclaration des serveurs et des clients au réseau Installez sur chaque ordinateur le réseau et attribuez à l'ordinateur un nom univoque pour qu'il puisse être identifié 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. Pour plus d'informations, voir " Déclaration des serveurs sous Windows (Page 109) ". Installation de la licence La licence de Redundancy doit être installée. Vous effectuez l'installation en appelant l'application ""Automation License Manager" dans le menu Démarrer de Windows sous "SIMATIC > License Management". Installez la licence sur chaque serveur. Configuration du projet sur le serveur Lors de la configuration de la redondance WinCC est défini ce qui suit : Le maître standard. Le serveur partenaire. Le comportement de commutation des clients. Le type de synchronisation d'archives. Avant de dupliquer le projet, le package du serveur est généré (Editeur "Données de serveur"). Créez de préférence le package de serveur sur le serveur standard. Manuel système, 02/2013, A5E AA 103

104 Systèmes redondants 5.5 Configuration des serveurs Redundancy Autres informations sur la configuration du serveur pour la redondance, voir " Configuration (Page 110) ". Remarque Ne configurez pour la synchronisation que les archives utilisateur dont vous avez besoin. Plus vous spécifiez d'archives utilisateur pour la synchronisation, plus la synchronisation sera longue et plus les ressources de votre système seront sollicitées. Duplication du projet Utilisez le "Project Duplicator" pour ne pas devoir configurer le serveur partenaire une seconde fois. Le "Project Duplicator" offre la possibilité de dupliquer le projet d'un serveur à l'autre. Pour plus d'informations, voir " WinCC Project Duplicator (Page 117) ". Remarque Avant la duplication, faire attention à ce qu'il y ait suffisamment de mémoire sur l'ordinateur sur lequel le projet doit être dupliqué. Si vous dupliquez sur un projet déjà existant, ce dernier ne doit pas être ouvert. Configuration des clients Pour l'utilisation de Redundancy, vous devez configurer les clients en effectuant les opérations suivantes. Chargement du Package du serveur (maître standard) dans l'éditeur "Données de serveur". Dans l'editeur "Données de serveur", définissez le serveur préférentiel et activez la mise à jour de package automatique. Activation des serveurs redondants Vous activez WinCC Redundancy comme suit : Activez tout d'abord le serveur Maître configuré. 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 maintenant exécutée. La durée de la défaillance sur laquelle 104 Manuel système, 02/2013, A5E AA

105 Systèmes redondants 5.5 Configuration des serveurs Redundancy porte cette synchronisation est le temps qui s'écoule entre l'activation du premier et l'activation du second serveur. Remarque Avant de démarrer des serveurs redondants, veiller à ce que le premier serveur ait complètement démarré avant d'activer le partenaire redondant. Si les serveurs sont activés pour la première fois, les clients ne doivent pas encore être actifs. Si vous avez entièrement désactivé un couple de serveurs redondants, il vous faut respecter un ordre précis lors de la réactivation. Activez tout d'abord le serveur que vous aviez désactivé en dernier. Une fois que ce serveur a complètement démarré, vous pouvez activer le partenaire redondant. Désactivation d'un serveur redondant Avant de désactiver un serveur redondant, assurez-vous que le deuxième serveur se trouve en parfait état de fonctionnement (aucun incident p. ex. lors du couplage du process). La synchronisation des archives doit être terminée avant la désactivation. Vous l'identifiez au message de contrôle-commande correspondant. Remarque Il se peut que des données se perdent si vous désactivez le deuxième serveur avant que la synchronisation des archives du premier serveur ne soit terminée. Prenez particulièrement ce point en considération en cas d'activation / désactivation fréquente et alternée des serveurs lors de la mise en service Conditions préalables pour des systèmes redondants Introduction Les conditions suivantes doivent être remplies pour WinCC Redundancy : Pour des serveurs WinCC redondants à fonctionnement multiposte, vous ne devez utiliser que des ordinateurs équipés des systèmes d'exploitation pour serveur suivants : Microsoft Windows Server bits Microsoft Windows Server 2003 R2 32 bits Microsoft Windows Server bits Microsoft Windows Server 2008 R2 64 bits Les PC clients doivent être équipés de Windows 7 ou de Windows XP. Une condition nécessaire de la fonctionnalité Redundancy sont des serveurs synchronisés en temps. La synchronisation de l'heure de l'ensemble de l'installation (ordinateurs WinCC, systèmes d'automatisation etc.) est recommandée. La synchronisation de l'heure peut être effectuée avec l'option WinCC "Timesynchronization". Manuel système, 02/2013, A5E AA 105

106 Systèmes redondants 5.5 Configuration des serveurs Redundancy Les télégrammes des alarmes et des acquittements des API et des clients doivent toujours être horodatés afin d'éviter les doubles inscriptions (signalisation chronologique). Par exemple, par l'utilisation de blocs d'alarme de l'automate. Les valeurs de process, les alarmes et les verrouillages actifs d'alarme de l'automate subordonné sont émis parallèlement 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. Au moins une des connexions suivantes supplémentaires est nécessaire entre les serveurs redondants : Connexion réseau additionnelle via une carte LAN ou connexion FireWire Câble série Avec cette connexion supplémentaire, une détermination précise de l'état "Master" ou "Standby" est garantie. La connexion LAN supplémentaire via FireWire ou carte réseau est configurée dans l'éditeur de redondance. Utilisez le protocole TCP/IP avec l'adresse IP correspondante. L'adresse IP ne doit pas se trouver dans le même sous-réseau que le réseau des terminaux. Remarque Pour pouvoir quitter sûrement WinCC dans le cas d'une panne de courant, l'emploi d'une alimentation sans interruption est recommandé. Synchronisation des alarmes verrouillées Après le rétablissement d'un serveur défaillant, les alarmes verrouillées activement sont déterminées dans Alarm Logging et synchronisées via interrogation générale des automates. En cas de verrouillage passif d'une alarme, autrement dit sur un unique serveur, l'information de verrouillage est synchronisée Configuration à fonction identique Archives de données de process et d'alarme Tag Logging et Alarm Logging doivent avoir été configurés de manière fonctionnellement identique pour les serveurs redondants. "Configuration fonctionnellement identique" signifie : 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 : 106 Manuel système, 02/2013, A5E AA

107 Systèmes redondants 5.5 Configuration des serveurs Redundancy Archives basées sur des disques durs. Archives de valeurs de process Archives agrégées Archive d'alarmes Par contre, les archives en mémoire principale ne sont pas synchronisées. Archives utilisateur La synchronisation d'archives utilisateur présuppose une structure identique sur les deux serveurs : La configuration des archives utilisateur à synchroniser doit être identique tant au niveau de la structure des champs et enregistrements que de leurs propriétés. Remarque La synchronisation de données de configuration modifiées n'est pas possible via le chargement de modifications en ligne Les modifications des données de configuration de User Archive, par ex. les champs supprimés dans l'archive, ne peuvent pas être transférées sur un couple de serveurs redondants via le chargement de modifications en ligne. Gestion des utilisateurs Les modifications dans la gestion des utilisateurs ne sont pas synchronisées automatiquement. Pour effectuer des modifications dans la gestion des utilisateurs, vous disposez des possibilités suivantes : Effectuez les modifications sur la station d'ingénierie. Transférez les modifications sur les serveurs redondants. Effectuez les mêmes modifications sur les deux serveurs redondants. Voir aussi Alarmes synchronisées en ligne (Page 108) Archives utilisateur redondantes (Page 108) Conditions préalables pour des systèmes redondants (Page 105) WinCC- Redundancy (Page 94) Manuel système, 02/2013, A5E AA 107

108 Systèmes redondants 5.5 Configuration des serveurs Redundancy Archives utilisateur redondantes Introduction Les archives utilisateur peuvent être traitées à l'aide de commandes, de programmes autonomes, d'api ou d'autres fonctions. Condition La configuration des archives sur les deux ordinateurs doit être identique. C'est pourquoi vous devez utiliser le Project Duplicator. Traitement parallèle d'archives utilisateur Lors de l'ajout parallèle d'enregistrements dans des archives utilisateur redondantes, il convient de tenir compte de ce qui suit : Sur le serveur qui est tombé en panne au préalable, il est possible d'ajouter de nouveaux enregistrements quand la synchronisation est exécutée après le rétablissement. Autrement, vous obtenez un message d'erreur dans le script ou dans User Archive Control. Par ailleurs, un certain temps s'écoule lors de la synchronisation en ligne avant qu'un enregistrement ne soit synchronisé dans l'archive redondante. Remarque Lorsque les deux serveurs sont défaillants, le dernier ordinateur serveur en service doit être d'abord démarré. Autrement, les modifications effectuées risquent d'être perdues Alarmes synchronisées en ligne Introduction Toutes les variables de signalisation internes et les alarmes sans liaison de variable sont synchronisées en ligne. Celles-ci incluent également les alarmes de conduite système de Alarm Logging et les messages de "Batch". Voir aussi Configuration à fonction identique (Page 106) WinCC- Redundancy (Page 94) 108 Manuel système, 02/2013, A5E AA

109 Systèmes redondants 5.5 Configuration des serveurs Redundancy Déclaration des serveurs sous Windows Introduction Les deux serveurs redondants doivent se connaître réciproquement dans Utilisateurs et mots de passe doivent en outre être identiques sur les serveurs redondants. Pour la déclaration de l'utilisateur, procédez comme suit : Sous Windows Server 2008 / Windows Server 2008 R2 / Windows 7 : L'appel s'effectue par le menu Démarrer de Windows par "Démarrer > Paramètres > Panneau de configuration". Configurez les utilisateurs dans la boîte de dialogue "Comptes utilisateur" au moins en tant qu'utilisateur. Sous Windows Server 2003 : L'appel s'effectue par le menu Démarrer de Windows par "Démarrer > Paramétrages > Panneau de configuration" et l'icône "Noms et mots de passe utilisateur enregistrés". Configurez les utilisateurs dans la boîte de dialogue "Utilisateurs et mots de passe" au moins en tant qu'utilisateur. Sous Windows XP : L'appel s'effectue par le menu Démarrer de Windows par "Démarrer > Paramètres > Panneau de configuration" et l'icône "Comptes d'utilisateurs". Configurez les utilisateurs dans la boîte de dialogue "Utilisateurs et mots de passe" au moins en tant qu'utilisateur. L'exemple montre le dialogue sous Windows XP. Manuel système, 02/2013, A5E AA 109

110 Systèmes redondants 5.5 Configuration des serveurs Redundancy Remarque L'utilisateur doit avoir les propriétés suivantes : Posséder les droits d'un administrateur ou d'un utilisateur. Être membre du groupe d'utilisateurs "SIMATIC HMI". Les serveurs redondants doivent être équipés de : Windows 2003 Server, Windows Server 2003 R2, Windows 2008 Server, Windows Server 2008 R2 Les PC clients doivent être équipés de : Windows 2003 Server, Windows Server 2003 R2, Windows 2008 Server, Windows Server 2008 R2, Windows 7, Windows XP Professional Prenez également en considération les informations figurant dans Installation Notes, chapitre "Définir les droits d'accès au système d'exploitation" Configuration Configuration de la redondance Introduction Lors de la configuration de la redondance WinCC est défini ce qui suit : Le maître par défaut Le serveur partenaire Le comportement de commutation des clients Le type de synchronisation d'archives Remarque Ne configurez pour la synchronisation que les archives utilisateur dont vous avez besoin. Plus vous spécifiez d'archives utilisateur pour la synchronisation, plus la synchronisation sera longue et plus les ressources de votre système seront sollicitées. 110 Manuel système, 02/2013, A5E AA

111 Systèmes redondants 5.5 Configuration des serveurs Redundancy Marche à suivre Pour ouvrir le système Redondancy, cliquez dans WinCC Explorer sur "Redundancy". Dans le menu contextuel, cliquez sur "Ouvrir". Voir aussi Scénarios de pannes (Page 126) Exemple de commutation Client lors d'un incident du couplage de process (Page 122) Onglet "User Archive" (Page 115) Onglet "Général" (Page 112) Guide de configuration d'un système redondant (Page 103) WinCC- Redundancy (Page 94) WinCC Project Duplicator (Page 117) Déclaration des serveurs sous Windows (Page 109) Manuel système, 02/2013, A5E AA 111

112 Systèmes redondants 5.5 Configuration des serveurs Redundancy Onglet "Général" Introduction L'onglet "Général" permet de configurer les paramètres généraux pour le système Redundancy. 112 Manuel système, 02/2013, A5E AA

113 Systèmes redondants 5.5 Configuration des serveurs Redundancy Serveur Maître par défaut Serveur partenaire redondant Connexion au partenaire redondant via un adaptateur réseau Connexion avec des partenaires redondants via l'interface série Synchroniser toutes les données de la période de défaillance. Synchroniser les défaillances uniquement des... derniers jours Synchronisation Tag Logging après rétablissement du partenaire Synchronisation Alarm Logging après rétablissement du partenaire Synchronisation en ligne pour Alarm Logging Le champ "Serveur" sert à entrer le nom de l'ordinateur sur lequel Redundancy est configuré. Définit le serveur Redundancy qui est activé par défaut en tant que Master ou Standby quand les deux serveurs démarrent en même temps. Master est l'ordinateur redondant sur lequel la variable est mise à "1" pendant la durée de fonctionnement. Les variables de redondance et se trouvent sous "Variables internes" dans le groupe de variables "Redundancy" du stock de variables. Le nom d'ordinateur du maître Redundancy est en conséquence inscrit dans la variable Si l'état de la variable change, par ex. à la suite d'une panne d'ordinateur, les clients basculent sur l'ordinateur "Standby" actuel. L'ordinateur "Standby" actuel devient maintenant maître. Remarque : Notez qu'un seul des deux serveurs Redundancy ne peut être "Maître standard" et que l'option n'est pas activée dans les deux! Le cas échéant, des problèmes risquent de survenir au moment du basculement des clients sur l'ordinateur redondant. Saisissez le nom de l'ordinateur du serveur partenaire ou cliquez sur le bouton "Parcourir" Détermine si une connexion existe avec un partenaire redondant via un adaptateur réseau. La connexion via un adaptateur réseau est préférable à la connexion série. L'adaptateur réseau peut être par exemple une carte réseau ou une connexion FireWire. Comme connexion TCP/IP, on utilise une liaison logique. L'adresse IP ne doit pas se trouver dans le même sous-réseau que le réseau des terminaux. L'état de la redondance est piloté grâce à cette connexion. La connexion sert à l'interrogation d'état sécurisée du serveur partenaire redondant. La connexion améliore la communication entre les serveurs partenaires redondants. La disponibilité de la redondance s'en trouve d'autant augmentée. Détermine si une connexion existe avec un partenaire redondant via une interface série. La connexion via un adaptateur réseau est préférable à la connexion série. L'état de la redondance est commandée par cette connexion. La connexion sert à l'interrogation d'état sécurisée du serveur partenaire redondant. La connexion améliore la communication entre les serveurs partenaires redondants. La disponibilité de la redondance s'en trouve d'autant augmentée. Définit que toutes les données sont synchronisées sur la période de défaillance complète. Définit que seuls les 2 derniers jours sont synchronisés. Définit qu'une synchronisation est entreprise après le rétablissement pour Tag Logging. Définit qu'une synchronisation est entreprise après le rétablissement pour Alarm Logging. Définit qu'une synchronisation des alarmes de conduite et des alarmes est effectuée. Seules les alarmes avec variables de signalisation interne et les alarmes sans liaison de variable sont synchronisées. Manuel système, 02/2013, A5E AA 113

114 Systèmes redondants 5.5 Configuration des serveurs Redundancy Synchronisation après incident du couplage de process Commutation WinCC-Client si incident du couplage de process Activation de la redondance Définit si une synchronisation d'archives est effectuée entre les serveurs et ses connexions configurées (AS) après une perturbation de la connexion réseau. Si la surveillance du couplage de process est activée, le serveur respectif exécute un contrôle de vie de toutes les connexions configurées. Un couplage défectueux de process à un API est constaté par le serveur quand l'api adressé ne renvoie pas de réponse au serveur. 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, archives de données de process et archives utilisateur des API appartenant au projet. Les archives des automates non défaillants sont donc également synchronisées. En désactivant cette option, vous empêchez cette charge d'exécution des serveurs. 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. Définit si, en cas de perturbation de la connexion réseau entre un serveur et ses connexions configurées (AS), un client relié à ce serveur doit basculer sur le serveur partenaire redondant. Si cette option est activée, le nombre des connexions logiques défectueuses du serveur maître et du serveur partenaire redondant est déterminé cycliquement. Si le serveur maître possède plus de connexions logiques défectueuses que le serveur partenaire redondant, un client connecté sur le serveur maître bascule sur le serveur partenaire redondant. Une fois l'incident de couplage de process réparé, un client sera recommuté sur le serveur préférentiel initialement connecté. La surveillance du couplage de process est lancée quand les deux serveurs redondants sont en Runtime. Indique si le système Redundancy est activé. Vous pouvez activer ou désactiver Redundancy par un clic de souris pendant la configuration du système Redundancy. Remarque Dégradation du comportement d'exécution Durant la mise en service, WinCC Runtime est souvent démarré et arrêté sur les PC serveurs. Le démarrage fréquent, lorsque la redondance est activée, entraîne à chaque fois la synchronisation des archives, ce qui peut conduire dans certaines circonstances à une dégradation notable du comportement d'exécution de WinCC. Pour éviter cet inconvénient, nous vous conseillons de désactiver la redondance durant la mise en service. Remarque Redémarrage de Runtime en cas de modifications des options Dans Runtime, seules les modifications apportées dans les options pour la synchronisation des archives sont immédiatement prises en compte, sans redémarrage de Runtime. Cela concerne sous l'onglet "Général" les options suivantes : "Synchronisation... après rétablissement du partenaire". "Synchronisation en ligne pour Alarm Logging". "Synchronisation après incident du couplage de process...". Les modifications apportées dans les autres options ne sont actives qu'après un redémarrage de Runtime. 114 Manuel système, 02/2013, A5E AA

115 Systèmes redondants 5.5 Configuration des serveurs Redundancy Remarque Lors d'un défaut de logiciel sur le serveur, il n'est pas exclu que les clients branchés ne basculent pas sur le partenaire redondant mais que le système soit néanmoins bloqué Onglet "User Archive" Introduction L'onglet "User Archive" permet de configurer la synchronisation automatique des archives utilisateur pour le système Redondancy. Manuel système, 02/2013, A5E AA 115

116 Systèmes redondants 5.5 Configuration des serveurs Redundancy User Archiv Compensatio n Synchronisat ion de toutes les archives utilisateur Mettre à jour L'onglet "User Archive" La colonne "User Archiv" affiche ligne par ligne toutes les archives utilisateur configurées. La colonne "Synchronisation" permet d'activer et de désactiver la synchronisation des archives utilisateur. Un double clic sur ce champ permet de basculer entre les états activés/désactivés. Ce paramètre doit être identique sur les deux partenaires serveurs. Les deux boutons sous "Synchronisation de toutes les archives utilisateur" permettent d'activer ou de désactiver la synchronisation de toutes les archives utilisateur affichées. Le bouton "Mettre à jour" adopte la configuration actuelle si la configuration de l'archive utilisateur a été modifiée avec l'éditeur d'archive utilisateur après l'appel de l'éditeur Redundancy. Remarque La synchronisation de données de configuration modifiées n'est pas possible via le chargement de modifications en ligne Les modifications des données de configuration de User Archive, par ex. les champs supprimés dans l'archive, ne peuvent pas être transférées sur un couple de serveurs redondants via le chargement de modifications en ligne. Remarque Redémarrage de Runtime en cas de modifications des options En Runtime, seules les modifications apportées dans les options pour la synchronisation des archives sont immédiatement prises en compte, sans redémarrage de Runtime. Cela concerne sous l'onglet "Général" les options suivantes : "Synchronisation... après rétablissement du partenaire". "Synchronisation en ligne pour Alarm Logging". "Synchronisation après incident du couplage de process...". Les modifications apportées dans les autres options ne sont actives qu'après un redémarrage de Runtime. Voir aussi Scénarios de pannes (Page 126) Alarmes système de WinCC Redundancy (Page 134) Onglet "Général" (Page 112) Configuration de la redondance (Page 110) Guide de configuration d'un système redondant (Page 103) WinCC- Redundancy (Page 94) WinCC Project Duplicator (Page 117) Déclaration des serveurs sous Windows (Page 109) 116 Manuel système, 02/2013, A5E AA

117 Systèmes redondants 5.5 Configuration des serveurs Redundancy WinCC Project Duplicator WinCC Project Duplicator Vue d'ensemble Sur les deux serveurs redondants, les projets configurés doivent être fonctionnellement identiques. Une fois la configuration terminée, créez le projet partenaire redondant avec le WinCC Project Duplicator. Le WinCC Project Duplicator copie automatiquement toutes les données appartenant au projet sur le partenaire redondant. Le Project Duplicator exécute ce qui suit : Copie de toutes les données de projet correspondantes (vues, scripts, archives etc.). Réglages de tous les paramètres nécessaires sur l'ordinateur cible qui est déjà configuré pour l'utilisation de Redundancy. Remarque Le transfert avec l'explorateur Windows n'est pas possible Le projet ne peut pas être transféré sur un serveur redondant avec l'explorateur Windows. Remarque 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 donc être configuré comme serveur redondant. Vous devez modifier manuellement les paramètres spécifiques à l'ordinateur ultérieurement. Autres configurations D'autres configurations n'ont besoin d'être effectuées que sur l'un des serveurs. Vous transférez les modifications sur le serveur redondant avec le WinCC Project Duplicator Pour dupliquer un projet pour des serveurs redondants Introduction Si vous avez créé un système redondant, vous devez synchroniser le projet WinCC après chaque modification avec les serveurs redondants. Manuel système, 02/2013, A5E AA 117

118 Systèmes redondants 5.5 Configuration des serveurs Redundancy Pour transférer le projet sur un serveur redondant, utilisez WinCC Project Duplicator. Remarque Les petites modifications peuvent être enregistrées via SIMATIC Manager avec la fonction Chargement de modifications en ligne et être transférées en cours de fonctionnement sur le serveur. Vous ne devez pas utiliser l'explorateur Windows pour transférer un projet sur un serveur redondant. Principe Sélectionnez dans Project Duplicator le projet que vous souhaitez dupliquer. Indiquez sur quel ordinateur et dans quel dossier vous souhaitez dupliquer le projet. Le dossier du projet est créé dans le dossier cible. Vous ne pouvez pas dupliquer un projet sur l'ordinateur local. La duplication du projet s'effectue toujours sur un autre ordinateur du réseau pour lequel vous possédez des droits d'accès. Dans la description ci-après cet ordinateur est appelé ordinateur cible. Selon l'état du projet, vous pouvez dupliquer les données de configuration et les données Runtime dans le dossier sélectionné : Etat du projet Données de configuration Données Runtime Projet fermé + + Projet ouvert et désactivé + - Projet en Runtime + - Vous pouvez uniquement dupliquer le projet complet avec toute l'arborescence. Vous ne pouvez pas exclure des données ou des dossiers en dupliquant. Duplication d'un projet avec protection d'accès relative au projet Pour transférer un projet WinCC avec protection d'accès relative au projet sur le serveur redondant, il faut que SIMATIC STEP 7 soit installé. Lorsque vous cliquez sur le bouton "Dupliquer..." dans la boîte de dialogue "WinCC Project Duplicator", il vous faut entrer le mot de passe pour le projet STEP 7. Si SIMATIC STEP 7 n'est pas installé ou si vous entrez un mot de passe incorrect, le Project Duplicator interrompt son exécution en signalant une erreur. Conditions L'option Redundancy doit être installée sur les deux ordinateurs. Le dossier cible dans lequel les données sont dupliquées, est créé sur l'ordinateur cible et est validé pour l'accès réseau. Vous possédez des droits d'accès au dossier cible. 118 Manuel système, 02/2013, A5E AA

119 Systèmes redondants 5.5 Configuration des serveurs Redundancy L'espace mémoire disponible sur l'ordinateur cible est suffisant. La version WinCC correcte doit être installée sur l'ordinateur cible. L'ordinateur doit être démarré. Le Runtime est désactivé sur l'ordinateur cible. Le projet est désactivé sur l'ordinateur cible. Marche à suivre 1. Dans le menu Démarrer de Windows, sélectionnez "Project Duplicator" dans le répertoire "SIMATIC > WinCC > Tools". WinCC Project Duplicator s'ouvre. 2. Entrez le projet que vous voulez dupliquer dans le champ "Sélectionnez le projet source à dupliquer". Vous pouvez entrer directement le chemin d'accès et le fichier de projet <PROJECT>.MCP ou le rechercher en cliquant sur le bouton. 3. Entrez le chemin de destination du projet dupliqué dans le champ "Enregistrer le projet dupliqué pour le partenaire sur". Entrez directement le chemin d'accès et le fichier de projet <PROJECT>.MCP ou recherchez-le en cliquant sur le bouton. 4. Cliquez sur le bouton "Dupliquer". La fenêtre "Copier..." s'ouvre. Le Duplicateur de projet affiche durant la duplication le nom des fichiers et dossiers ainsi qu'une barre de progression. Pour annuler la duplication, cliquez sur le bouton "Annuler". Après la duplication, la fenêtre "Remarques sur le Project Duplicator" s'ouvre. WinCC vous rappelle les paramètres qu'il vous reste encore à vérifier. 5. Fermez Project Duplicator au moyen du bouton "Fermer". Manuel système, 02/2013, A5E AA 119