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

SIMATIC HMI WinCC V7.2 - WinCC : Configurations · Systèmes répartis 1 1.1 Systèmes Client-Serveur dans WinCC Contenu Vous pouvez configurer des systèmes Client-Serveur avec WinCC,

Embed Size (px)

Citation preview

SIMATIC HMI

WinCC V7.2WinCC : Configurations

Manuel système

Impression de l'aide en ligne

02/2013A5E32318778-AA

Systèmes répartis 1

Serveur d'archives longue durée

2

Serveur de fichiers 3

WinCC ServiceMode 4

Systèmes redondants 5

Mentions légalesSignalé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.

IMPORTANTsignifie 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éesL’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 destinationTenez 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 fabriqueToutes 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 AGIndustry SectorPostfach 48 4890026 NÜRNBERGALLEMAGNE

A5E32318778-AAⓅ 02/2013 Sous réserve de modifications techniques

Copyright © Siemens AG 2013.Tous droits réservés

Sommaire

1 Systèmes répartis.........................................................................................................................................7 1.1 Systèmes Client-Serveur dans WinCC..........................................................................................7 1.2 Systèmes Client-Serveur dans WinCC..........................................................................................8 1.3 Configurations et quantité de données admissible......................................................................10 1.4 Scénarios Client-Serveur.............................................................................................................13 1.5 Configuration du serveur.............................................................................................................16 1.5.1 Configuration du serveur.............................................................................................................16 1.5.2 Pour créer un nouveau projet sur le serveur...............................................................................18 1.5.3 Pour enregistrer des clients sur la liste des ordinateurs..............................................................19 1.5.4 Pour configurer les autorisations de conduite.............................................................................20 1.5.5 Pour configurer Package-Export.................................................................................................21 1.5.6 Procédez comme suit pour configurer les clients dans le projet Serveur....................................26 1.6 Configuration du client.................................................................................................................28 1.6.1 Configuration du client.................................................................................................................28 1.6.2 Procédez comme suit pour créer un nouveau projet sur le client................................................30 1.6.3 Procédez comme suit pour configurer Package-Import..............................................................31 1.6.4 Pour configurer un serveur standard...........................................................................................35 1.6.5 Pour configurer un serveur préférentiel.......................................................................................38 1.6.6 Procédez comme suit pour configurer la vue d'accueil du client.................................................41 1.6.7 Pour afficher les vues de divers serveurs....................................................................................43 1.6.8 Pour configurer un changement de vue sur le client...................................................................45 1.6.9 Pour utiliser les données de différents serveurs..........................................................................46 1.6.10 Procédez comme suit pour afficher les alarmes de divers serveurs...........................................48 1.6.11 Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs......................50 1.7 Comportement du système dans Runtime..................................................................................52 1.7.1 Comportement du système dans Runtime..................................................................................52 1.7.2 Démarrage du serveur.................................................................................................................54 1.7.3 Démarrage du client....................................................................................................................56 1.7.4 Particularités de la communication pour un serveur ayant plusieurs cartes réseau...................56 1.7.5 Arrêt du serveur...........................................................................................................................59 1.7.6 Arrêt du client..............................................................................................................................59 1.8 Configurer à distance..................................................................................................................60 1.8.1 Configurer à distance..................................................................................................................60 1.8.2 Pour accéder aux ordinateurs hors d'un sous-réseau.................................................................61 1.8.3 Accès aux projets depuis plusieurs clients..................................................................................63 1.8.4 Pour ouvrir un projet que vous voulez éditer...............................................................................65 1.8.5 Pour éditer les vues du projet Serveur........................................................................................67 1.8.6 Pour activer un projet..................................................................................................................68 1.8.7 Pour désactiver un projet.............................................................................................................70 1.9 Utilisation des interfaces OPC dans les systèmes Client-Serveur..............................................72

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 3

2 Serveur d'archives longue durée................................................................................................................73 2.1 Configuration du serveur d'archive longue..................................................................................73

3 Serveur de fichiers......................................................................................................................................75 3.1 Installation du serveur de fichiers................................................................................................75

4 WinCC ServiceMode..................................................................................................................................77 4.1 WinCC ServiceMode...................................................................................................................77 4.2 Projet standard et projet de service.............................................................................................78 4.3 Configurations d'un projet de service..........................................................................................79 4.4 Utilisation d'un projet de service et restrictions...........................................................................80 4.5 Etat de WinCC et pilotage dans la zone Tray..............................................................................82 4.6 Fonctionnement et conditions requises.......................................................................................84 4.6.1 Fonctionnement d'un projet de service........................................................................................84 4.6.2 Conditions d'exécutabilité d'un projet de service.........................................................................85 4.7 Configurer le WinCC ServiceMode..............................................................................................87 4.7.1 Définition d'un projet en tant que projet de service.....................................................................87 4.8 Projet de service en Runtime......................................................................................................90 4.8.1 Projet de service en Runtime......................................................................................................90 4.8.2 Activation d'un projet de service..................................................................................................90 4.8.3 Connexion et déconnexion lors d'un projet de service activé......................................................91 4.8.4 Activation de la commande interactive à des fins de service......................................................92

5 Systèmes redondants.................................................................................................................................93 5.1 Redundancy................................................................................................................................93 5.2 WinCC- Redundancy...................................................................................................................94 5.3 Structure du Système WinCC......................................................................................................97 5.3.1 Structure du Système WinCC sans Redundancy........................................................................97 5.3.2 Structure du Système WinCC avec Redundancy........................................................................99 5.4 Mode de fonctionnement de Redundancy.................................................................................100 5.5 Configuration des serveurs Redundancy..................................................................................103 5.5.1 Guide de configuration d'un système redondant.......................................................................103 5.5.2 Conditions préalables pour des systèmes redondants..............................................................105 5.5.3 Configuration à fonction identique.............................................................................................106 5.5.4 Archives utilisateur redondantes...............................................................................................108 5.5.5 Alarmes synchronisées en ligne................................................................................................108 5.5.6 Déclaration des serveurs sous Windows...................................................................................109 5.5.7 Configuration.............................................................................................................................110 5.5.7.1 Configuration de la redondance................................................................................................110 5.5.7.2 Onglet "Général"........................................................................................................................112 5.5.7.3 Onglet "User Archive"................................................................................................................115 5.5.8 WinCC Project Duplicator..........................................................................................................117 5.5.8.1 WinCC Project Duplicator..........................................................................................................117 5.5.8.2 Pour dupliquer un projet pour des serveurs redondants...........................................................117 5.5.8.3 Pour dupliquer un projet redondant en cours de fonctionnement.............................................120

Sommaire

WinCC : Configurations4 Manuel système, 02/2013, A5E32318778-AA

5.6 Comment travailler avec Redundancy.......................................................................................122 5.6.1 Exemple de commutation Client lors d'un incident du couplage de process.............................122 5.6.2 Scénarios de pannes.................................................................................................................126 5.6.2.1 Scénarios de pannes.................................................................................................................126 5.6.2.2 Scénario 1 : Projet sur ordinateur serveur pas dans Runtime...................................................127 5.6.2.3 Scénario 2 : Dérangement de la connexion au serveur partenaire...........................................129 5.6.2.4 Scénario 3 : Connexion réseau défectueuse au client..............................................................131 5.6.2.5 Scénario 4 : Couplage défectueux de process..........................................................................131 5.6.2.6 Scénario 5 : Défaut de logiciel...................................................................................................132 5.7 Annexe......................................................................................................................................134 5.7.1 Alarmes système de WinCC Redundancy................................................................................134 5.7.2 Variables système de WinCC Redundancy...............................................................................136 5.7.3 Abréviations...............................................................................................................................137 5.7.3.1 Abréviations...............................................................................................................................137 5.7.3.2 Niveau entreprise......................................................................................................................138 5.7.3.3 Niveau de référence..................................................................................................................138 5.7.3.4 Niveau process..........................................................................................................................138 5.7.3.5 Serveur......................................................................................................................................138 5.7.3.6 Client.........................................................................................................................................139 5.7.3.7 Projet.........................................................................................................................................139 5.7.3.8 Mémoire d'archive.....................................................................................................................139

Index.........................................................................................................................................................141

Sommaire

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 5

Systèmes répartis 11.1 Systèmes Client-Serveur dans WinCC

ContenuVous 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.

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 7

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-ServeurPour 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 redondantsConfigurez 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.

Systèmes répartis1.2 Systèmes Client-Serveur dans WinCC

WinCC : Configurations8 Manuel système, 02/2013, A5E32318778-AA

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 redondantePour 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 aussiUtilisation 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)

Systèmes répartis1.2 Systèmes Client-Serveur dans WinCC

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 9

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.

ClientsClients 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.

WebClientsPlacez 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".

ThinClientsLes 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".

Systèmes répartis1.3 Configurations et quantité de données admissible

WinCC : Configurations10 Manuel système, 02/2013, A5E32318778-AA

Nombre possible de clients et de serveursIl 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 mixtesPour 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 Valence2 Clients avec la fonction "Configuration à distance" 2 x 4 = 84 Clients 4 x 2 = 844 WebClients 44 x 1 = 44Total 60

Démarrage simultané de plusieurs clients sur un serveurUne 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 conduitePour 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.

Systèmes répartis1.3 Configurations et quantité de données admissible

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 11

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 aussiSystè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)

Systèmes répartis1.3 Configurations et quantité de données admissible

WinCC : Configurations12 Manuel système, 02/2013, A5E32318778-AA

1.4 Scénarios Client-Serveur

Introduction Vous pouvez réaliser avec WinCC selon l'application différents scénarios client-serveur :

Systèmes multipostesIl 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épartisOn 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.

Systèmes répartis1.4 Scénarios Client-Serveur

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 13

Serveur de fichiersDans 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 longuesUn 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'archiveSur 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-ServeurLors 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 standardDans 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.

Systèmes répartis1.4 Scénarios Client-Serveur

WinCC : Configurations14 Manuel système, 02/2013, A5E32318778-AA

Serveur préférentielSi 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 aussiPour 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)

Systèmes répartis1.4 Scénarios Client-Serveur

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 15

1.5 Configuration du serveur

1.5.1 Configuration du serveur

IntroductionUn 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 multiposteVous 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...).

Systèmes répartis1.5 Configuration du serveur

WinCC : Configurations16 Manuel système, 02/2013, A5E32318778-AA

Configurer le système répartiDans 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 aussiPour 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)

Systèmes répartis1.5 Configuration du serveur

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 17

1.5.2 Pour créer un nouveau projet sur le serveur

IntroductionPour 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 à suivreLa 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).

Systèmes répartis1.5 Configuration du serveur

WinCC : Configurations18 Manuel système, 02/2013, A5E32318778-AA

Voir aussiProcé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)

1.5.3 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.

ConditionVous 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 à suivre1. 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.

Systèmes répartis1.5 Configuration du serveur

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 19

Voir aussiConfiguration 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)

1.5.4 Pour configurer les autorisations de conduite

Autorisations de conduite dans WinCCPour 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.

Systèmes répartis1.5 Configuration du serveur

WinCC : Configurations20 Manuel système, 02/2013, A5E32318778-AA

Autorisations de conduite dans le système d'exploitationPour 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 à suivre1. 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 aussiProcé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)

1.5.5 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

Systèmes répartis1.5 Configuration du serveur

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 21

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 PackagesVous 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 Importation

Exportation Signification

Mise à jour des données de serveur à l'ouverture du projet

X Le Client effectue toujours l'importation lorsque le projet est ouvert

Mise à jour automatique sur notification

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é.

Systèmes répartis1.5 Configuration du serveur

WinCC : Configurations22 Manuel système, 02/2013, A5E32318778-AA

Réglage pour WinCC CS Importation

Exportation Signification

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

x 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-ExportCe 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 Importation

Exportation Signification

Mise à jour des données de serveur à l'ouverture du projet

x Le Client effectue toujours l'importation lorsque le projet est activé.

Mise à jour automatique sur notification

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.

ConditionLe projet du serveur doit être ouvert.

Systèmes répartis1.5 Configuration du serveur

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 23

Marche à suivre

Package-Export manuel1. 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ésultatLe 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 automatique1. 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".

Systèmes répartis1.5 Configuration du serveur

WinCC : Configurations24 Manuel système, 02/2013, A5E32318778-AA

RésultatLes 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éésLorsque 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 aussiConfiguration 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)

Systèmes répartis1.5 Configuration du serveur

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 25

1.5.6 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.

ConditionVous 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 à suivre1. 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.

Systèmes répartis1.5 Configuration du serveur

WinCC : Configurations26 Manuel système, 02/2013, A5E32318778-AA

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 serveur-serveur 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

ComportementDes modifications dans l'éditeur, par ex. une modification de script dans une fonction de projet, ne sont pas prises en compte.

SolutionVous ne pouvez pas effectuer de configuration si WinCC Explorer est grisé sur le client sans leur propre projet.

Voir aussiPour 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)

Systèmes répartis1.5 Configuration du serveur

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 27

1.6 Configuration du client

1.6.1 Configuration du client

IntroductionIl 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

Systèmes répartis1.6 Configuration du client

WinCC : Configurations28 Manuel système, 02/2013, A5E32318778-AA

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 configuration1. 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 aussiPour 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)

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 29

1.6.2 Procédez comme suit pour créer un nouveau projet sur le client

IntroductionPour 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 à suivre1. 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".

Systèmes répartis1.6 Configuration du client

WinCC : Configurations30 Manuel système, 02/2013, A5E32318778-AA

Voir aussiScé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)

1.6.3 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'ensembleLa 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

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 31

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 manuelLes 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 manuelleLes Packages déjà chargés par le serveur sont manuellement mis à jour sur le client par la commande "Mise à jour".

Mise à jour automatiqueSur 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 Significationpour WinCC CS● Mise à jour des données de

serveur à l'ouverture du projet● Mise à jour automatique sur

notification

● 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.

Réglage pour WinCC RT● Mise à jour des données de

serveur à l'ouverture du projet● Mise à jour automatique sur

notification

● 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.

Systèmes répartis1.6 Configuration du client

WinCC : Configurations32 Manuel système, 02/2013, A5E32318778-AA

Condition● Les packages ont été créés sur le serveur.

● Le projet client est ouvert.

Marche à suivre

Chargement manuel1. 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 manuelle1. 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 serveur-serveur.

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 33

Mise à jour automatique1. 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ésLorsque 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

Systèmes répartis1.6 Configuration du client

WinCC : Configurations34 Manuel système, 02/2013, A5E32318778-AA

Voir aussiPour 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)

1.6.4 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.

ConditionC'est seulement après l'importation des Packages dans le client que vous pouvez sélectionner le serveur standard.

Marche à suivre1. 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.

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 35

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 ?

AlarmesIl 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, VariablesLorsqu'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

Systèmes répartis1.6 Configuration du client

WinCC : Configurations36 Manuel système, 02/2013, A5E32318778-AA

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

AlarmesToujours spécifier un serveur standard pour Alarme.

VariablesNe 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.

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 37

Voir aussiProcé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)

1.6.5 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".

Systèmes répartis1.6 Configuration du client

WinCC : Configurations38 Manuel système, 02/2013, A5E32318778-AA

Marche à suivreLes 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éparti1. 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 multiposteLes 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.

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 39

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 RuntimeLe 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.

Systèmes répartis1.6 Configuration du client

WinCC : Configurations40 Manuel système, 02/2013, A5E32318778-AA

Voir aussiProcé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)

1.6.6 Procédez comme suit pour configurer la vue d'accueil du client

IntroductionVous 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.

ConditionLes Packages du serveur dont la vue est utilisée comme vue d'accueil sont importés sur le client.

Marche à suivre1. 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. :

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 41

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 aussiPour 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)

Systèmes répartis1.6 Configuration du client

WinCC : Configurations42 Manuel système, 02/2013, A5E32318778-AA

1.6.7 Pour afficher les vues de divers serveurs

PrincipeDans 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.

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 43

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 .

ConditionLes Packages des serveurs correspondants doivent être importés sur le client.

Marche à suivre1. 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.

Systèmes répartis1.6 Configuration du client

WinCC : Configurations44 Manuel système, 02/2013, A5E32318778-AA

Voir aussiPour 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)

1.6.8 Pour configurer un changement de vue sur le client

IntroductionDans 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 à suivreLa 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.

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 45

Procédure alternativeVous 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 aussiConfiguration 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)

1.6.9 Pour utiliser les données de différents serveurs

PrincipeConfigurez 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.

Systèmes répartis1.6 Configuration du client

WinCC : Configurations46 Manuel système, 02/2013, A5E32318778-AA

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 à suivreLa 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.

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 47

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ésultatDeux 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 aussiProcé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)

1.6.10 Procédez comme suit pour afficher les alarmes de divers serveurs

PrincipeDans 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

Systèmes répartis1.6 Configuration du client

WinCC : Configurations48 Manuel système, 02/2013, A5E32318778-AA

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 à suivre1. 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 aussiPour 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)

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 49

1.6.11 Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs

PrincipeDans 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 à suivre1. Ouvrez dans WinCCExplorer sous ReportDesigner le Layout "@CCAlgRtSequence.RPl".

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 "@Report 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.

Systèmes répartis1.6 Configuration du client

WinCC : Configurations50 Manuel système, 02/2013, A5E32318778-AA

Voir aussiProcé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)

Systèmes répartis1.6 Configuration du client

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 51

1.7 Comportement du système dans Runtime

1.7.1 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

ArchivesSi 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.

GraphiquesEn 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.

Systèmes répartis1.7 Comportement du système dans Runtime

WinCC : Configurations52 Manuel système, 02/2013, A5E32318778-AA

AlarmesSi 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.

JournauxLe 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.

ScriptsSi un poste de conduite active localement un projet, les fonctions du projet et les fonctions standard du serveur sont chargées localement.

User AdministratorLes 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 LibraryLorsque 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.

Systèmes répartis1.7 Comportement du système dans Runtime

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 53

Comportement en cas de dérangements dans le systèmeSi 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 aussiDé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)

1.7.2 Démarrage du serveur

PrincipeLes 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 :

Systèmes répartis1.7 Comportement du système dans Runtime

WinCC : Configurations54 Manuel système, 02/2013, A5E32318778-AA

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 à distanceVous 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 aussiParticularité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)

Systèmes répartis1.7 Comportement du système dans Runtime

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 55

1.7.3 Démarrage du client

PrincipeLes 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 disponibleSi 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 aussiParticularité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)

1.7.4 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.

Systèmes répartis1.7 Comportement du système dans Runtime

WinCC : Configurations56 Manuel système, 02/2013, A5E32318778-AA

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".

DiagnosticVous 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.

Systèmes répartis1.7 Comportement du système dans Runtime

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 57

Marche à suivre1. 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 aussiPour 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)

Systèmes répartis1.7 Comportement du système dans Runtime

WinCC : Configurations58 Manuel système, 02/2013, A5E32318778-AA

1.7.5 Arrêt du serveur

PrincipeLorsqu'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 à distanceVous 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 aussiDé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)

1.7.6 Arrêt du client

PrincipeLorsque le client d'un système Client-Serveur est arrêté, il se déconnecte du système.

Voir aussiPour 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)

Systèmes répartis1.7 Comportement du système dans Runtime

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 59

1.8 Configurer à distance

1.8.1 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 ShellDans 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

Systèmes répartis1.8 Configurer à distance

WinCC : Configurations60 Manuel système, 02/2013, A5E32318778-AA

Voir aussiPour 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)

1.8.2 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 sous-ré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 au-delà 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.

Systèmes répartis1.8 Configurer à distance

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 61

Marche à suivre1. 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 aussiAccè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)

Systèmes répartis1.8 Configurer à distance

WinCC : Configurations62 Manuel système, 02/2013, A5E32318778-AA

1.8.3 Accès aux projets depuis plusieurs clients

Possibilités de configurationSelon 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.

VuesLes 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.

AlarmesLes 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.

JournauxLes 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.

Systèmes répartis1.8 Configurer à distance

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 63

ScriptsLes 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 LibraryLes 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.

VariablesLes 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 AdministratorLes 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.

Systèmes répartis1.8 Configurer à distance

WinCC : Configurations64 Manuel système, 02/2013, A5E32318778-AA

Voir aussiPour 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)

1.8.4 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.

ConditionLes 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

Systèmes répartis1.8 Configurer à distance

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 65

Marche à suivre1. 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.

Systèmes répartis1.8 Configurer à distance

WinCC : Configurations66 Manuel système, 02/2013, A5E32318778-AA

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 aussiPour 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)

1.8.5 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.

Systèmes répartis1.8 Configurer à distance

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 67

Marche à suivre1. 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 aussiPour 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)

1.8.6 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.

Systèmes répartis1.8 Configurer à distance

WinCC : Configurations68 Manuel système, 02/2013, A5E32318778-AA

ConditionsLes 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 à suivre1. 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énieriePar 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.

Systèmes répartis1.8 Configurer à distance

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 69

Voir aussiPour 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)

1.8.7 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.

ConditionsLes 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 à suivre1. 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.

Systèmes répartis1.8 Configurer à distance

WinCC : Configurations70 Manuel système, 02/2013, A5E32318778-AA

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 aussiPour 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)

Systèmes répartis1.8 Configurer à distance

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 71

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: "http://www.opcfoundation.org"

Utilisation d'OPC dans WinCCDans 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 aussiSystèmes Client-Serveur dans WinCC (Page 8)

Systèmes répartis1.9 Utilisation des interfaces OPC dans les systèmes Client-Serveur

WinCC : Configurations72 Manuel système, 02/2013, A5E32318778-AA

Serveur d'archives longue durée 22.1 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.

ConditionUn 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é.

InstallationPour 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".

ConfigurationLa configuration du serveur d'archives longue durée se fait en deux étapes :

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 73

Etape 1 : Déverrouillage de lecteurs ou de dossiersPour 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érerIndiquez 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'échangeVous 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

Serveur d'archives longue durée2.1 Configuration du serveur d'archive longue

WinCC : Configurations74 Manuel système, 02/2013, A5E32318778-AA

Serveur de fichiers 33.1 Installation du serveur de fichiers

IntroductionLe 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éalablePour 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.

InstallationPour 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.

ConfigurationLes 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

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 75

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.

Serveur de fichiers3.1 Installation du serveur de fichiers

WinCC : Configurations76 Manuel système, 02/2013, A5E32318778-AA

WinCC ServiceMode 44.1 WinCC ServiceMode

ContenuWinCC 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.

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 77

4.2 Projet standard et projet de service

Vue d'ensembleVous 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 serviceWinCC 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.

RemarqueWinCC 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.

WinCC ServiceMode4.2 Projet standard et projet de service

WinCC : Configurations78 Manuel système, 02/2013, A5E32318778-AA

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

WinCC ServiceMode4.3 Configurations d'un projet de service

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 79

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 automatiqueLors 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 manuelEn 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".

WinCC ServiceMode4.4 Utilisation d'un projet de service et restrictions

WinCC : Configurations80 Manuel système, 02/2013, A5E32318778-AA

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".

RemarqueEditer 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é.

WinCC ServiceMode4.4 Utilisation d'un projet de service et restrictions

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 81

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 projetLe 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 contextuelVous 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 WinCCPour ouvrir la fenêtre "SIMATIC WinCC", cliquez sur l'icône "SIMATIC WinCC".

Exemple : Fenêtre, Runtime étant activé

WinCC ServiceMode4.5 Etat de WinCC et pilotage dans la zone Tray

WinCC : Configurations82 Manuel système, 02/2013, A5E32318778-AA

La fenêtre affiche les informations suivantes :

● Nom de projet

● Type de projet

● Etat du projet

● Liste d'ordinateursL'ordinateur local est représenté en bleu.

Liste d'ordinateursTous 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 redondantLiaison é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

WinCC ServiceMode4.5 Etat de WinCC et pilotage dans la zone Tray

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 83

4.6 Fonctionnement et conditions requises

4.6.1 Fonctionnement d'un projet de service

IntroductionCe chapitre décrit le fonctionnement d'un projet de service WinCC.

Projet standardLe 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 serviceDans 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.

WinCC ServiceMode4.6 Fonctionnement et conditions requises

WinCC : Configurations84 Manuel système, 02/2013, A5E32318778-AA

4.6.2 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.

ScriptsEtant 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 :

WinCC ServiceMode4.6 Fonctionnement et conditions requises

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 85

● Utilisateur Windows localL'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 domaineL'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"

WinCC ServiceMode4.6 Fonctionnement et conditions requises

WinCC : Configurations86 Manuel système, 02/2013, A5E32318778-AA

4.7 Configurer le WinCC ServiceMode

4.7.1 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 service1. 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.

WinCC ServiceMode4.7 Configurer le WinCC ServiceMode

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 87

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 automatiqueWinCC 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émarrage1. 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".

RemarqueLa 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)"

WinCC ServiceMode4.7 Configurer le WinCC ServiceMode

WinCC : Configurations88 Manuel système, 02/2013, A5E32318778-AA

Remarque

Après avoir transformé le projet de service en projet standard et inversement, vous devez reconfigurer la configuration du démarrage automatique "Autostart".

WinCC ServiceMode4.7 Configurer le WinCC ServiceMode

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 89

4.8 Projet de service en Runtime

4.8.1 Projet de service en Runtime

IntroductionWinCC 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".

4.8.2 Activation d'un projet de service

Conditions préalablesLe 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 ServiceModeSi 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 ServiceModeLe projet est activé. Aucun utilisateur n'est connecté au serveur.

WinCC ServiceMode4.8 Projet de service en Runtime

WinCC : Configurations90 Manuel système, 02/2013, A5E32318778-AA

Marche à suivre - Démarrage manuel d'un projet dans WinCC ServiceModeLa 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 ServiceModeLe 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.

4.8.3 Connexion et déconnexion lors d'un projet de service activé

IntroductionVous 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éalableUn projet de service est activé. Aucun utilisateur n'est connecté au serveur.

Marche à suivre1. Ouvrez une session sur le serveur.

2. Effectuez les actions voulues.

3. Déconnectez-vous à nouveau du serveur.

RésultatVous vous êtes connecté et déconnecté du serveur. WinCC Runtime n'en est pas affecté.

WinCC ServiceMode4.8 Projet de service en Runtime

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 91

4.8.4 Activation de la commande interactive à des fins de service

IntroductionVous pouvez activez la commande interactive pendant qu'un projet de service WinCC est en Runtime.

Condition préalableUn 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 interactive1. 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.

WinCC ServiceMode4.8 Projet de service en Runtime

WinCC : Configurations92 Manuel système, 02/2013, A5E32318778-AA

Systèmes redondants 55.1 Redundancy

ContenuWinCC 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.

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 93

5.2 WinCC- Redundancy

IntroductionWinCC 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).

Systèmes redondants5.2 WinCC- Redundancy

WinCC : Configurations94 Manuel système, 02/2013, A5E32318778-AA

● 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é

Systèmes redondants5.2 WinCC- Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 95

● Une entrée de journal est créée

● Une alarme système est envoyée

Systèmes redondants5.2 WinCC- Redundancy

WinCC : Configurations96 Manuel système, 02/2013, A5E32318778-AA

5.3 Structure du Système WinCC

5.3.1 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 :

Systèmes redondants5.3 Structure du Système WinCC

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 97

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.

Systèmes redondants5.3 Structure du Système WinCC

WinCC : Configurations98 Manuel système, 02/2013, A5E32318778-AA

5.3.2 Structure du Système WinCC avec Redundancy

Introduction

Projet WinCCA 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 redondantUn 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) ".

Systèmes redondants5.3 Structure du Système WinCC

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 99

5.4 Mode de fonctionnement de Redundancy

IntroductionLa vue suivante montre l'archivage et la synchronisation d'archives des serveurs redondants parallèles.

Archivage WinCC en mode normalNormalement, 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ôle-commande 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).

Systèmes redondants5.4 Mode de fonctionnement de Redundancy

WinCC : Configurations100 Manuel système, 02/2013, A5E32318778-AA

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 serveursLe 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 clientLe 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établissementLa 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é.

Systèmes redondants5.4 Mode de fonctionnement de Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 101

Synchronisation après rétablissementAu 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 exemple @Current_User ou @RM_Master. Vous ne devez pas configurer de synchronisation en ligne pour les variables système.

Synchronisation après incident du couplage de processSi 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 ligneUne 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.

Systèmes redondants5.4 Mode de fonctionnement de Redundancy

WinCC : Configurations102 Manuel système, 02/2013, A5E32318778-AA

5.5 Configuration des serveurs Redundancy

5.5.1 Guide de configuration d'un système redondant

IntroductionNous 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éseauInstallez 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 utilisateursUne 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 licenceLa 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 serveurLors 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.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 103

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 projetUtilisez 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 clientsPour 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 redondantsVous 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

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : Configurations104 Manuel système, 02/2013, A5E32318778-AA

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 redondantAvant 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.

5.5.2 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 2003 32 bits

– Microsoft Windows Server 2003 R2 32 bits

– Microsoft Windows Server 2008 32 bits

– Microsoft Windows Server 2008 R2 64 bitsLes 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".

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 105

● 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éesAprè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.

5.5.3 Configuration à fonction identique

Archives de données de process et d'alarmeTag 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 :

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : Configurations106 Manuel système, 02/2013, A5E32318778-AA

● 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 utilisateurLa 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.

RemarqueLa 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 utilisateursLes 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 aussiAlarmes 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)

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 107

5.5.4 Archives utilisateur redondantes

IntroductionLes archives utilisateur peuvent être traitées à l'aide de commandes, de programmes autonomes, d'API ou d'autres fonctions.

ConditionLa configuration des archives sur les deux ordinateurs doit être identique. C'est pourquoi vous devez utiliser le Project Duplicator.

Traitement parallèle d'archives utilisateurLors 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.

5.5.5 Alarmes synchronisées en ligne

IntroductionToutes 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 aussiConfiguration à fonction identique (Page 106)

WinCC- Redundancy (Page 94)

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : Configurations108 Manuel système, 02/2013, A5E32318778-AA

5.5.6 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.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 109

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".

5.5.7 Configuration

5.5.7.1 Configuration de la redondance

IntroductionLors 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.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : Configurations110 Manuel système, 02/2013, A5E32318778-AA

Marche à suivrePour ouvrir le système Redondancy, cliquez dans WinCC Explorer sur "Redundancy". Dans le menu contextuel, cliquez sur "Ouvrir".

Voir aussiScé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)

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 111

5.5.7.2 Onglet "Général"

IntroductionL'onglet "Général" permet de configurer les paramètres généraux pour le système Redundancy.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : Configurations112 Manuel système, 02/2013, A5E32318778-AA

Serveur Le champ "Serveur" sert à entrer le nom de l'ordinateur sur lequel Redundancy est configuré.Maître par défaut 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 "@RM_MASTER" est mise à "1" pendant la durée de fonctionnement. Les variables de redondance "@RM_MASTER" et "@RM_MASTER_NAME" 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 "@RM_MASTER_NAME".Si l'état de la variable "@RM-MASTER" 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.

Serveur partenaire redondant

Saisissez le nom de l'ordinateur du serveur partenaire ou cliquez sur le bouton "Parcourir"

Connexion au partenaire redondant via un adaptateur réseau

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.

Connexion avec des partenaires redondants via l'interface série

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.

Synchroniser toutes les données de la période de défaillance.

Définit que toutes les données sont synchronisées sur la période de défaillance complète.

Synchroniser les défaillances uniquement des ... derniers jours

Définit que seuls les 2 derniers jours sont synchronisés.

Synchronisation Tag Logging après rétablissement du partenaire

Définit qu'une synchronisation est entreprise après le rétablissement pour Tag Logging.

Synchronisation Alarm Logging après rétablissement du partenaire

Définit qu'une synchronisation est entreprise après le rétablissement pour Alarm Logging.

Synchronisation en ligne 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.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 113

Synchronisation après incident du couplage de process

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.

Commutation WinCC-Client

si incident du couplage de process

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.

Activation de la redondance 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.

RemarqueDé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.

RemarqueRedé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.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : Configurations114 Manuel système, 02/2013, A5E32318778-AA

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é.

5.5.7.3 Onglet "User Archive"

IntroductionL'onglet "User Archive" permet de configurer la synchronisation automatique des archives utilisateur pour le système Redondancy.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 115

L'onglet "User Archive"User Archiv La colonne "User Archiv" affiche ligne par ligne toutes les archives utilisateur

configurées.Compensation

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.

Synchronisation de toutes les archives utilisateur

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.

Mettre à jour 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.

RemarqueLa 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.

RemarqueRedé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 aussiScé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)

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : Configurations116 Manuel système, 02/2013, A5E32318778-AA

5.5.8 WinCC Project Duplicator

5.5.8.1 WinCC Project Duplicator

Vue d'ensembleSur 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.

RemarqueLe 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 configurationsD'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.

5.5.8.2 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.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 117

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.

PrincipeSé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 RuntimeProjet 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 projetPour 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.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : Configurations118 Manuel système, 02/2013, A5E32318778-AA

● 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 à suivre1. 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".

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 119

6. Vérifiez les paramètres dans le projet dupliqué et adaptez-les si nécessaire.

7. Vérifiez ce qui suit :

– Le nom d'ordinateur.

– Les paramètres dans l'éditeur de redondance.

– Si nécessaire les paramètres dans les éditeurs.

Remarque

La barre de progression ne s'affiche pas si vous dupliquez un projet WinCC ouvert sur l'ordinateur source.

5.5.8.3 Pour dupliquer un projet redondant en cours de fonctionnement

Introduction Si vous éditez un projet redondant, vous pouvez également actualiser le projet en cours de fonctionnement sur le serveur redondant.

Les petites modifications peuvent être enregistrées par la fonction Chargement de modifications en ligne et être transférées en cours de fonctionnement sur le serveur. Tenez compte à ce propos de la documentation sur le "Chargement de modifications en ligne".

Dupliquer avec le Duplicateur de projetCertaines configurations ne peuvent cependant pas être enregistrées par le chargement de modifications en ligne. Dans ce cas, vous devez dupliquer le projet sur un serveur redondant à l'aide du Project Duplicator.

RemarquePas de redondance

En cas de modifications en cours de fonctionnement, vous devez désactiver l'un des serveurs partenaires. Il n'y a pas de redondance actuellement.

Conditions préalables● Le dossier cible est créé.

● Vous possédez des droits d'accès au dossier cible.

● L'espace mémoire sur le serveur redondant sur lequel le projet va être copié, est suffisant.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : Configurations120 Manuel système, 02/2013, A5E32318778-AA

Marche à suivreLe présent chapitre décrit à titre d'exemple la marche à suivre pour un système redondant dotés de deux serveurs, appelés ici Serveur1 et Serveur2.

1. Quittez Runtime sur le serveur 1 redondant et fermez le projet.

2. Effectuez les modifications de configuration sur le serveur 2 dans Runtime et enregistrez-les.

3. Démarrez le Project Duplicator sur le serveur 2.

4. Dupliquez avec le bouton "Dupliquer" le projet sur Server1 dans le dossier cible du projet désactivé sous "1" et écrasez-le.

5. Ouvrez le projet sur le Serveur1.

6. Vérifiez les paramètres.

7. Démarrez le Runtime et attendez que la synchronisation s'effectue.

Systèmes redondants5.5 Configuration des serveurs Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 121

5.6 Comment travailler avec Redundancy

5.6.1 Exemple de commutation Client lors d'un incident du couplage de process

IntroductionUn système redondant consiste en deux serveurs fonctionnellement identiques. Un serveur est le serveur maître, l'autre est le serveur partenaire redondant.

En parfait état de fonctionnement, les serveurs ont l'état suivant :

● Le serveur maître a l'état "Maître".

● Le serveur partenaire redondant a l'état "Standby".

Les clients se connectent sur le serveur préférentiel configuré.

Aussitôt que les deux serveurs sont en Runtime, la surveillance du couplage de process est lancée. Le nombre des liaisons logiques défectueuses du serveur maître et du serveur partenaire redondant est déterminée cycliquement par WinCC Redundancy. Si le serveur maître a plus de liaisons logiques défectueuses que le serveur partenaire redondant, l'état du serveur devient invalide ("Fault"). Les clients sont basculés sur le serveur partenaire redondant, qui acquiert ainsi l'état "Maître".

Remarque

L'état "Fault" n'est pas affiché dans les variables système "@RM_MASTER" mais dans les variables "@RedundantServerState".

Etat de service normalL'installation est constituée des ordinateurs suivants :

● Serveur rendondant A

● Serveur redondant B

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : Configurations122 Manuel système, 02/2013, A5E32318778-AA

● Client 1 avec serveur préférentiel A

● Client 2 avec serveur préférentiel B

Incident de couplage de process sur le serveur AUn incident du couplage de process se produit sur le serveur A. Sur le serveur B, l'incident ne s'est pas produit. Le nombre des liaisons logiques défectueuses est plus grand sur le serveur

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 123

A que sur le serveur B. D'où l'attribution de l'état "Fault" au serveur A. Les clients 1 et 2 basculent alors sur le serveur redondant B.

Fin de l'incident de couplage de processLorsque l'incident de couplage de process est éliminé sur le serveur A, le serveur A prend l'état "Standby". Le client 1 se commute alors sur le serveur A, car celui-ci lui est attribué

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : Configurations124 Manuel système, 02/2013, A5E32318778-AA

comme serveur préférentiel. Le client 2 reste connecté sur le serveur B, car ce dernier est attribué comme serveur préférentiel.

Remarque

Les couplages OPC ne sont pas surveillés. C'est pourquoi aucune commutation de client n'a lieu en cas de défaut des couplages OPC.

Voir aussiScénarios de pannes (Page 126)

Onglet "User Archive" (Page 115)

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)

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 125

5.6.2 Scénarios de pannes

5.6.2.1 Scénarios de pannes

IntroductionLe mode de fonctionnement de WinCC Redundancy est illustré à l'aide de défaillances fréquentes. Il s'agit notamment des défaillances suivantes :

1. Scénario 1 : Projet sur ordinateur serveur pas dans Runtime (Page 127)

2. Scénario 2 : Dérangement de la connexion au serveur partenaire (Page 129)

3. Scénario 3 : Connexion réseau défectueuse au client (Page 131)

4. Scénario 4 : Couplage défectueux de process (Page 131)

5. Scénario 5 : Défaut de logiciel (Page 132)

WinCC Redundancy détecte automatiquement l'erreur actuelle ou réagit à un message d'erreur ou de dérangement par les actions suivantes :

● Enregistrement de la date/heure des événements.

● La synchronisation d'archives.

● Modifications des identifiants "Maître" et "Standby".

● Commutation des clients.

● Emission d'alarmes.

Lancement des ordinateurs serveursLors de l'amorçage du système des ordinateurs serveurs, la composante Redundancy détermine si le serveur partenaire est déjà activé.

● Si le serveur partenaire est déjà actif, l'état "Standby" est mis sur l'ordinateur serveur.

● Si le serveur partenaire n'est pas actif au démarrage, l'état "Maître" est mis sur l'ordinateur serveur.

Variables système de WinCC RedundancyL'état des ordinateurs serveur est inscrit dans la variable système @RM_MASTER.

Etat de l'ordinateur serveur Etat variable @RM_MASTERMaître 1

Stand-by 0

Dans la variable @RM_MASTER_NAME se trouve le nom de l'ordinateur serveur qui a l'état "Maître", par ex. "Serveur 1".

La variable @RedundantServerState indique sur chaque serveur redondant son état de redondance, p. ex. "Standby", "Master". Variables système de WinCC Redundancy (Page 136)

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : Configurations126 Manuel système, 02/2013, A5E32318778-AA

Le composant "Redundancy" ne fait qu'activer les variables mentionnées. Les deux serveurs ont toujours les mêmes droits.

Ces variables peuvent interpréter les scripts ou autres applications. Seule la variable @RM_MASTER peut être modifiée.

Le serveur maître devient serveur de veilleSi ni un client ni le serveur partenaire redondant est accessible pour le serveur maître, le serveur maître devient le serveur Standby. Cette situation survient quand la liaison réseau et la liaison entre les serveurs partenaires sont interrompues.

Ce procédé est nécessaire pour empêcher que les deux serveurs redondants ne prennent l'état "Maître".

Remplacement de l'information d'étatL'état de redondance est pilotée par sa propre liaison. La connexion peut être exécutée comme suit :

● Via un adaptateur secteur

● Via l'interface série

La connexion via un adaptateur réseau doit être privilégiée à la connexion série.

Remarque

Notez que la synchronisation d'archives est exécutée via la connexion réseau. La synchronisation d'archives n'est pas effectué via la connexion d'état.

5.6.2.2 Scénario 1 : Projet sur ordinateur serveur pas dans Runtime

IntroductionCe scénario montre le comportement de Redundancy quand le projet a été désactivé sur le serveur 2.

Les réactions suivantes sont déclenchées :

● Le serveur 1 enregistre l'heure et la date de la défaillance du serveur 2.

● Le serveur 1 communique la défaillance du serveur 2 par une alarme système.

● Si le serveur 1 est le "serveur de veille", celui-ci prend alors le rôle de "Maître" par activation de la variable@RM_MASTER. Les variables @RM_MASTER_NAME et @RedundantServerState sont modifiées en conséquence.

● Les clients connectés sur le serveur 2 basculent sur le serveur 1.

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 127

Le serveur 2 est rétabliPendant le temps de défaillance, une lacune s'est produite dans les archives du serveur 2. Cette lacune est alors comblée par les procédures suivantes :

● Le serveur 1 enregistre l'heure et la date de rétablissement du serveur 2.

● Le serveur 1 communique le rétablissement du serveur 2 par une alarme système.

● Une synchronisation de redondance pour les archives suivantes du serveur 1 au serveur 2 est effectuée.

– Archive d'alarmes

– Archives de données de process

– Archive d'utilisateur

● Dans les deux serveurs, les variables @RM_MASTER restent inchangées.

– Dans le serveur 1, la variable @RM_MASTER reste activée.

– Dans le serveur 2, la variable @RM_MASTER est rétablie.

– Les variables @RM_MASTER_NAME et @RedundantServerState restent inchangées.

● Les clients pour lesquels le serveur 2 est configuré comme serveur préférentiel basculent de nouveau sur le serveur 2.

Comparée à la synchronisation en ligne, la synchronisation d'archives après une défaillance de serveur peut durer plus longtemps. La durée de la synchronisation dépend du nombre d'enregistrements à synchroniser et de la charge des ordinateurs et de l'encombrement du réseau.

Défaillance alternée des serveursEn cas de défaillances alternées (voir schéma), les synchronisation s'effectuent successivement. Après synchronisation, toutes les données sont ainsi disponibles dans les deux archives.

Si configurée, la synchronisation sera toujours exécutée.

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : Configurations128 Manuel système, 02/2013, A5E32318778-AA

Panne ALe serveur 1 transmet toutes les valeurs au serveur 2.

Panne BLe serveur 2 transmet toutes les valeurs au serveur 1.

Panne CLe serveur 1 transmet toutes les valeurs au serveur 2.

Toutes ces opérations sont exécutées en tâche de fond, indépendamment de l'archivage des valeurs de process et alarmes issues des automates programmables subordonnés, réalisé en parallèle.

5.6.2.3 Scénario 2 : Dérangement de la connexion au serveur partenaire

IntroductionCe scénario montre le comportement de Redundancy lorsque la connexion au serveur 2 est dérangée. Avant l'apparition de cet événement, les deux serveurs fonctionnent sans problème en Runtime.

Le dérangement de la connexion décrit se produit lorsque la connexion réseau sur le serveur 1 est tirée.

Situation initiale 1Lorsque le dérangement de la connexion apparaît, les serveurs ont l'état suivant :

● Serveur 1 a l'état "Maître".

● Le serveur 2 a l'état "Standby".

Le dérangement de connexion se produitLes réactions suivantes sont déclenchées lorsque le dérangement apparaît :

● Le serveur 2 devient serveur maître et enregistre le moment de la défaillance (date et heure).

● Le serveur 2 indique par une alarme système que le serveur partenaire est défaillant et que le serveur 2 est passé à l'état "Maître".

● Les variables @RM_MASTER, @RM_MASTER_NAME et @RedundantServerState s'adaptent aux deux serveurs selon la permutation.

La connexion est rétablieLes alarmes d'Alarm Logging et les archives utilisateur n'ont pas pu être synchronisées pendant le dérangement de la connexion.

Cette lacune est alors comblée par les procédures suivantes :

● Le serveur 2, à présent Maître, enregistre le moment du rétablissement (date et heure).

● Le serveur 2 indique par une alarme système le rétablissement du serveur partenaire.

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 129

● Synchronisation de redondance du serveur Maître au serveur Standby.

● Par la synchronisation en ligne de l'Alarm Logging, le serveur 1 signale au serveur 2 ce qui suit et l'alarme suivante sur le serveur 1 apparaît comme alarme système :

– Une erreur est survenue en mode redondance.

– Le serveur 1 est passé à l'état "Standby".

– Rétablissement du serveur 1.

● Dans les deux serveurs, les variables @RM_MASTER, @RM_MASTER_NAME et @RedundantServerState restent inchangées.

Situation initiale 2Lorsque le dérangement de la connexion apparaît, les serveurs ont l'état suivant :

● Le serveur 1 a l'état "Standby".

● Serveur 2 a l'état "Maître".

Le dérangement de connexion se produitLes réactions suivantes sont déclenchées lorsque le dérangement apparaît :

● Le serveur 2 reste serveur maître et enregistre le moment de la défaillance (date et heure).

● Le serveur 2 indique par une alarme système que le serveur partenaire est défaillant.

● Le serveur 1 reste serveur de réserve (standby).

● Dans les deux serveurs, les variables @RM_MASTER, @RM_MASTER_NAME et @RedundantServerState restent inchangées.

La connexion est rétablieLes alarmes d'Alarm Logging et les archives utilisateur n'ont pas pu être synchronisées pendant le dérangement de la connexion.

Cette lacune est alors comblée par les procédures suivantes :

● Le serveur 2 enregistre le moment du rétablissement (date et heure).

● Le serveur 2 indique par une alarme système le rétablissement du serveur partenaire.

● Synchronisation de redondance du serveur Maître au serveur de réserve (standby).

● Par la synchronisation en ligne de l'Alarm Logging, le serveur 1 signale au serveur 2 ce qui suit et l'alarme suivante sur le serveur 1 apparaît comme alarme système :

– Une erreur est survenue en mode redondance.

– Rétablissement du serveur 1.

● Dans les deux serveurs, les variables @RM_MASTER, @RM_MASTER_NAME et @RedundantServerState restent inchangées.

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : Configurations130 Manuel système, 02/2013, A5E32318778-AA

5.6.2.4 Scénario 3 : Connexion réseau défectueuse au client

IntroductionDans ce scénario, un dérangement apparaît sur la connexion réseau entre le serveur 2 et le client "CL5" appartenant au serveur 2.

La réaction déclenchée est la suivante :

● Le client "CL5" bascule automatiquement du serveur défectueux 2 au serveur courant 1.

Fin de l'incident réseau vers le clientLes réactions suivantes sont déclenchées lorsque le dérangement disparaît :

● Dans les deux serveurs, les variables @RM_MASTER, @RM_MASTER_NAME et @RedundantServerState restent inchangées.

● Le client "CL5" bascule à nouveau sur le serveur préférentiel Server2.

Voir aussiVariables système de WinCC Redundancy (Page 136)

Scénario 2 : Dérangement de la connexion au serveur partenaire (Page 129)

Scénario 1 : Projet sur ordinateur serveur pas dans Runtime (Page 127)

Scénarios de pannes (Page 126)

Scénario 4 : Couplage défectueux de process (Page 131)

5.6.2.5 Scénario 4 : Couplage défectueux de process

IntroductionDans ce scénario, un incident de couplage de process survient sur le serveur 2 à cause d'une convexion réseau interrompue vers les systèmes d'automatisation.

Défaillance d'une connexion vers un automateLa défaillance d'une connexion vers un automate est reconnue comme défaillance au sens de la redondance seulement dans la condition suivante :

La connexion à l'automate est seulement dérangée vers un serveur.

Une défaillance de la connexion d'un automate vers les deux serveurs n'est pas une défaillance au sens de la redondance. Un exemple est la panne d'un automate.

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 131

Réaction à un dérangementLorsque WinCC détecte un dérangement, les réactions suivantes sont déclenchées :

● La défaillance du couplage de process est communiquée au serveur 2.

● Le serveur 1 obtient une alarme signalant que le serveur 2 partenaire est défaillant.

● Le serveur 1 enregistre le moment de la panne (date et heure) sur le serveur 2.

● Si l'on a configuré dans le projet serveur "Commutation du client en cas de défaillance du couplage de process", les clients reliés à ce serveur sont commutés sur le serveur partenaire.

● La variable @RM_MASTER est mise sur l'état "Maître" dans le serveur 1, sur "Standby" dans le serveur 2. Les variables @RM_MASTER_NAME et @RedundantServerState sont adaptées en conséquence. @RedundantServerState est mis dans le serveur 2 sur l'état "Fault".

Fin de l'incident de couplage de process sur le serveur 2Si la surveillance du couplage de process a été activée, la lacune de la mémoire d'archives du serveur 2 sera comblée par les mesures suivantes :

● Le serveur 1 enregistre l'heure et la date de rétablissement du serveur 2.

● Une synchronisation de redondance du serveur 1 au serveur 2 est effectuée car le couplage de process sur le serveur 1 n'est pas perturbé. Les données de tous les automates sont synchronisées. Les données des automates non défaillants sont donc également synchronisées.

● Sur le serveur 2, la variable @RedundantServerState passe de "Fault" à "Standby".

● La fin de l'incident de couplage de process sur le serveur 2 est communiquée par une alarme système.

5.6.2.6 Scénario 5 : Défaut de logiciel

IntroductionDans ce scénario, une panne d'un logiciel surveillé survient dans le serveur 2. Lorsque ce dérangement survient, le serveur 2 a l'état "Maître" et le serveur 1 l'état "Standby". Plusieurs clients sont reliés aux deux serveurs.

Quand la fonction "Application Health Check"détecte une défaillance du logiciel WinCC, les réactions suivantes sont déclenchées :

● Application Health Check signale l'incident à Redundancy. L'état du serveur 2 est défini sur "Fault" dans la variable @RedundantServerState. La variable @RM_Master est définie sur l'état "Standby".

● Dans le serveur 1, la variable @RM_MASTER est définie sur l'état "Maître". Les variables @RM_MASTER_NAME et @RedundantServerState sont adaptées en conséquence.

● Les clients connectés sur le serveur 2 basculent sur le serveur 1.

● L'utilisateur est informé par un message système de la défaillance logicielle si elle n'est pas due au serveur d'alarmes lui-même.

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : Configurations132 Manuel système, 02/2013, A5E32318778-AA

Fin de la défaillance logicielle sur le serveur 2Vous remédiez à la défaillance logicielle en désactivant le projet serveur et redémarrant le serveur 2. Après l'activation du projet sur le serveur 2, les archives sont synchronisées automatiquement.

● Sur le serveur 2, la variable @RedundantServerState est définie sur "Standby". Le serveur 1 reste sur l'état "Maître".

● Le serveur 1 enregistre l'heure et la date de rétablissement du serveur 2.

● Une synchronisation de redondance pour les archives utilisateur du serveur 1 au serveur 2 est effectuée.

Remarque

Si la fonction "Application Health Check" a détecté une défaillance logicielle et un basculement client et un message commande-contrôle ont été déclenchés, il est exécuté ce qui suit :● Le serveur concerné doit être désactivé.● 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'archives s'effectue rétroactivement jusqu'au moment de la détection d'une défaillance logicielle du serveur.

Voir aussiVariables système de WinCC Redundancy (Page 136)

Scénario 3 : Connexion réseau défectueuse au client (Page 131)

Scénario 2 : Dérangement de la connexion au serveur partenaire (Page 129)

Scénario 1 : Projet sur ordinateur serveur pas dans Runtime (Page 127)

Scénarios de pannes (Page 126)

Scénario 4 : Couplage défectueux de process (Page 131)

Systèmes redondants5.6 Comment travailler avec Redundancy

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 133

5.7 Annexe

5.7.1 Alarmes système de WinCC Redundancy

IntroductionL'option Redundancy met une série d'alarmes système à disposition. Ces dernières peuvent être générées dans l'éditeur Alarm Logging (sous Outils > Alarmes système WinCC).

Les alarmes système suivantes peuvent être émises par WinCC Redundancy :

N° de message Texte message WinCC1012200 REDRT:Station partenaire tombe en panne

WinCC a été terminé sur le serveur partenaire.1012201 REDRT:Station partenaire marche à nouveau

WinCC a été redémarré sur le serveur partenaire.1012202 REDRT:Les projets n'ont pas la même fonction1012203 REDRT:Synchronisation des archives erronée1012204 REDRT:Erreur interne dans Redundancy1012205 REDRT:Liaison au partenaire défectueuse

La liaison au serveur partenaire est défectueuse1012206 REDRT:Liaison au partenaire rétablie

La liaison au serveur partenaire est rétablie1012207 REDRT:Serveur partenaire - WinCC n'est pas activé

Lors de la mise en route, constatation que WinCC n'est pas lancé.1012208 REDRT:Synchronisation des archives commence

Ce message est émis au début d'une synchronisation d'archive1012209 REDRT:Synchronisation des archives terminée

Ce message est émis à la fin d'une synchronisation d'archive1012216 REDRT:Interruption de la synchronisation

La synchronisation a été interrompue par une autre panne1012217 REDRT:Le projet au serveur partenaire n'est pas activé

Lors de la mise en route, constatation que WinCC n'est pas activé pour le serveur partenaire, ou qu'il n'est pas en Runtime

1012218 SWITCH:Le client a été automatiquement commutéLe client a été automatiquement commuté sur le serveur partenaire

1012219 SWITCH:Le client a été manuellement commutéLe client a été manuellement commuté sur le serveur partenaire

1012220 REDRT: La synchronisation n'est pas prête pour toutes les User Archives.La synchronisation n'est pas prête pour toutes les archives utilisateur configurées localement, étant donné que pour une archive au moins la structure d'archive du partenaire diffère ou que la synchronisation n'est pas activée sur le partenaire.

1012221 REDRT: Synchronisation pour toutes les User Archives.La synchronisation est prête pour les archives utilisateur configurées localement et la structure d'archive concorde avec celle du partenaire.

Systèmes redondants5.7 Annexe

WinCC : Configurations134 Manuel système, 02/2013, A5E32318778-AA

N° de message Texte message WinCC1012226 REDRT:Projet du serveur partenaire activé

Lors de la mise en route, constatation que WinCC est activé pour le serveur partenaire WinCC.

1012227 REDRT:Erreur-Ordinateur partenaire n'est pas serveurLors de la mise en route, constatation que le serveur partenaire configuré n'est pas un serveur.

1012240 REDRT: L'erreur <Description de l'erreur> dans <Nom d'application> déclenche la commutation.La commutation a été déclenchée par Application Health Check suite à une erreur dans l'application en question.

1012241 REDRT: Commutation sur l'état <Désignation de l'état>Alarme d'une modification d'état.

1012244 REDRT: Surcharge lors de la synchronisation en ligne d'Alarm LoggingLe nombre d'alarmes à synchroniser est excessif.

1012245 REDRT: Perte de la liaison série1012246 REDRT: Liaison série rétablie 1012247 REDRT: <Nom d'ordinateur sur lequel le message a été créé>:OS Server (Master)

<Nom d'ordinateur> Serveur OS (Standby) <Nom d'ordinateur> Erreur de redondanceSelon le scénario de défaillance, le serveur Master et le serveur Standby ou l'un des deux signale l'erreur de redondance. La redondance est mise en danger.

1012248 REDRT: Serveur OS (Standby) Redondance rétablie1012349 REDRT: Perte de la connexion via adresse (MAC) de carte réseau

La connexion avec le serveur partenaire via le LAN redondant est interrompu ou en défaut.

1012350 REDRT: Connexion via adresse (MAC) de carte réseau restauréeLa connexion avec le serveur partenaire via le LAN redondant est restaurée.

1012351 REDRT:RedundancyControl: Blocage du système constaté. Bascule sur l'état Fault

1012352 REDRT:RedundancyControl: Blocage du système constaté. Redémarrez l'ordinateur le plus rapidement possible

1012353 RedundancyControl : Etat modifié en FAULT, le serveur partenaire n'est cependant pas disponible

1012354 RedundancyControl : Etat modifié en FAULT, l'isolation du serveur n'est cependant pas activée

1012355 RedundancyControl : Etat modifié en FAULT, l'isolation du serveur est cependant bloquée par @1%s@. Motif : @2%s@

1012356 RedundancyControl : Etat modifié en FAULT => le serveur est isolé1012357 RedundancyControl : Etat modifié en FAULT, le rédémarrage automatique n'est

cependant pas activé1012358 RedundancyControl : Etat modifié en FAULT, le rédémarrage automatique est

cependant bloqué parce que l'adaptateur réseau est coupé et le DHCP validé1012359 RedundancyControl : Redémarrage de l'ordinateur bloqué par @1%s@. Motif :

@2%s@1012360 RedundancyControl : Redémarrage de l'ordinateur interrompu parce que le

dernier redémarrage a eu lieu il y a moins de @1%s@ s1012361 RedundancyControl : Redémarrage de l'ordinateur interrompu parce qu'après un

redémarrage @1%s@, aucun autre redémarrage n'est autorisé pour @2%s@ s1012362 RedundancyControl : L'ordinateur est redémarré en @1%s@ s

Systèmes redondants5.7 Annexe

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 135

N° de message Texte message WinCC1012700 Autodiagnostic : Valeur @7%s@ du participant @10%s@ n'est pas valide.1012701 Autodiagnostic : Valeur @7%s@ du participant @10%s@ est supérieure à la

limite d'alerte HIGH.1012702 Autodiagnostic : Valeur @7%s@ du participant @10%s@ est inférieure à la limite

de défaut LOW.1012703 Autodiagnostic : @100%s@ : Valeur @7%s@ du participant @10%s@ est

supérieure à la limite d'alerte HIGH.1012704 Autodiagnostic : @100%s@ : Valeur @7%s@ du participant @10%s@ est

inférieure à la limite d'alerte LOW.1012705 Autodiagnostic : @100%s@ : La valeur @7%s@ du participant @10%s@ ne

dépasse plus la limite de défaut.1012706 Autodiagnostic : @100%s@ : La valeur @7%s@ du participant @10%s@ est OK.1012707 Autodiagnostic : @100%s@ : Le participant @10%s@ cause @2%s@.

Voir aussiAbréviations (Page 137)

Variables système de WinCC Redundancy (Page 136)

5.7.2 Variables système de WinCC Redundancy

IntroductionLes variables système @RM_MASTER et @RM_MASTER_NAME sont utilisées par WinCC Redundancy pour la commande Maître/Standby des deux serveurs redondants et pour le processus de basculement des clients. Ces variables système peuvent être également lues et modifiées par d'autres applications ou par des scripts.

Remarque

Vous devez ouvrir l'éditeur Redundancy et le refermer avec "OK" pour que les variables système de WinCC Redundancy soient créées.

Variables système de WinCC Redundancy@LocalMachineName Cette variable contient le nom de l'ordinateur local. @RedundantServerState La variable affiche l'état de redondance de ce serveur.

Plage des valeurs :0: Etat non défini (valeur initiale)1: Serveur est Maître2: Serveur est Standby3: Serveur est Fault4: Serveur est autonome (pas d'exploitation en redondance)

Systèmes redondants5.7 Annexe

WinCC : Configurations136 Manuel système, 02/2013, A5E32318778-AA

Variables système de WinCC Redundancy@RM_MASTER Pour signaler que l'ordinateur serveur est Maître, cette

variable @RM_MASTER est définie. Si le serveur est "Standby", la variable @RM_MASTER est remise à zéro.

@RM_MASTER_NAME La variable @RM_MASTER_NAME contient le nom du serveur maître, par exemple "SERV_4".

@RM_SERVER_NAME Cette variable contient le nom du serveur, auquel un client est relié.

@RM_UA_ONL_"NomArchive" Sert à des fins de diagnostic. Pour chaque archive d'utilisateur, une variable propre avec le nom d'Archive correspondant est créée.Cete variable est mise à 1 lorsqu'une archive utilisateur est modifiée. Elle est remise à zéro après la synchronisation en ligne.

@RM_Offline_UA_Name Sert à des fins de diagnostic. Cette variable contient les noms de l'archive d'utilisateur qui est en cours de compensation.

Voir aussiAbréviations (Page 137)

Alarmes système de WinCC Redundancy (Page 134)

5.7.3 Abréviations

5.7.3.1 Abréviations

Introduction

Abréviation ExplicationAPI Système d'automatisationCS Système de configuration WinCCCC Système contrôle-commandeMCC Message CC vers niveau de référenceOS Station opérateurADP Saisie des données de processRT WinCC RuntimeRTO Runtime Object

Systèmes redondants5.7 Annexe

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 137

Voir aussiAlarmes système de WinCC Redundancy (Page 134)

Variables système de WinCC Redundancy (Page 136)

5.7.3.2 Niveau entreprise

IntroductionLe niveau entreprise réalise l'intégration globale des ordinateurs de tous les domaines d'une entreprise.

5.7.3.3 Niveau de référence

IntroductionLe niveau de référence sert à la commande et à la visualisation du process. Les tâches du niveau de référence sont réparties sur les ordinateurs serveur et client. Ceux-ci sont interconnectés par des réseaux PC. Les ordinateurs serveurs rapatrient les états de process des système d'automatisation et les ordinateurs clients assurent l'interface homme-machine.

5.7.3.4 Niveau process

IntroductionAu niveau process, les systèmes d'automatisation et les ordinateurs de process sont utilisés pour automatiser des process industriels. La communication transversale et avec le niveau de référence est réalisée via des réseaux industriels tels que PROFIBUS.

5.7.3.5 Serveur

IntroductionLes ordinateurs serveurs du niveau de référence saisissent la mémoire image du process, les données de mesure et les alarmes des systèmes d'automatisation par l'intermédiaire de réseaux industriels et stockent toutes les données avec l'horodatage correspondant dans la mémoire d'archive. Les serveurs peuvent être rendus redondants par adjonction d'un second ordinateur fonctionnant en parallèle et configuré de manière fonctionnellement identique.

Systèmes redondants5.7 Annexe

WinCC : Configurations138 Manuel système, 02/2013, A5E32318778-AA

5.7.3.6 Client

IntroductionLes ordinateurs clients du niveau de référence assurent l'interface homme-machine vers l'ensemble du système. Le conducteur de l'installation (opérateur) a accès sur les ordinateurs clients à l'ordinateur serveur, où peuvent être appelées les mémoires image du process, les données de mesure et les alarmes de tous les systèmes d'automatisation. En cas de défaillance, les messages correspondants sont affichés immédiatement à l'opérateur. Ces alarmes doivent être en général acquittées par l'opérateur.

5.7.3.7 Projet

IntroductionUn projet est constitué d'un groupe de systèmes d'automatisation, d'un ordinateur serveur et d'un ou de plusieurs ordinateurs clients. Font également partie du projet toutes les données telles que les programmes, les paramétrages et les données de configuration.

5.7.3.8 Mémoire d'archive

IntroductionLes fonctions d'archivage supportent le transfert automatique de données depuis le disque dur vers des supports de données de longue durée, ainsi que la suppression de données sur le disque dur. L'archivage peut être automatisé par paramétrage temporel ou lorsqu'un niveau de remplissage déterminé du support de données est atteint.

Systèmes redondants5.7 Annexe

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 139

Index

Projet standard

Changer en projet de service, 88

AAbréviations, 137Activation des serveurs redondants, 103Activer, 68

Projet, 68Affichage, 43

données de plusieurs serveurs, 46pour divers serveurs, 43

Alarme, 48afficher pour divers serveurs, 48configurer un journal au fil de l'eau sur le client, 50

Alarmes système, 134Alimentation en courant ininterrompue, 105Application Health Check, 94, 132Arrêt, 59

du client, 59du serveur, 59

Autorisation de conduite, 20configuration pour le client, 20configurer dans le système d'exploitation, 20

Ccâble série, 105CAS - Central Archive Server, 13Chargement de modifications en ligne

Modifications apportées aux Archives utilisateurs en cas de systèmes redondants, 116

Client, 10, 28Accès aux projets serveur, 63Activer un projet Serveur à distance, 68afficher des vues pour plusieurs serveurs, 43afficher les alarmes de plusieurs serveurs, 48afficher les données de plusieurs serveurs, 46Arrêt, 59avec vue sur un serveur, 26Configuration, 28Configuration du journal au fil de l'eau, 50configurer dans le projet Serveur, 26configurer dans un système réparti, 28

Configurer la vue d'accueil, 41Configurer les autorisations de conduite, 20configurer les propriétés de l'ordinateur, 26Configurer un changement de vue, 45Création d'un nouveau projet, 30Définir les propriétés initiales dans le système multiposte, 26Démarrage simultané sur un serveur, 10Désactiver un projet Serveur, 70Editer une vue Serveur, 67Enregistrer des serveurs sur la liste des ordinateurs, 19Importation du Package, 31Mise en route, 56ouvrir un projet sur un serveur, 65Système multiposte, 26ThinClient, 10WebClient, 10

Clients, 97Communication Serveur-Serveur, 13Comportement au démarrage, 54, 56

du client, 56du serveur, 54

Comportement du système, 52Conditions préalables pour des systèmes redondants, 105Configuration, 10, 16, 28, 73, 75, 99, 103, 106, 110

Client, 28Remote, 60Serveur, 16Serveur de fichiers, 75Système multiposte, 16Système réparti, 16Systèmes Client-Serveur, 10

Configuration à distance, 60Accès au projet serveur, 63Activer un projet, 68Désactiver le projet, 70Editer une vue, 67Ouvrir le projet, 65

ConfigurationServeur, 73Configurer redondance, 103Connectivity Station

Projet de service, 81

DDéclarer le serveur Redondancy sous Windows, 109Désactivation, 59

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 141

du client, 59du serveur, 59

Données, 43afficher pour divers serveurs, 46afficher pour plusieurs serveurs, 43

Données de serveur, 21Configuration du serveur préférentiel, 38Configuration du serveur standard, 35Package-Export, 21Package-Import, 31

Dupliquer des projets, 117

EExportation, 21

Packages, 21

IImportation, 31

Packages, 31Information de diagnostic

Projet de service, 81Installation, 73, 75

Serveur de fichiers, 75Installation du serveur d'archives longues, 73InstallationServeur, 73Interface OPC, 72

dans des systèmes Client-Serveur, 72

JJournal au fil de l'eau, 50

Lla synchronisation de l'heure, 105Liaison série entre les serveurs Redundancy, 112LierOuvrir

Projet , 65Liste de démarrage, 10

Projet de service, 81Serveur avec plusieurs clients, 10

Liste des ordinateurs, 19Enregistrement de clients, 19

MMémoire d'archive, 127, 129Mise à jour implicite, 21, 31

Mise en route, 54, 56du client, 56du serveur, 54, 56

Mode Service, 77

NNiveau direction, 97Niveau entreprise, 97Niveau process, 97

OOuvrir, 65

PPannes du système, 52Pilotes SOFTNET en cas d'utilisation sur un serveur, 56Préfixe de serveur, 41, 43, 45, 46Progiciel, 21, 31

Archivage dans le système de fichiers, 21Configurer exportation, 21Configurer l'importation, 31Mise à jour implicite, 21Représentation dans WinCCExplorer, 21, 31

Project Duplicator, 117, 120Projet, 18, 30, 99

Accès à distance, 63activer, 68création d'un nouveau projet Client, 30Création d'un projet Serveur, 18désactiver, 70Dupliquer, 117, 120Etat WinCC, 82ouvrir à distance, 65

Projet client, 30Projet de service, 78, 84

Activer la commande interactive, 92Changer en projet standard, 88Composants non validés, 81Condition préalable, 85Configuration, 79Connectivity Station, 81Définition, 87Fermeture de session, 91Information de diagnostic, 81Liste de démarrage, 81ouverture de la session (log in), 91Quitter la commande interactive, 92

Index

WinCC : Configurations142 Manuel système, 02/2013, A5E32318778-AA

Restriction, 80Script, 80Utilisation, 80

Projet multiposte, 18créer, 18

Projet standard, 78, 84

QQuantités, 10

RRedondance, 13

Configuration du serveur préférentiel, 38Serveur préférentiel, 13

Redundancy, 94, 99Activation du serveur, 94Alarmes système, 127Application Health Check, 94, 132Commutation d'archive, 94Condition préalable, 105Configuration, 103Déclaration des serveurs sous Windows, 109la synchronisation de l'heure, 105Liaison série entre les serveurs, 112, 126Mode de fonctionnement, 100Signalisation horodatée à la source, 105Système d'exploitation, 105

Réseau, 61Accès aux sous-réseaux, 61Routeur, 61

Routeur, 61Runtime, 52

Alarmes, 52Archives, 52Comportement du système, 52Comportement en cas de dérangements dans le système, 52Graphiques, 52Journaux, 52Scripts, 52Text Library, 52UserAdministrator, 52

SScénario, 126Scénarios, 13

Clients et Server, 13Scénarios Client-Serveur, 13

ScriptProjet de service, 80

SelfDiagnosis, 94Serveur, 13, 16, 97

Accès à distance depuis plusieurs clients, 63Activer un projet depuis le client, 68Arrêt, 59Communication Serveur-Serveur, 13Configuration, 16Configuration à distance (condition préalable), 19, 20configuration des autorisations de conduite du client, 20Configuration du serveur préférentiel, 38Configuration du serveur standard, 35Configurer le client dans le projet Serveur, 26Configurer les clients dans le projet Serveur, 26Création d'un nouveau projet, 18Désactiver un projet depuis le client, 70Editer une vue depuis le client, 67Mise en route, 54, 56Particularités dans le cas de plusieurs cartes réseau, 56Particularités pour les pilotes SOFTNET, 56Serveur d'archives longues, 13Serveur de fichiers, 13Serveur standard, 13

Serveur central d'archive, 13Serveur d'archives longues, 13, 73Serveur de fichiers, 13, 75

Configuration, 75Installation, 75

Serveur préférentiel, 13Configurer, 38

Serveur standard, 13Configurer, 35

ServiceMode, 77Services WinCC , 77Signalisation horodatée à la source, 105SIMATIC Shell, 60, 61Synchronisation de variables, 102Système Client-Serveur, 8

Application, 8Arrêt du client, 59Arrêt du serveur, 59CAS, 13Communication Serveur-Serveur, 13Comportement en Runtime, 52Conditions, 8Configuration, 10configuration mixte, 10Démarrage du client, 56

Index

WinCC : ConfigurationsManuel système, 02/2013, A5E32318778-AA 143

Démarrage du serveur, 54Nombre de clients et de serveurs, 8Quantités, 10Redondance, 8, 13Serveur central d'archive, 13Serveur d'archives longues, 13Serveur de fichiers, 13Serveur standard, 13Système multiposte, 8, 13Système réparti, 8, 13Types de Client, 10Utilisation des interfaces OPC, 72WinCC CAS, 13

Système d'exploitation, 20Configurer les autorisations de conduite, 20Systèmes redondants, 105

Système multiposte, 8, 13Configuration, 16Configurer les clients, 26

Système redondantConfiguration, 106Dupliquer des projets, 117, 120

Système réparti, 8, 13afficher des vues de serveur sur le client, 43Afficher les alarmes sur le client, 48Configuration, 16Configuration à distance, 60Configuration du client, 28Configurer la sortie des données sur le client, 46configurer un changement de vue sur le client, 45Configurer un journal au fil de l'eau sur le client, 50Création d'un projet client, 30Package-Import, 31

TThinClient, 10

VVariables système, 136Verrouillage d'une alarme, 105

Active, 105Passif, 105

Verrouillage d'une alarme (active), 105Verrouillage d'une alarme (passive), 105Verrouillage d'une classe d'alarme, 105

Passif, 105Verrouillage d'une classe d'alarme (passive), 105Vue, 41

afficher sur le client pour divers serveurs, 43Configurer la vue d'accueil, 41Configurer le changement de vue sur le client, 45éditer pour le projet serveur, 67Préfixe de serveur, 41

Vue d'accueil, 41configurer sur le client, 41

WWebClient, 10WinCC, 8

Mode Service, 77ServiceMode, 77Systèmes Client-Serveur, 8

WinCC CAS, 13WinCC ServiceMode, 77, 84WinCC Variable @RM_MASTER, 126WinCC Variable @RM_MASTER_NAME, 126WinCCProjects, 60

Activer à distance, 68Appel, 54Commande , 65Désactiver à distance, 70Dialogue WinCCProjects, 54

Windows, déclarer les serveurs Redundancy, 109

Index

WinCC : Configurations144 Manuel système, 02/2013, A5E32318778-AA