wincc -fr configuration

7/23/2019 WinCC -FR Configuration

http://slidepdf.com/reader/full/wincc-fr-configuration 1/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



Mentions légales

Signalétique d'avertissement

Ce manuel donne des consignes que vous devez respecter pour votre propre sécurité et pour éviter des dommagesmatériels. Les avertissements servant à votre sécurité personnelle sont accompagnés d'un triangle de danger, lesavertissements concernant uniquement des dommages matériels sont dépourvus de ce triangle. Lesavertissements sont représentés ci-après par ordre décroissant de niveau de risque.

DANGER

signifie que la non-application des mesures de sécurité appropriées entraîne la mort ou des blessures graves.

ATTENTION

signifie que la non-application des mesures de sécurité appropriées peut entraîner la mort ou des blessures graves.

PRUDENCE

signifie que la non-application des mesures de sécurité appropriées peut entraîner des blessures légères.

IMPORTANT

signifie que la non-application des mesures de sécurité appropriées peut entraîner un dommage matériel.

En présence de plusieurs niveaux de risque, c'est toujours l'avertissement correspondant au niveau le plus élevé

qui est reproduit. Si un avertissement avec triangle de danger prévient des risques de dommages corporels, lemême avertissement peut aussi contenir un avis de mise en garde contre des dommages matériels.

Personnes qualifiées

L’appareil/le système décrit dans cette documentation ne doit être manipulé que par du personnel qualifié pourchaque tâche spécifique. La documentation relative à cette tâche doit être observée, en particulier les consignesde sécurité et avertissements. Les personnes qualifiées sont, en raison de leur formation et de leur expérience, enmesure de reconnaître les risques liés au maniement de ce produit / système et de les éviter.

Utilisation des produits Siemens conforme à leur destination

Tenez compte des points suivants:

ATTENTION

Les produits Siemens ne doivent être utilisés que pour les cas d'application prévus dans le catalogue et dans la

documentation technique correspondante. S'ils sont utilisés en liaison avec des produits et composants d'autresmarques, ceux-ci doivent être recommandés ou agréés par Siemens. Le fonctionnement correct et sûr des produitssuppose un transport, un entreposage, une mise en place, un montage, une mise en service, une utilisation et unemaintenance dans les règles de l'art. Il faut respecter les conditions d'environnement admissibles ainsi que lesindications dans les documentations afférentes.

Marques de fabrique

Toutes les désignations repérées par ® sont des marques déposées de Siemens AG. Les autres désignations dansce document peuvent être des marques dont l'utilisation par des tiers à leurs propres fins peut enfreindre les droitsde 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 correctionsnécessaires dès la prochaine édition.

Siemens AGIndustry Sector Postfach 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




Systèmes répartis

1

1.1 Systèmes Client-Serveur dans WinCC

Contenu

Vous pouvez configurer des systèmes Client-Serveur avec WinCC, et répartir ainsi le pilotageet la surveillance de votre installation sur plusieurs clients et serveurs. Dans les grandesinstallations, vous pouvez ainsi décharger chacun des ordinateurs et augmenter lesperformances.

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.





Introduction

WinCC vous permet de configurer des systèmes Client-Serveur comportant plusieurs clientset serveurs pour ainsi piloter et surveiller efficacement les grandes installations. Grâce à larépartition des tâches sur plusieurs serveurs lors du pilotage et du contrôle du process, onobtient 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çoncomplexe 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 decontrô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 pupitresde commande, par ex. un client central pour l'affichage de toutes les alarmes dans uneinstallation.

Vous pouvez utiliser des clients pour :

● Configuration des systèmes multipostes avec un serveur : Plusieurs clients sélectionnentle projet d'un serveur avec connexion au process. Dans un système multiposte, il n'est pasné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 visualiserles données de divers serveurs avec connexion au process. Dans un système répartichaque 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. Lesdonnées de process sont mises à disposition par les serveurs.

● Configuration à distance : Configuration d'un projet Serveur depuis un client.

● Contrôle à distance : Contrôle d'un projet Serveur depuis un client.

Conditions préalables à la configuration de systèmes Client-Serveur

Pour pouvoir configurer des systèmes Client-Serveur avec WinCC, il vous faut l'option"Serveur WinCC" sur chaque serveur WinCC.

Tous les ordinateurs dans un système Client-Serveur doivent être reliés en réseau (LAN).

Vous pouvez également connecter au système -en tant que client ou serveur- des ordinateursde 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 desordinateurs par RNIS.


Configurez des serveurs redondants pour que le service ne soit pas interrompu en cas dedérangement, comme par exemple en cas de panne d'un serveur. Vous trouverez dans ladocumentation "Systèmes redondants" de WinCC la procédure à suivre pour configurer dessystèmes redondants.

Systèmes répartis





Vous obtiendrez dans cette documentation des informations concernant la configuration desclients dans des systèmes redondants.

Remarque

La configuration à distance n'est pas admise si le projet est ouvert sur les deux partenairesredondants. Aucun projet WinCC ne doit être ouvert sur l'ordinateur Standby si vous voulezconfigurer 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'ordinateurStandby avec le Duplicateur de projet.

- Ouvrez et réactivez le projet sur l'ordinateur Standby.

Client sur une paire de serveurs redondante

Pour un client sans son propre projet, vous pouvez éditer un projet WinCC uniquement sur unserveur (maître ou de réserve). Dans le cas du serveur partenaire, aucun projet WinCC nedoit ê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, configurercomme 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 depré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 surfacedevient "grise"). Vous ne pouvez démarrer les éditeurs WinCC tant que le serveur depuislequel le projet a été ouvert n'est pas le serveur actuel du client.

Voir aussi

Utilisation des interfaces OPC dans les systèmes Client-Serveur (Page 72)

Configurer à distance (Page 60)

Comportement du système dans Runtime (Page 52)

Configuration du client (Page 28)

Configuration du serveur (Page 16)Scénarios Client-Serveur (Page 13)

Configurations et quantité de données admissible (Page 10)

Systèmes répartis





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 avezalors la possibilité d'utiliser les Clients, les WebClients et les ThinClients.

Clients

Clients permet d'effectuer les opérations suivantes dans un système Client-Serveur si laconfiguration 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 configurerplusieurs clients.

WebClients

Placez les WebClients dans un système Client-Serveur par exemple lorsque :

● l'accès au système est nécessaire même si les connexions se font sur bande étroite

● l'accès aux données n'est que temporaire

● l'accès aux données est nécessaire sur de grandes distances, via Internet par exemple

Les WebClient ont les avantages suivants :

● il est possible d'utiliser des ordinateurs Client ayant des systèmes d'exploitation différents

● plusieurs WebClients peuvent simultanément accéder à un serveur

● possibilité de valider une grande quantité de données

Pour configurer des WebClients, vous avez besoin d'une installation minimale de WinCC etde l'option "WinCC WebNavigator".

ThinClients

Les ThinClients offrent les caractéristiques essentielles des WebClients avec en outre lesparticularité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 del'option "WinCC WebNavigator".

Systèmes répartis





Nombre possible de clients et de serveurs

Il est possible de valider des quantités différentes de données selon le type et le nombre de

clients utilisés. Il est alors possible de réaliser des systèmes mixtes, à savoir l'utilisationparallè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 serveurdans un réseau WinCC. Au Runtime, un client peut accéder à 18 serveurs au maximum. Il estpossible 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 clientsWeb). Dans un tel système, vous pouvez utiliser au maximum 36 serveurs sous la forme de18 paires de serveurs redondants.

Configuration de systèmes mixtes

Pour la quantité de données admissible, il est recommandé de respecter la règle suivante lors

de la configuration d'un système mixte :Chaque type de client possède une valeur indicative :

● WebClient/Thin Client = 1

● Client = 2

● Client avec la fonction "Configuration à distance" = 4

Le total des valeurs indicatives de tous les clients ne devrait pas dépasser 60 par serveur pourles serveurs WinCC sans fonction de commande. Il ne devrait pas dépasser 16 pour lesserveurs avec fonction de conduite.

Exemple :

Composants Valence

2 Clients avec la fonction "Configuration à distance" 2 x 4 = 8

4 Clients 4 x 2 = 8

44 WebClients 44 x 1 = 44

Total 60

Démarrage simultané de plusieurs clients sur un serveur

Une surcharge peut se produire lorsque plusieurs Clients reliés à un serveur démarrentsimultanément. Les Clients passent alors en Timeout. Il est recommandé de démarrer les

Clients décalés les uns par rapport aux autres.

Liste de démarrage d'un serveur qui n'est pas utilisé comme poste de conduite

Pour les serveurs ne devant pas être utilisés comme poste de contrôle-commande, il estrecommandé de ne pas inclure dans la liste de démarrage les applications suivantes afin deréduire la charge :

● Graphics Designer Runtime et les applications en dépendant, comme p. ex. le serveurCCTTRT (options de contrôle-commande) ou SFCRT (visualisation de modules SFC)

● Global Script Runtime. Evitez les actions globales sur un serveur ayant plus de quatreclients avec leur propre projet.

Systèmes répartis





Cela est valable pour les serveurs d'archives central et les serveurs ayant plus de quatre clientsavec 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émarragepar l'éditeur de projet OS.

Voir aussi

Systèmes Client-Serveur dans WinCC (Page 8)

Utilisation des interfaces OPC dans les systèmes Client-Serveur (Page 72)




Configuration du serveur (Page 16)

Scénarios Client-Serveur (Page 13)

Systèmes répartis





1.4 Scénarios Client-Serveur

Introduction

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

Systèmes multipostes

Il est typique de configurer un système multiposte pour les petites installations ne nécessitantaucune répartition des données sur plusieurs serveurs.

Vous configurez un serveur avec connexion au process prenant en charge toutes les fonctionscentrales, ainsi que plusieurs postes de conduite (clients). Les pupitres de commande peuventassurer des tâches identiques ou différentes.

Les clients peuvent, selon l'autorisation de conduite :● seulement contrôler l'installation.

● aussi bien piloter que contrôler

● configurer à distance le projet Serveur, comme ordinateur de maintenance p. ex.

Les clients peuvent, selon la configuration :

● afficher tous la même vue sur le projet, lorsque p. ex. le process doit pouvoir être pilotédepuis plusieurs postes de l'installation.

● afficher diverses vues du projet, uniquement des alarmes p.ex.

L'attribution de droits d'utilisateur permet de définir individuellement les fonctions auxquelles

un opérateur a accès sur un poste de conduite défini.

Systèmes répartis

On utilise en général dans les grandes installations des systèmes répartis comportantplusieurs serveurs lorsque la quantité de données à traiter est particulièrement importante. Larépartition des tâches sur plusieurs serveurs permet de décharger chaque serveur. Vousobtenez une meilleure performance dans le système et vous pouvez réaliser de plus grandesquantités de données admissibles.

Si vous configurez des systèmes répartis dans un système WinCC, répartissez les tâches deprocess 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 chaqueserveur, 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'aumaximum 18 serveurs différents ou couples de serveurs redondants. Tous les clients faisantpartie d'un système réparti reçoivent leur propre configuration avec des vues de base et peude données locales. Les données Serveur nécessaires pour l'affichage des données deprocess sont transmises des serveurs aux clients et peuvent au besoin automatiquement êtremises à jour.

Systèmes répartis





Serveur de fichiers

Dans les systèmes Client-Serveur, vous pouvez utiliser un Fileserver pour enregistrer tous les

projets et les gérer de façon centrale. Il est ainsi p. ex. plus facile de créer des copies desauvegarde régulières de tous les projets. Les serveurs ayant connexion au process ont accèsau Fileserver et peuvent configurer les projets sur le Fileserver. Le Fileserver ne peut êtreutilisé que pour la configuration.

Le Fileserver peut au besoin être adapté aux exigences requises avec des composantsmatériels supplémentaires spéciaux. Vous pouvez par exemple assurer la sécurité contre lespannes avec des plaques miroir.

Serveur d'archives longues

Un serveur d'archives longues sert à sauvegarder des archives. Le rôle de serveur d'archiveslongues est tenu par un serveur sans connexion au process sur lequel les serveurs avecconnexion au process stockent leurs sauvegardes d'archives. Il est possible d'accéder avecdes applications externes aux données archivées sur le serveur d'archives longues, et ce viaOLE-DB par exemple.

Serveur central d'archive

Sur un serveur d'archives central (par ex. Process Historian), vous pouvez enregistrer lesvaleurs de process et les alarmes de tous les serveurs WinCC raccordés. Vous pouvez afficherdans la vue de process et comme d'habitude en temps d'exécution Runtime les valeurs deprocess et les alarmes mémorisées, et ce soit par le contrôle WinCC Online Trend, soit par lecontrôle WinCC Alarm. Vous pouvez en outre directement accéder aux valeurs du process etaux alarmes archivées, et ce via les interfaces définies, OLE-DB par exemple. Vous pouvezde la sorte mettre par exemple à disposition de l'entreprise entière des données de productionimportantes à analyser.

Communication Serveur-Serveur

Lors de la communication entre deux serveurs, l'un accède aux données de l'autre. Un serveurpeut au maximum accéder aux données de 18 autres serveurs ou couples de serveursredondants. Le serveur qui accède se comporte alors comme un client au vu de la configurationet du pilotage, la différence étant qu'il est impossible de configurer un serveur standard.

Une licence Serveur WinCC est nécessaire pour que le serveur puisse accéder aux données.Lors de la configuration du système, le serveur qui accède doit être pris en considération dans

la quantité de données disponible.

Serveur standard

Dans les systèmes répartis, les WinCC Controls reçoivent de serveurs déterminés -pourl'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éesne disposant pas de préfixe univoque soient sélectionnées par ce serveur standard. S'iln'existe aucun serveur standard, le système tente d'accéder localement aux données enquestion. 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épartis





Serveur préférentiel

Si vous utilisez des serveurs redondants dans votre système multiposte ou réparti, configurez

un serveur préférentiel pour les clients.Un serveur préférentiel est un serveur faisant partie d'un couple de serveurs redondant auquelle client se connectera de préférence dans un système multiposte ou réparti. Le serveurpréférentiel peut être choisi séparément pour chaque client de façon à garantir le pilotagepermanent du système.

Voir aussi

Pour configurer un serveur préférentiel (Page 38)

Pour configurer un serveur standard (Page 35)






Systèmes répartis





1.5 Configuration du serveur

1.5.1 Configuration du serveur

Introduction

Un serveur peut remplir les tâches suivantes dans un réseau WinCC :

● Connexion au process

● Saisie des valeurs du process

● Archivage d'alarmes et de valeurs du process

● Alimentation des clients en données venant du process● Alimentation des clients en données de configuration

Les tâches validées par chacun des serveurs peuvent être réparties selon le plantechnologique ou le plan fonctionnel :

● Plan technologique : Tous les serveurs gèrent une section déterminée du process ou del'installation.

● Plan fonctionnel : Chaque serveur remplit une tâche déterminée en temps d'exécution etau vu de l'ensemble du process.

Etapes de configuration

Configuration d'un système multiposte

Vous configurez dans un système multiposte plusieurs clients qui affichent en tempsd'exécution la vue sur un serveur. Les clients reçoivent exclusivement leurs données duserveur et n'ont pas de configuration leur étant propre.

Pour configurer un serveur dans un système multiposte, les étapes suivantes sontné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, Verrouillercombinaisons...).

Systèmes répartis





Configurer le système réparti

Dans un système réparti, configurer les clients avec vues sur plusieurs serveurs. Les clients

ont leurs propres projets avec leurs propres données locales. Les données mises à jour parle 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 uniquements'agir de données déterminées sur le projet. des archives par exemple.

3. Enregistrer sur la liste des ordinateurs les clients qui doivent configurer à distance.

4. Attribuer les autorisations de conduite aux clients qui doivent configurer à distance.

5. Configurer Package-Export (en manuel ou automatique).

6. Configurer des projets Client sur les clients.

7. Mettre à disposition des clients des données Serveur (Packages).

Remarque

Toujours configurer les serveurs d'un système Client-Serveur avant les clients en question.

Voir aussi

Pour configurer un serveur préférentiel (Page 38)Procédez comme suit pour configurer les clients dans le projet Serveur (Page 26)

Pour configurer Package-Export (Page 21)

Pour configurer les autorisations de conduite (Page 20)

Pour enregistrer des clients sur la liste des ordinateurs (Page 19)

Pour créer un nouveau projet sur le serveur (Page 18)




Systèmes répartis





1.5.2 Pour créer un nouveau projet sur le serveur

Introduction

Pour créer un nouveau projet dans WinCC, vous pouvez choisir parmi les types de projetsuivants:

● Projet monoposte : Un projet pour poste de conduite autonome qui valide toutes les tâchesdans Runtime (connexion au process, pilotage, contrôle, archivage, etc.). Non significatifpour les systèmes Client-Server.

● Projet multiposte : Un projet Serveur pour un système multiposte ou un système répartidans 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 vuessur plusieurs serveurs.

Marche à suivre

La procédure suivante vous indique comment créer un projet Serveur pour un systèmemultiposte 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érerdu 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 projetactuel est automatiquement un projet Serveur.

Remarque

Vous pouvez également transformer un projet existant en projet Serveur , en modifiantultérieurement le type du projet (Dialogue "Propriétés - ordinateurs" > Onglet Général).

Systèmes répartis





Voir aussi

Procédez comme suit pour configurer les clients dans le projet Serveur (Page 26)



Pour enregistrer des clients sur la liste des ordinateurs ()






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 inscritdans la liste des ordinateurs du serveur.

Condition

Vous avez créé un projet multiposte (système multiposte ou réparti). La console deprogrammation est alors automatiquement un serveur dans votre système Client-Serveur.

Marche à suivre

1. Sélectionnez dans WinCC Explorer l'"ordinateur" et choisissez dans le menu contextuel lacommande "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 votresystème Client-Serveur.

Remarque

Si vous souhaitez renommer un ordinateur Client, supprimez l'ordinateur clientsé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épartis





Voir aussi




Pour configurer les autorisations de conduite ()






1.5.4 Pour configurer les autorisations de conduite

Autorisations de conduite dans WinCC

Pour qu'un client puisse ouvrir et éditer à distance ou en Runtime un projet Serveur, il vousfaut configurer pour le client les autorisations de conduite correspondantes dans le projetServeur. 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éderintégralement.

● "Activer Remote" : Le client peut activer à distance un projet Serveur, c'est-à dire l'ameneren temps d'exécution.

● "Contrôle seulement" : Le WebClient peut surveiller l'installation. Cette autorisation deconduite 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 demodifier depuis le client les autorisations de conduite dans le projet Serveur. Les ordinateursse trouvant dans le réseau ne sont pas informés au cas où les autorisations de conduiteseraient 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, activerou 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 projetServeur sur le client est fermé, une nouvelle connexion sera nécessaire lors de la prochaineouverture.

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 conduiteayant la même connexion.

Systèmes répartis





Autorisations de conduite dans le système d'exploitation

Pour que les clients puissent accéder au projet Serveur, il faut que le répertoire de projet

correspondant soit activé sur le serveur pour les accès réseau. Réglez dans votre systèmed'exploitation des autorisations incluant tous les droits (écrire, lire, modifier) pour lesopérateurs devant avoir accès aux projets.

Remarque

Pour que le fonctionnement en réseau soit fiable, il vous est possible d'attribuer différentesautorisations de conduite Windows pour les répertoires de projets validés.

Vous obtiendrez plus d'informations concernant l'attribution des autorisations de conduite dansla documentation Windows.

Marche à suivre

1. Ouvrez User Administrator dans WinCCExplorer.

2. Marquez dans la liste des utilisateurs celui que vous voulez éditer.

3. Activez l'autorisation "Configurer Remote" et "Activer Remote" pour un utilisateur devantavoir accès intégral au projet.

4. Fermez User Administrator.

Voir aussi


Pour configurer Package-Export ()








1.5.5 Pour configurer Package-Export

Principe

Les Packages sont des paquets de données comportant toutes les données de configurationactuelles (variables, alarmes, archives,etc.) qui sont mises à disposition de tous les clients

Systèmes répartis





raccordés au système réparti ou au système multiposte. Les Packages sont exportés auniveau du serveur et importés sur les clients.

La première exportation au niveau du serveur et l'importation sur un Client s'effectuentmanuellement. Le cycle de mise à jour des Packages sur les Serveurs et Clients peut ensuites'effectuer automatiquement. Vous pouvez régler le moment de la mise à jour des Packagesainsi que la raison de son déclenchement. Lors de la mise en service, vous pouvez par exempletransférer manuellement les Packages sur les Clients pour répartir la première fois les donnéesde 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 queles données Serveur seront modifiées.

Remarque

Si vous copiez sur un autre serveur un projet comportant des Packages déjà créés, il vousfaut 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 leprojet copié, vous devez le cas échéant encore actualiser les propriétés des nomsd'ordinateurs dans le dialogue "Propriétés Packages".

Lors de la communication serveur-serveur un serveur accède aux données d'un autreserveur. Par rapport aux Packages importés, le serveur qui accède aux données se comportecomme un Client. C'est pourquoi les indications concernant le client, données dans ladescription ci-après, s'appliquent à celui-ci.

Vous pouvez mettre à jour les données de configuration en cours de fonctionnement, soitmanuellement, soit automatiquement :

Création manuelle de Packages

Vous pouvez au besoin créer manuellement de nouveaux Packages sur le Serveur. CesPackages 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 dePackages 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 implicitedu 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é dansles 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 Importatio

n

Exportation Signification

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

X Le Client effectue toujours l'importation lorsque le projetest ouvert

Mise à jour automatique surnotification

x Client importe toujours lorsqu'il reçoit une notification etque les conditions suivantes sont remplies :

● Le paramètre du serveur "Notification aprèsl'exportation" est activé.

● Le projet n'est pas activé.

Systèmes répartis





Réglage pour WinCC CS Importatio

n


Surveiller modification des donnéesde 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 lesdonnées de serveur aprèsmodification

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 sontmodifié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écialavec le nom d'ordinateur symbolique, des variables parexemple.

● pour des Clients sans projet leur étant propre ayant vuesur un serveur spécial.

Réglage pour WinCC RT Importatio

n


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

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

Mise à jour automatique sur

notification

x Client importe toujours lorsqu'i l 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 deconfiguration est fréquente, par exemple lors de la mise en service ou pendant l'utilisationde Configuration Tool.

Pour configurer Package-Export, utilisez l'éditeur Données de serveur dans WinCC Explorer.

Condition

Le projet du serveur doit être ouvert.

Systèmes répartis





Marche à suivre

Package-Export manuel

1. Dans WinCC Explorer allez dans "Données de serveur" et choisissez la commande "Créer"dans le menu contextuel :

2. Dans le dialogue "Propriétés packages" indiquez le nom symbolique et le nom physiquede 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 physiquede l'ordinateur du serveur. Si le nom symbolique de l'ordinateur change, il vous fautl'adapter pour toutes les données de configuration.Le nom symbolique de l'ordinateur se compose en standard du nom de projet et du nomphysique de l'ordinateur.

3. Cliquez OK. Les données de serveur sont créées. Selon la taille de la configuration, cetteopération peut prendre un certain temps.

Résultat

Le Package comportant les données de serveur se trouve dans WinCC Explorer, Dans votresystème de fichiers, les Packages sont sauvegardés dans le répertoire de projet sous <nomde projet>\<nom de l'ordinateur>\Packages\*.pck.

Les clients peuvent à présent importer le Package.

Package-Export automatique

1. Dans WinCC Explorer allez dans "Données de serveur" et choisissez la commande "Miseà jour implicite" dans le menu contextuel :

2. Sélectionnez les options voulues. Une sélection multiple est possible.

3. Validez par "OK".

Systèmes répartis





Résultat

Les Packages incluant les Données serveur de leur propre Serveur sont créés aux moments

que vous avez choisis, ou bien ce seront les Packages d'autres Serveurs, déjà importés, quiseront 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 demême pour les projets qui ont été créés dans WinCC, puis importés dans le SIMATICManager avec la fonction "Importation d'objets WinCC". Les projets de ce type sont gtalementappelés projets TIA.Si vous copiez un projet TIA avec WinCC Explorer et si vous éditez ensuite la copie avecWinCC Explorer, le menu contextuel de "Données serveur" contient alors les commandes"Créer..." et "Mise à jour implicite...".

Représentation des Packages créés

Lorsque vous avez créé les Packages, ils s'affichent comme suit dans la fenêtre de donnéesdu WinCC Explorer :

Clavier de droite : Package chargé

Clavier de gauche : Package exporté par le Serveur

: Package chargé, sans serveur standard

: Package chargé, avec serveur standard

: Package exporté, propre au serveur (non réimporté).

: Package créé localement, ayant été réimporté dans son propre projet.

Voir aussi










Systèmes répartis





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 surun seul serveur, il n'est pas nécessaire que vous constituiez des projets propres aux clients,mais que vous configuriez plutôt le comportement des clients dans le projet du serveur.

Condition

Vous avez enregistré dans la liste des ordinateurs du serveur les clients qui doivent afficherles données du serveur. Les Clients n'accèdent qu'à un seul et unique serveur. Aucun Packaged'un autre serveur ne doit être importé sur le serveur. Le projet Serveur est ouvert sur le serveur.

Marche à suivre

1. Ouvrez la liste des ordinateurs dans WinCCExplorer sur l'ordinateur.

2. Sélectionnez le client que vous voulez configurer et choisissez dans le menu contextuel lacommande "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 affichentles mêmes données dans des langues différentes.

5. Indiquez sur l'onglet "Graphics-Runtime" une vue d'accueil pour le client. Vous pouvezchoisir la vue d'accueil individuellement pour chaque client. Réglez ici au besoin d'autresattributs 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épartis





8. Ouvrez dans le projet de serveur, dans le menu contextuel de l'éditeur "Données deserveur" 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 estconfiguré. 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

Comportement

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

Solution

Vous ne pouvez pas effectuer de configuration si WinCC Explorer est grisé sur le client sansleur propre projet.

Voir aussi










Systèmes répartis





1.6 Configuration du client

1.6.1 Configuration du client

Introduction

Il n'est nécessaire de configurer des clients que si vous configurez un système réparti danslequel les clients peuvent afficher les vues sur plusieurs serveurs. Si vous configurez unsystème multiposte dans lequel les clients n'affichent que les données d'un seul serveur, il nesera pas nécessaire de lui configurer ses propres clients. Les clients reçoivent toutes leursdonnées et leur environnement Runtime à partir du projet Serveur.

Si vous configurez un système Client-Serveur comportant plusieurs serveurs et où les clientsaffichent des vues différentes sur plusieurs serveurs (système réparti), il vous faut configurerun projet Client propre à chaque client. Chaque client peut représenter en mode Runtime desvues sur 18 serveurs ou couples de serveurs redondants au maximum, par exemple afficherdes alarmes de Serveur 1 et Serveur 2, afficher et écrire des valeurs de processus de Serveur3, 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 administrativesspé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épartis





Remarque

Toutes les données externes de la configuration Serveur doivent également exister sur lesclients afin qu'elles puissent s'afficher correctement dans le projet Client. Les donnéesexternes sont par exemple des ActiveX Controls qui ne proviennent pas de WinCC et desgraphiques externes qui sont par exemple intégrés en tant qu'objets OLE.

Etapes de configuration

1. Configuration des projets Serveur.

2. Création et exportation des Packages Serveur.

3. Configuration de Package-Import sur le client.

4. Configurer des projets Client sur les clients.

Remarque

Si vous désactivez Runtime sur le serveur afin de pouvoir continuer la configuration, il vousfaut également quitter Runtime sur le client.

Voir aussi

Pour configurer un journal au fil de l'eau pour les alarmes de plusieurs serveurs (Page 50)

Procédez comme suit pour afficher les alarmes de divers serveurs (Page 48)

Pour utiliser les données de différents serveurs (Page 46)

Pour configurer un changement de vue sur le client (Page 45)

Pour afficher les vues de divers serveurs (Page 43)

Procédez comme suit pour configurer la vue d'accueil du client (Page 41)



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)





Systèmes répartis





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

Introduction

Pour créer un nouveau projet Client dans WinCC, vous pouvez choisir parmi les types de projetsuivants :

● Projet monoposte : Un projet pour poste de conduite autonome qui valide toutes les tâchesdans Runtime (connexion au process, pilotage, contrôle, archivage, etc.). Non significatifpour les systèmes Client-Server.

● Projet multiposte : Un projet Serveur pour un système multiposte ou un système répartidans 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 vuessur plusieurs serveurs.

Remarque

Si vous configurez un système multiposte dans lequel plusieurs clients affichent une vuesur un seul serveur, il n'est pas nécessaire que vous constituiez des projets propres auxclients, mais que vous configuriez plutôt le comportement des clients dans le projet duserveur.

Marche à suivre

1. Sélectionnez sur un client dans WinCCExplorer la commande de menu "Fichier" >"Nouveau". Le dialogue "WinCC Explorer" apparaît :

2. Sélectionnez "Projet Client" et cliquez OK. Le dialogue "Création d'un nouveau projet"apparaît.

3. Tapez un nom de projet et le nom d'un sous-répertoire si le nom de répertoire doit différerdu 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 modifiantultérieurement le type du projet dans le dialogue "Propriétés - ordinateurs".

Systèmes répartis





Voir aussi









Procédez comme suit pour configurer Package-Import ()

Pour configurer un serveur préférentiel (Page 38)Pour configurer un serveur standard (Page 35)





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èmeréparti, il lui faut des informations concernant les données en question. A cet effet, sur unserveur 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 veututiliser les données.

Vue d'ensemble

La première exportation de Packages au niveau du serveur et l'importation sur un Clients'effectuent manuellement. Le cycle de mise à jour des Packages sur les Serveurs et Clients

Systèmes répartis





peut ensuite s'effectuer automatiquement. Vous pouvez régler le moment de la mise à jourdes 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 autreserveur. Par rapport aux packages importés, le serveur qui accède aux données se comportecomme un client. C'est pourquoi les indications concernant le client, données dans ladescription ci-après, s'appliquent à celui-ci.

Le serveur peut réimporter ses propres Packages pour configurer, indépendamment d'unserveur spécial avec le nom d'ordinateur symbolique, des variables par exemple.

Utilisez l'éditeur "Données serveur" dans WinCC Explorer pour l'importation des Packages.Les Packages peuvent être importés de trois manières différentes:

Chargement manuel

Les Packages créés par le serveur sont chargés sur le client. Cette opération d'importationest déclenchée manuellement par la commande "Charger". La première importation desPackages doit être effectuée manuellement.

Mise à jour manuelle

Les Packages déjà chargés par le serveur sont manuellement mis à jour sur le client par lacommande "Mise à jour".

Mise à jour automatique

Sur le Client, il est possible de configurer une mise à jour de Package implicite de manière àmettre à jour automatiquement les nouveaux Packages sur les Clients lorsque survient unecondition définie. La première importation des Packages doit être effectuée manuellement.

Réglage Signification

pour WinCC CS

● Mise à jour des données deserveur à l'ouverture du projet

● Mise à jour automatique surnotification

● Le client effectue toujours l'importation lorsque le projet estouvert

● Le serveur envoie une notification après Package-Export,le client effectue toujours l'importation lorsqu'il a reçu lanotification.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 deserveur à l'ouverture du projet

● Mise à jour automatique surnotification

● Le Client effectue toujours l'importation lorsque le projet estactivé.

● Le serveur envoie une notification après l'exportation d'unpackage, le client effectue toujours l'importation lorsqu'il areçu la notification.Ce paramètre n'est actif que si le paramètre "Notificationaprès l'exportation" est activé sur le serveur dédié àl'exportation de packages.

Systèmes répartis





Condition

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

● Le projet client est ouvert.

Marche à suivre

Chargement manuel

1. Ouvrez le projet Client sur le client.

2. Dans WinCC Explorer sélectionnez l'entrée "Données serveur" et choisissez la commande"Charger" à partir du menu contextuel. Le dialogue "Ouvrir fichier" s'affiche.

3. Sélectionnez le package que vous voulez charger et cliquez OK.Par défaut, les packages sont sauvegardés dans le répertoire "...\\<Nom de projet du

serveur>\<Nom de l'ordinateur>\Packages\" sous le nom "<Nom du projet_Nom del'ordinateur>*.pck". Vous pouvez cependant également accéder aux Packages enregistréssur un support de données quelconque.

4. Cliquez sur "Ouvrir". Les données sont chargées. Si le serveur adéquat n'est pasdisponible, une inscription correspondante signalant l'erreur apparaît lorsque les nouveauxPackages sont demandés.

Mise à jour manuelle

1. Ouvrez le projet client sur le client.

2. Dans WinCC Explorer sélectionnez l'entrée "Données serveur" et choisissez "Mise à jour"dans le menu contextuel.

3. Les données sont mises à jour. Un message d'erreur apparaît sur le serveur si aucunPackage provenant d'un autre serveur n'est chargé lors d'une communication serveur-serveur.

Systèmes répartis





Mise à jour automatique

1. Ouvrez le projet client sur le client.

2. Dans WinCC Explorer, sélectionnez l'option "Données de serveur" et choisissez lacommande "Mise à jour implicite" dans le menu contextuel : Le dialogue "Configuration dela 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 dela notification par le biais du réseau. Si le serveur en question n'est pas disponible, aucunmessage 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 niveaudu Client, il se peut que la représentation pose des problèmes. Vous pouvez y remédieren désactivant le client, puis en le réactivant.

Représentation des Packages lancés

Lorsque vous avez chargé les Packages, ils s'affichent comme suit dans la fenêtre de donnéesdu 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épartis





Voir aussi








Pour configurer un serveur standard ()


Configuration du client (Page 28)Configuration du serveur (Page 16)




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éesdoivent ê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éderlocalement au contingent de données (variables internes par exemple) du client. L'accès serarefusé et un message d'erreur émis s'il n'existe aucun contingent local de données sur le client(comme pour les alarmes et les archives par exemple.

Condition

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

Marche à suivre

1. Sélectionnez sur le client dans WinCCExplorer l'inscription "Données de serveur".

2. Choisissez la rubrique "Serveur standard..." dans le menu contextuel.Le dialogue "Configurer serveur standard" apparaît.

Systèmes répartis





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'ordinateursymboliques de tous les Packages chargés dans le client.

4. Les composants mentionnés dans le dialogue dépendent de l'installation WinCC. Si desoptions sont installées, non seulement les composants représentés sont listés, mais lescomposants des options également (SSM - Split Screen Manager par exemple).

5. Validez par "OK".

Quand choisir un serveur standard pour un composant ?

Alarmes

Il faut spécifier un serveur standard pour les alarmes lorsque des alarmes de conduite doiventêtre générées sur un client. Sur le client à proprement parlé, aucun Alarm Logging n'estconfigurable 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éedepuis le serveur.

Archives, Vues, Bibliothèque de textes, Archives utilisateur, Variables

Lorsqu'un serveur standard est configuré sur le client, les données d'un composant pour lequelaucun 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 serveurpour 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 detextes, archives utilisateur et variables que dans des cas d'application très précis. Si ladocumentation SIMATIC ou le Service d'assistance clientèle (Customer Support) ne vous

Systèmes répartis





invite pas explicitement à configurer tel ou tel serveur, laissez le paramétrage sur "<aucunserveur standard>".

Remarque

Si un serveur standard est inscrit pour des variables sur un client WinCC, aucune informationd'état ne s'affiche en Runtime sous forme d'info-bulle dans la gestion des variables.

Sélectionner le serveur standard en cas d'utilisation du contrôle Basic Process

Alarmes

Toujours spécifier un serveur standard pour Alarme.

Variables

Ne pas spécifier de serveur standard pour Variables.

SSM (Split Screen Manager)

Un serveur standard doit toujours être spécifié pour le composant SSM.

Lorsque des courbes sont regroupées sur un Client WinCC, les groupes de courbes sontenregistrées sur le serveur standard et son partenaire redondant. Les autres Clients WinCCpeuvent é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 aucunserveur standard n'est configuré sur le Client WinCC pour la composante SSM, les groupesde 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 leprojet 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 sontenregistrées sur ce Serveur que si vous spécifiez un serveur standard pour la composanteSSM. Si aucun serveur standard n'est spécifié, les compositions de vues configurées sur leClient WinCC sont enregistrées localement et ne sont pas accessibles à d'autres Clients. Dansle 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 descompositions de vues sont également synchronisées en fonction de leurs partenairesredondants. Si la redondance est permutée, tous les groupes de courbes et toutes lescompositions de vues peuvent être sélectionnés à partir des Clients WinCC.

Systèmes répartis





Voir aussi








Pour configurer un serveur préférentiel ()






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 vousutilisez des serveurs redondants.

Le serveur préférentiel est le serveur faisant partie d'un couple de serveurs redondant auquelle client se connectera de préférence. Tant que le serveur préférentiel est disponible, le clientreç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 cesderniers 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 desclients 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 permetainsi 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épartis





Marche à suivre

Les serveurs préférentiels pour les clients dans les systèmes répartis et les systèmes

multipostes ne sont pas configurés de la même façon :

Configuration des serveurs préférentiels pour les clients dans un système réparti

1. Sélectionnez sur le client dans WinCCExplorer l'inscription "Données de serveur".

2. Choisissez la rubrique "Configurer" dans le menu contextuel.Le dialogue "Configurer données de serveur" apparaît.

3. Vous apercevez sur la liste les noms d'ordinateur symboliques et physiques de tous lesserveurs dont les Packages se trouvent sur le client. Si un serveur possède un serveurredondant, c'est le nom physique d'ordinateur qui est spécifié. Parmi les couples deserveurs redondants, sélectionnez un serveur tenant lieu de serveur préférentiel.Une paire de serveurs redondants dans un système réparti possède un seul nom

symbolique commun permettant d'adresser les serveurs.

4. Validez votre saisie par "OK".

Configuration des serveurs préférentiels pour les clients dans un système multiposte

Les clients doivent être inscrits dans la liste des ordinateurs du serveur.

1. Sélectionnez sur le serveur dans WinCCExplorer l'inscription "Données de serveur".

2. Choisissez la rubrique "Paramétrages spécifiques client" dans le menu contextuel.Le dialogue "Paramétrages spécifiques client" apparaît.

Systèmes répartis





3. Vous apercevez sur la liste tous les clients qui sont inscrits sur la liste des ordinateurs duserveur. Sélectionnez le client voulu et choisissez dans la colonne "Serveur préférentiel"l'un des deux serveurs redondants en tant que serveur préférentiel.

4. Validez votre saisie par "OK".

Comportement du client en mode Runtime

Le client se lie au serveur redondant donné comme serveur préférentiel tant que ce dernierreste disponible.

Il se lie au partenaire redondant si le serveur préférentiel tombe en panne. Il se lie à nouveauau serveur préférentiel lorsque celui-ci n'est plus en panne.

Systèmes répartis





Voir aussi

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













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

Introduction

Vous pouvez utiliser en tant que vue d'accueil une vue quelconque de votre système réparti.Il peut s'agir de la vue du serveur, de la propre vue du client ou d'une autre vue quelconque.

La procédure suivante décrit comment utiliser une vue d'un serveur comme vue d'accueil.

Condition

Les Packages du serveur dont la vue est utilisée comme vue d'accueil sont importés sur leclient.

Marche à suivre


2. Sélectionnez dans WinCCExplorer l'ordinateur et choisissez dans le menu contextuel lacommande "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 formesuivante <nom du serveur>::<nom de la vue>, par ex. :

Systèmes répartis





5. Vous pouvez également chercher des vues par le biais du bouton "Rechercher". Dans ledialogue de sélection, le système affiche les vues de tous les Serverpackages qui ont étéchargés sur le Client.

6. Validez votre saisie par "OK"

Voir aussi















Systèmes répartis





1.6.7 Pour afficher les vues de divers serveurs

Principe

Dans une vue de base configurée sur le client, vous pouvez afficher les vues de différentsserveurs 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égrerune vue de serveur en tant que fenêtre de vue dans une vue de client, il vous faut faire précéderle 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épartis





Vous pouvez insérer dans une fenêtre de vue, des vues de serveur via un script (C ou VBS)et via la liaison directe.

La taille des vues sur le serveur doit être adaptée à la fenêtre de vue sur le client .

Condition

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

Marche à suivre

1. Ouvrez la vue sur le client dans lequel vous voulez insérer la fenêtre de vue.

2. Dans le Graphics Designer, sélectionnez la "fenêtre de vue" dans la palette standard dugroupe 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 entrerdirectement 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 clicsur l'attribut "Préfixe de serveur" vous présente une liste de tous les serveurs dont lesPackages se trouvent sur le client.

Systèmes répartis





Voir aussi




Pour configurer un changement de vue sur le client ()










1.6.8 Pour configurer un changement de vue sur le client

Introduction

Dans un système réparti, vous pouvez configurer sur un client un changement sur une vue deserveur en faisant précéder la vue cible du préfixe du serveur. Dans WinCC, aucune différencen'est faite entre la configuration d'un changement "normal" de vue ou la configuration duchangement d'une vue de base.

Marche à suivre

La procédure suivante décrit comment par exemple configurer un changement de vue sur unevue 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 devue 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épartis





Procédure alternative

Vous pouvez également configurer le changement de vue dans le dialogue "Propriétés" du

bouton:● Configurez par exemple sur l'onglet "Evénement" une liaison directe sur un clic de souris.

● Entrez comme constante de liaison directe, le nom de vue avec préfixe de serveur.

Voir aussi




Pour utiliser les données de différents serveurs ()











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

Principe

Configurez la vue de base du client d'un système réparti et tous les objets qu'il contient, et cedirectement sur le client. Dans chaque vue de base, vous pouvez accéder aux données deplusieurs serveurs, par exemple:

● un champ d'affichage pour la valeur de processus du Serveur_1 qui surveille la partie A del'installation, un champ d'affichage pour la valeur de processus du Serveur_2 qui surveilleune autre partie de l'installation

● des diagrammes qui représentent par comparaison les données de différentes parties del'installation/de divers serveurs

● des fenêtres de message qui affichent les alarmes de plusieurs serveurs.

Systèmes répartis





Vous pouvez également copier sur d'autres clients les vues de base ayant déjà été configuréessur un client. Les Packages des serveurs qui sont sélectionnés dans la vue de base doiventcependant à cet effet exister sur les clients cible.

Remarque

Toutes les variables configurées sur le serveur et qui ont été transmises sur le client avecun 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 Scriptdoivent exister sur le client pour pouvoir être exécutées. Les scripts globaux en C et VBS nefont pas partie des Packages.

Marche à suivre

La procédure suivante décrit par un exemple comment afficher les données sur le processusde deux serveurs différents dans un diagramme 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 desobjets, 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 leprocessus actuel.

5. Activez l'onglet Courbes.

6. Sélectionnez pour la première courbe une variable dont les valeurs de processus doivents'afficher lorsque vous appuyez le bouton "Sélection" sous "Sélection d'archives/devariables".

7. Tapez le nom de la variable sous la forme suivante: "<Préfixe de serveur 1>::<Nom de lavariable>". Validez avec OK.

Systèmes répartis





8. Sur l'onglet Courbes, appuyez sur le bouton "+" afin d'ajouter une deuxième courbe.

9. Associez la deuxième courbe avec une variable du deuxième serveur sous la forme

suivante: "<Préfixe de serveur 2>::<Nom de la variable>".10.Validez vos entrées avec OK.

Résultat

Deux courbes s'affichent en Runtime dans la fenêtre des courbes sur le client: La Courbe 1présente les données du Serveur 1, la Courbe 2 les données du Serveur 2.

Voir aussi



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











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

Principe

Dans un système réparti, vous pouvez afficher sur un client les alarmes de plusieurs serveursde plusieurs manières:

● Configurer un afficheur de messages pour tous les serveurs dont les alarmes doivents'afficher

● Spécifier dans l'afficheur de message plusieurs serveurs en tant que source

Systèmes répartis





Remarque

Si Alarm Control est intégré dans une vue de base du client, la vue de serveur correspondantes'affichera comme vue de base sur le client lors de la fonction "Loop in Alarm". Il estimpossible 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 serveurcorrespondante s'affichera dans la fenêtre de vue lors de la fonction "Loop in Alarm". Vouspouvez retourner à la vue de base du client via un bouton correspondant.

Marche à suivre


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 unserveur WinCC dans le réseau

6. Refermez le dialogue en cliquant sur OK.

Voir aussi














Systèmes répartis





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

Principe

Dans une vue de base, si des alarmes de différents serveurs s'affichent sur le client, il vousest également possible d'afficher les journaux au fil de l'eau correspondants. Les alarmes detous 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'impressionpour le journal au fil de l'eau.

Marche à suivre

1. 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 serveursdont les alarmes doivent être protocolées dans le journal au fil de l'eau. Seuls sont affichésles 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" lesblocs 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 sortirle journal.

10.Validez vos entrées avec OK.

11.Sélectionnez dans WinCCExplorer l'ordinateur client et choisissez dans la fenêtresurgissante 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épartis





Voir aussi










Configuration du serveur (Page 16)Scénarios Client-Serveur (Page 13)



Systèmes répartis





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 configurationsd'installation sur plusieurs serveurs afin de décharger chacun des serveurs. Les donnéesconfigurées sur les serveurs peuvent être affichées par des clients, un client pouvant afficheren Runtime les données d'au maximum 18 serveurs différents ou de couples de serveursredondants.

Comportement des éditeurs dans le mode Runtime

Archives

Si le système d'archives est activé sur un poste de conduite, Tag Logging Runtime fonctionneen tant que serveur pour archives sur le serveur et en tant que serveur pour clients sur lesclients. Seul le serveur pour archives accède à la banque de données pour saisir et archiverles données sur le processus. Les clients reçoivent les données archivées du serveur pourarchives.

Les données archivées peuvent être représentées sous forme de tableau ou de graphique surtous les clients où fonctionne Tag Logging Runtime. Les données pour la représentationproviennent toujours du serveur pour archives. Toutes les commandes sur le client sont

transmises au serveur et le résultat du traitement est envoyé au client.

Graphiques

En mode Runtime, si une vue est appelée sur un client, Graphics Runtime recherche d'abordles vues locales. S'il n'existe aucune vue locale portant le nom correspondant, le répertoire deprojets 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, GlobalScript), 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 vuescorrespondantes 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 leré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 lesdonnées en recopiant la vue modifiée dans le répertoire local du client.

Systèmes répartis





Alarmes

Si des alarmes doivent être représentées sur un client, les données représentées proviennent

du serveur. Le serveur pour alarmes reçoit les données configurées de la banque de données.

Les données archivées et la liste des alarmes peuvent être représentés sur chaque client. Lesdonnées pour la représentation proviennent toujours du serveur pour alarmes. A l'arrivée denouvelles alarmes, le serveur pour alarmes archive ces dernières.

Lorsqu'une alarme est acquitté sur un poste de conduite, l'acquittement est transmis auserveur pour alarmes. Le serveur inscrit le changement d'état dans les archives et transmetl'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 correspondantapparaît à la place des alarmes dans la fenêtre de message. Lorsque le serveur est à nouveaudisponible, les alarmes s'affichent à nouveau dans la fenêtre de message.

Journaux

Le système de documentation de WinCC ne connaît pas le mode Runtime à proprement parlé.Les journaux et travaux d'impression sont configurés et peuvent être exécutés à tout moment.Seuls dépendent du Runtime les travaux d'impression qui doivent représenter les donnéesd'archives ou du processus.

Le système de documentation est automatiquement lancé sur chaque client lors dudé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 lesinformations actuelles concernant les travaux d'impression disponibles ainsi que leur état. Siun travail d'impression est lancé sur un client, les données respectives proviennent de labanque 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 ettransmet ces informations à d'autres clients.

Scripts

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

User Administrator

Les autorisations de conduite sont vérifiées par le composant Runtime du User Administrator.Le composant Runtime du User Administrator est automatiquement lancé sur chaqueordinateur lorsque WinCC démarre. En cas de modification de la connexion, la liste actuelled'autorisation de conduite est retirée de la banque locale de données.

Text Library

Lorsque le projet pour serveur est activé, Text Library Runtime fonctionne sur le serveur entant que serveur pour texte et sur les clients en tant que client pour texte. Les données sonttoujours lues depuis la banque de données du serveur.

Systèmes répartis





Comportement en cas de dérangements dans le système

Si un serveur est non disponible, les clients interrogent de façon cyclique le serveur jusqu'à

ce qu'il ait à nouveau démarré. Les données du serveur ne peuvent pas être affichées en casde 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 possiblede rétablir la liaison au serveur par un redémarrage du Client sans pour autant influencer leserveur.

Voir aussi

Démarrage du serveur ()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)




1.7.2 Démarrage du serveur

Principe

Les serveurs d'un système Client-Server peuvent démarrer indépendamment des clients. Dèsqu'un serveur a démarré, il met ses services à disposition des clients et s'informe sur tous lesparticipants du réseau.

Vous pouvez consulter l'état actuel de tous les serveurs dans la fenêtre du dialogue "WinCCProjects". Ouvrez "WinCC-Projects" via Windows-Explorer :

Systèmes répartis





Si un serveur tombe en panne en cours de fonctionnement, les données des clients ne peuventplus ê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 quesi Fileserver et le serveur WinCC ont démarré.

Activation à distance

Vous pouvez également démarrer un serveur à distance, depuis un autre ordinateur (client ouserveur). Voyez sous "Activer le projet" comment vous devez procéder.

Voir aussi

Particularités de la communication pour un serveur ayant plusieurs cartes réseau (Page 56)

Pour activer un projet (Page 68)








Systèmes répartis





1.7.3 Démarrage du client

Principe

Les Clients d'un système Client-Server démarrent indépendamment des serveurs.

Lorsqu'un client démarre dans un système Client-Serveur, il reçoit toutes les informationsactuelles 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 "WinCCProjects". Si l'état d'un serveur est modifié, le dialogue "WinCC Projects" de tous les

ordinateurs concernés est mis à jour.

Serveur non disponible

Si des serveurs ne sont pas disponibles, un message d'erreur correspondant est émis. Lesobjets graphiques par exemple, qui reçoivent leurs données du serveur, sont inactifs.

Les scripts vous permettent de configurer l'affichage des dérangements de liaison sur le client.

Voir aussi

Particularités de la communication pour un serveur ayant plusieurs cartes réseau ()




Démarrage du serveur (Page 54)





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 sontinstallés sur un serveur WinCC pour le couplage au processus, et qu'ils doivent être exploitésavec un protocole TCP/IP actif, il se peut que la communication entre le serveur et les clientsWinCC soit défectueuse.

Systèmes répartis





L'une des causes possibles est que dans ce serveur, chaque module réseau et chaque piloteSOFTNET a sa propre adresse IP. Il se peut alors que dans certaines cas, Windows tented'é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'essaiemalgré 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 à laconnexion du terminal soit en première position.

Vérifiez l'ordre dans le panneau de configuration Windows sous "Connexions réseau". Dansle 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 etconnexions".

Diagnostic

Vous pouvez vérifier la configuration de la carte réseau via le répertoire "Simatic Shell". Il vousfaut sélectionner un autre adaptateur réseau si vous constatez que pour un ordinateur cetteadresse s'affiche avec une zone réseau erronée, c'est-à dire non accessible.

Systèmes répartis





Marche à suivre

1. Cliquez dans la fenêtre de navigation de Windows Explorer sur le répertoire "Simatic Shell".

2. Sélectionnez le dialogue "Paramétrages..." dans le menu contextuel du répertoire.L'interface réseau actuellement utilisée est identifiée par une écriture bleue.

3. Si vous voulez adapter l'interface réseau, cliquez dans la zone "Adaptateur réseau" sur lacarte réseau voulue.

Dans la configuration du pilote SOFTNET sur le serveur, il est également recommandé devérifier si les services Windows non nécessaires au couplage du processus peuvent êtredésactivés.

Une fois ces points vérifiés, s'il n'est toujours pas possible d'établir de liaison, veuillez vousadresser au Customer Support.

Voir aussi

Pour accéder aux ordinateurs hors d'un sous-réseau (Page 61)






Systèmes répartis





1.7.5 Arrêt du serveur

Principe

Lorsqu'un serveur est arrêté dans un système Client-Serveur, il ne peut plus mettre de donnéesprocessus à disposition des clients raccordés. Il se déconnecte simultanément du système etest identifié dans la liste des projets du dialogue "WinCC Projects" comme étant désactivé.

Désactivation à distance

Vous pouvez également arrêter un serveur à distance, depuis un autre ordinateur (client ouserveur). Voyez sous "'Désactiver le projet" comment vous devez procéder.

Voir aussi


Pour désactiver un projet (Page 70)

Arrêt du client ()






1.7.6 Arrêt du client

Principe

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

Voir aussi









Systèmes répartis





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 vousaccéder via Windows-Explorer.

Fonction de Simatic Shell

Dans le dialogue "Simatic Shell", vous apercevez les serveurs validés et les projets de votresystème Client-Serveur qui sont disponibles via le réseau. On compte également parmi euxtous 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épartis





Voir aussi



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


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éseauderrière un routeur, et ce à l'aide du dialogue "Simatic Shell". "Simatic Shell" fait partieintégrante de WinCC et sert à la maintenance centralisée ainsi qu'au diagnostic de tous lesordinateurs 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 entreles ordinateurs du sous-réseau.

Lorsque vous avez réalisé cette connexion, tous les ordinateurs concernés dans le systèmepeuvent même communiquer au-delà des limites du Router. Chaque ordinateur se voyantajouter 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 lespostes :

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





Marche à suivre

1. Sur le Client, sélectionnez dans Windows-Explorer l'inscription "Simatic Shell". La fenêtre

"Simatic Shell" apparaît.2. Sélectionnez alors une entrée quelconque dans la fenêtre de navigation du dialogue

"Simatic Shell". Sélectionnez la commande "Paramétrages..." dans le menu contextuel decette 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 indiquele 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 êtrel'"Agent" du sous-réseau. Il peut s'agir d'un ordinateur quelconque du sous-réseau (Clientou Serveur).Ajoutez l'ordinateur à la liste des partenaires du réseau avec le bouton "Ajouter".

5. Validez vos entrées avec OK.

Voir aussi








Systèmes répartis





1.8.3 Accès aux projets depuis plusieurs clients

Possibilités de configuration

Selon le type de données, un ou plusieurs clients peuvent accéder au projet Serveur en casde commande à distance. Une différence est faite entre les données sauvegardées dans labanque de données Serveur (Alarm Logging, Tag Logging, Variables, User Admin, TextLibrary) 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éespar plusieurs clients. Notez cependant que ce sont toujours les modifications du clientenregistré en dernier qui sont sauvegardées lorsque plusieurs clients accèdent aux mêmesdonnées. S'il s'agit de données de la base de données Serveur, l'intégralité des données del'éditeur respectif est systématiquement mémorisée, même si ce ne sont que des valeursisolées qui ont été modifiées.

Dans le cas des données sauvegardées dans des fichiers, l'accès à un fichier est bloqué sice dernier est déjà ouvert.

Archives (Tag Logging)

Les archives sont sauvegardées dans la banque de données Serveur. Les données TagLogging peuvent être modifiées en Runtime. Les modifications sont réparties par le serveurentre tous les clients concernés.

Vues

Les vues sont sauvegardées sous forme de fichiers sur le serveur ou Fileserver. Lorsqu'unclient accède à une vue sur le serveur, cette vue est bloquée pour les autres clients. Différentesvues 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èsque l'image est à nouveau sélectionnée. Vous pouvez également sauvegarder localement desvues pour les éditer, mais il vous faudra entreprendre manuellement la synchronisation avecle serveur.

Alarmes

Les alarmes sont sauvegardées dans la banque de données Serveur. Les données du

système d'alarmes peuvent être modifiées en Runtime. Les modifications sont réparties parle serveur entre tous les clients concernés.

Journaux

Les journaux sont sauvegardés de façon centrale dans le répertoire de projet du serveur. Lesdonnées du journal sont constituées d'une part de layout (fichiers), d'autre part de travauxd'impression (inscriptions dans la banque de données de projet). Un client seulement peutrespectivement configurer le système de documentation sur le serveur.

Vous pouvez également sauvegarder localement des journaux pour les éditer, mais il vousfaudra entreprendre manuellement la synchronisation avec le serveur. Aucune modificationn'est prévue en Runtime sur le système de documentation étant donné que les journauxpeuvent être exécutés indépendamment du Runtime.

Systèmes répartis





Scripts

Les scripts sont sauvegardés de façon centrale dans le répertoire de projet du serveur. Les

scripts spécifiques au projet peuvent être localement définis sur l'ordinateur, de façonautonome. Les scripts sont enregistrés dans des fichiers. Les actions du Graphics Designersont enregistrées dans la vue. Pendant l'édition, les fichiers (scripts ou vues) sont bloquéspour les autres clients. Lorsqu'il n'existe aucune liaison au serveur vous pouvez égalementmodifier localement des scripts, mais il vous faudra entreprendre manuellement lasynchronisation avec le serveur. Les scripts peuvent être modifiés en Runtime. Le serveurré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 manuellementdans le répertoire Serveur correspondant.

Textes de Text Library

Les textes de Text Library sont enregistrés dans la banque de données Serveur. Les objetsde texte sont mémorisés individuellement. Les textes peuvent être modifiés en Runtime. Leserveur répartit la modification entre tous les ordinateurs concernés. La mise à jour s'effectuedans la langue de configuration réglée localement.

Remarque

Lors de la configuration, certains éditeurs WinCC, tels Alarm Logging et User Administratoraccèdent au même tableau de banque de données dans Text Library. C'est pourquoi vous

ne pouvez toujours éditer simultanément ces éditeurs que sur un poste de commande.

Variables

Les variables sont enregistrées dans la banque de données Serveur.

Remarque

Si un projet Client est désactivé pour modifier une variable, les modifications ne sont activesqu'après redémarrage de tous les ordinateurs sur lesquels le projet était actif au moment dela modification.

User Administrator

Les autorisations de conduite du User Administrator sont enregistrées dans la banque dedonné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 lorsd'une nouvelle connexion de client.

Systèmes répartis





Voir aussi




Pour ouvrir un projet que vous voulez éditer ()




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 Runtimedu 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 tousles projets Serveur validés pour la configuration dans le réseau. Vous obtenez d'autresinformations concernant le serveur sélectionné, par exemple dans quel mode (Configuration/Runtime) il se trouve.

Plusieurs clients peuvent également simultanément ouvrir et éditer le même projet.

Condition

Les conditions préalables suivantes doivent être remplies pour ouvrir à distance un projetServeur 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épartis





Marche à suivre


"Simatic Shell" apparaît.Dans une fenêtre de navigation, vous voyez s'afficher tous les serveurs et tous les projetsactuellement 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 dansla 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épartis





Remarque

Lorsque vous avez ouvert via le client un projet Serveur pour l'édition et que vous exécutezdans 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 leprojet Client est activé, même si le projet Serveur est ouvert.

Si vous voulez activer le projet Serveur, utilisez la commande "Activer Remote" dans ledialogue "Simatic Shell". Il en est de même pour l'instruction "Désactiver Runtime".

Voir aussi



Pour éditer les vues du projet Serveur ()





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 à lafois 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épartis





Marche à suivre


"Simatic Shell" apparaît.Dans une fenêtre de navigation, vous voyez s'afficher tous les serveurs et tous les projetsactuellement disponibles dans le réseau.

2. Sélectionnez dans la liste des projets le projet voulu, et sélectionnez dans la fenêtresurgissante la commande "Ouvrir".Un dialogue de connexion apparaît. Spécifiez le nom d'utilisateur et le mot de passe pourl'ordinateur actuel.La casse est prise en compte pour les mots de passe.Cliquez dans le dialogue "Explorateur WinCC - Serveur non disponible" sur le bouton"Lancer serveur local". Le projet s'ouvre sur le client pour la configuration.

3. Ouvrez la vue désirée dans le Graphics Designer sur le client.

4. Editez la vue et enregistrez-la à nouveau dans le répertoire de projets du serveur.

Voir aussi


Pour activer un projet ()






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 projetest activé sur le serveur. Si vous avez par contre ouvert un projet Serveur en vue de l'éditeret 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épartis





Conditions

Les conditions préalables suivantes doivent être remplies pour activer à distance un projet

Serveur sur un client :● L'utilisateur connecté sur le client dispose de l'autorisation de conduite "Activer Remote"

dans le projet WinCC sur le serveur.



Marche à suivre

1. Sur le Client, sélectionnez dans Windows-Explorer l'inscription "Simatic Shell". La fenêtre"Simatic Shell" s'affiche.Tous les serveurs et tous les projets disponibles dans le réseau s'affichent avec leur étatactuel.

2. Sélectionnez le projet que vous voulez activer.

3. Choisissez la rubrique "Activer Remote" dans le menu contextuel.Un dialogue de connexion apparaît.

4. Spécifiez le nom d'utilisateur et le mot de passe pour l'ordinateur actuel. Le projet est activésur le serveur.

Remarque

La casse est prise en compte pour les mots de passe.

Voici comment activer à distance un calculateur OS à partir d'une station d'ingénierie

Par défaut, les conditions à remplir pour un projet OS et l'activation à distance sont lessuivantes :

● Pour le projet OS, inscrivez le nom de l'ordinateur ES comme serveur OS dans le projetWinCC.

● Si vous voulez activer le projet OS à distance via un autre ordinateur, il faut que cetordinateur soit enregistré comme ordinateur client.

Le nom du serveur et du client ne pouvant être identique dans un projet WinCC, vous devezrespecter la marche à suivre suivante :

1. Dans WinCC Explorer, remplacez le nom de l'ordinateur ES inscrit dans la liste desordinateurs 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 stationd'ingénierie.

Systèmes répartis





Voir aussi

Pour désactiver un projet ()







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 leprojet est désactivé sur le serveur. Si vous avez par contre ouvert un projet Serveur en vuede l'éditer et que vous le désactivez dans WinCC via le bouton "Quitter Runtime" dans la barred'outils, seul le projet du client est désactivé, même si le projet Serveur est ouvert.

Conditions

Les conditions préalables suivantes doivent être remplies pour désactiver à distance un projetServeur sur un client :

● L'utilisateur connecté sur le client dispose de l'autorisation de conduite "Activer Remote"dans le projet WinCC sur le serveur.



Marche à suivre

1. Sur le Client, sélectionnez dans Windows-Explorer l'inscription "Simatic Shell". La fenêtre"Simatic Shell" s'affiche.Tous les ordinateurs et tous les projets disponibles dans le réseau s'affichent avec leur étatactuel.

2. Sélectionnez le projet que vous voulez désactiver.

Systèmes répartis





3. Choisissez la rubrique "Désactiver Remote" dans le menu contextuel. Un dialogue deconnexion apparaît.

4. Spécifiez le nom d'utilisateur et le mot de passe pour l'ordinateur actuel. Le projet estdésactivé sur le serveur.

Remarque

La casse est prise en compte pour les mots de passe.

Voir aussi



Pour ouvrir un projet que vous voulez éditer (Page 65)Accès aux projets depuis plusieurs clients (Page 63)




Systèmes répartis





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 lescomposants du domaine de l'automatisation. Basé sur la technologie sous Windows, OPCmet à disposition une interface ouverte qui permet sans problème l'échange standardisé dedonnées entre les systèmes de commande, de conduite et de contrôle et les applicationsbureautiques 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 WinCC

Dans un système réparti, chaque serveur WinCC peut surveiller l'ensemble de l'installation.Le serveur WinCC n'appréhende cependant par exemple qu'un partie déterminée des tâches,à savoir seulement l'édition d'alarmes ou seulement l'archivage.

Les serveurs WinCC-OPC permettent d'accéder aux données Runtime de WinCC vial'interface de logiciel OPC. Les serveurs WinCC-OPC prennent intégralement en charge lefonctionnement du système conformément aux spécifications OPC correspondantes

Tout logiciel se basant sur la spécification OPC correspondante peut être utilisé comme clientOPC. Le client OPC peut ainsi par exemple être utilisé pour l'analyse de diverses sources. Aumoyen de l'utilisation de clients OPC développés pour ceci, les exigences peuvent êtresatisfaites de manière optimale.

La licence Connectivity Pack doit être installée pour le mode WinCC OPC Serveur surl'ordinateur qui est utilisé comme serveur OPC de WinCC. Pour le serveur OPC DA, vousn'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 enconsultant le système d'information de WinCC, rubrique "Communication" > "OPC"

Voir aussi


Systèmes répartis

1.9 Utilisation des interfaces OPC dans les systèmes Client-Serveur




Serveur d'archives longue durée

2

2.1 Configuration du serveur d'archive longue

Introduction

Vous pouvez enregistrer sur un serveur d'archives longue durée les fichiers d'échange desarchives. 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éecomme données binaires.

Condition

Un ordinateur devant être utilisé comme serveur d'archives longue durée doit remplir lesconditions requises suivantes :

● Système d'exploitation :

– Windows Server 2003 SP2

– Windows Server 2003 R2 SP2

– Windows Server 2008 SP2

– Windows Server 2008 R2 SP1

● Droits d'administration

● Microsoft SQL Server 2008 R2 SP1 est installé.

● Les services Microsoft Message Queuing doivent être installés.

● L'ordinateur doit être disponible en réseau (LAN).

● WinCC V7 ne doit pas être installé, étant donné que le WinCC Fileserver V7 va être installé.

Installation

Pour configurer un ordinateur en tant que serveur d'archives longue durée, exécutez sur

l'ordinateur la fonction Setup pour le Fileserver WinCC. Vous trouverez la fonction Setup pourle Fileserver sur le DVD d'installation WinCC dans le dialogue "Programmes" dans le groupe"WinCC".

Configuration

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




Etape 1 : Déverrouillage de lecteurs ou de dossiers

Pour que les fichiers d'échange puissent être enregistrés sur le serveur d'archives longue

durée, vous devez déverrouiller sur le serveur d'archives longue durée les lecteurs ou dossiersdésirés.

Remarque

Pour déverrouiller les dossiers ou les lecteurs, vous devez disposer des droitsd'administrateur

Etape 2 : Indication du chemin pour les fichiers d'archivage à transférer

Indiquez sur l'ordinateur de configuration le chemin d'accès vers le répertoire où doivent êtreenregistrés les fichiers d'échange.

Les informations sur les archives de valeurs de process figurent dans "Déplacer les archivessur disque dur". Les informations sur les archives d'alarmes figurent dans "Configurer lasauvegarde des archives".

Remarque

Si vous voulez déplacer les fichiers d'archive uniquement à des fins de sauvegarde, vouspouvez les enregistrer sur n'importe quel lecteur de votre choix. Vous ne devez alors indiquerun lecteur sur le serveur d'archives longue durée que si vous voulez accéder aux donnéesd'archive avec OLE DB.

Accès aux fichiers d'échange

Vous disposez de trois possibilités pour accéder aux fichiers de délestage :

● Copier les fichiers de délestage sur l'ordinateur de configuration sur lequel Runtime estégalement installé. Dans Alarm Logging ou Tag Logging, liez les fichiers de délestage auprojet. 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ée

2.1 Configuration du serveur d'archive longue




Serveur de fichiers

3

3.1 Installation du serveur de fichiers

Introduction

Le Fileserver WinCC est un serveur de configuration minimale en composants WinCC.

Vous pouvez enregistrer des projets sur un serveur de fichiers et les gérer de façon centralisée.Il est ainsi p. ex. plus facile de créer des copies de sauvegarde régulières de tous les projets.

Remarque

Utilisez exclusivement le Fileserver pour la configuration.

Condition préalable

Pour l'installation d'un WinCC Fileserver V7, veuillez tenir compte des conditions nécessairesdé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 lemême ordinateur.

Installation

Pour configurer un ordinateur comme serveur de fichiers, exécutez Fileserver-Setup surl'ordinateur. Sélectionnez sur le DVD d'installation WinCC dans le dialogue "Programmes"dans le groupe "WinCC" l'entrée "WinCC V7.2 Fileserver".

L'installation minimale WinCC est mise en place sur l'ordinateur.

Configuration

Les projets sont stockés sur le serveur de fichiers. Pour que tous les intervenants puissentaccéder aux projets, vous devez déverrouiller les lecteurs ou dossiers correspondants sur leserveur de fichiers.

Remarque

Pour déverrouiller les dossiers ou les lecteurs, vous devez disposer des droitsd'administrateur




Affectez sur les ordinateurs de configuration aux dossiers ou lecteurs déverrouillés une lettrede lecteur sans équivoque. Les intervenants peuvent alors ouvrir les projets sur le serveur defichiers comme un projet local.

Serveur de fichiers

3.1 Installation du serveur de fichiers




WinCC ServiceMode

4

4.1 WinCC ServiceMode

Contenu

WinCC ServiceMode offre la possibilité d'exploiter WinCC Runtime comme service. En tantque service, WinCC Runtime peut être alors actif quand aucun utilisateur interactif n'estconnecté à 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.




4.2 Projet standard et projet de service

Vue d'ensemble

Vous pouvez configurer un projet WinCC comme projet standard ou comme projet de service.Pour exploiter un projet WinCC en WinCC ServiceMode, vous devez le configurer commeprojet de service.

Projet standard

Pour que WinCC Runtime soit exécutable, un utilisateur doit être connecté à l'ordinateur. Lesentrées utilisateurs interactives sont possibles.

Projet de service

WinCC Runtime n'est alors exécutable sur l'ordinateur que si aucun utilisateur interactif n'est

connecté à l'ordinateur.

WinCC Runtime peut être aussi exploité avec un utilisateur connecté, les saisies utilisateurinteractives sont alors possibles.

Remarque

WinCC n'est pas exécutable en cas d'interventions dans le système

Il n'est pas permis de modifier les processus et les services de WinCC dans le Panneau deconfiguration et dans le gestionnaire des tâches de Windows. Les modifications concernéessont 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 ServiceMode

4.2 Projet standard et projet de service




4.3 Configurations d'un projet de service

Vue d'ensemble

WinCC Runtime est exécutable en tant que projet de service sur le serveur dans lesconfigurations 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 ServiceMode

4.3 Configurations d'un projet de service




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 automatiquementou 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'estconnecté.

Fonctionnement avec utilisateur connecté

Dans les projets de service, une commande interactive n'est pas souhaitée en règle générale.

Un utilisateur interactif peut se connecter à des fins de service par exemple. Dans ce cas,l'utilisateur peut activer la commande interactive du projet de service.

Démarrage automatique

Lors du démarrage automatique, WinCC Runtime démarre automatiquement à la mise enmarche du serveur et le projet défini est activé. Le démarrage automatique s'effectue sansqu'un utilisateur interactif ne soit connecté.

Démarrage manuel

En cas de démarrage manuel, l'utilisateur doit se connecter au serveur et activer ensuite le

projet. Si l'utilisateur se déconnecte à nouveau du serveur, WinCC Runtime reste actif.

Connexion et déconnexion des utilisateurs

Pendant que le projet de service est activé, des utilisateurs interactifs peuvent se connecteret 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 deservice, les scripts C et les scripts VB peuvent causer par exemple des problèmes dans lescas 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'estdonc p. ex. pas possible d'échanger de variables globales C entre "Global Script" et "GraphicsDesigner".

WinCC ServiceMode





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 parconséquent les informations de diagnostic aux clients. Pour plus d'informations à ce sujet,reportez-vous dans WinCC Information System, au chapitre "Travailler avec WinCC >Travailler avec des projets" > "Fenêtre de diagnostic WinCC et information de licence".

Remarque

Editer ou migrer un projet de service

Pour éditer ou migrer un projet de service, vous devez administrer l'utilisateur du modeservice 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 ServiceMode





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 affichel'icône "SIMATIC WinCC". Cette icône vous permet d'obtenir des informations sur l'état duprojet. Via le menu contextuel de l'icône, vous activez et désactivez par exemple le projetWinCC.

Etat du projet

Le tableau suivant indique quel état de projet correspond à quelle icône :

Icône SIMATIC WinCC Etat

● WinCC n'est pas actif.

● Aucun projet n'est ouvert.

WinCC change d'état :

● WinCC ouvre un projet.

● WinCC active un projet.

● WinCC désactive un projet.

● WinCC ferme un projet.

Le projet est ouvert.

Le projet est activé.

Opérations possibles via le menu contextuel

Vous pouvez vous servir d'un projet ouvert en fonction de son état. Le menu contextuel del'icône "SIMATIC WinCC" vous offre les possibilités d'utilisation suivantes :

● Démarrer Graphics Runtime.

● Quitter Graphics Runtime.

● Activer le projet.

● Désactiver le projet.

● Ouvrir la fenêtre de diagnostic.

Fenêtre SIMATIC WinCC

Pour ouvrir la fenêtre "SIMATIC WinCC", cliquez sur l'icône "SIMATIC WinCC".

Exemple : Fenêtre, Runtime étant activé

WinCC ServiceMode





La fenêtre affiche les informations suivantes :

● Nom de projet

● Type de projet

● Etat du projet● Liste d'ordinateurs

L'ordinateur local est représenté en bleu.

Liste d'ordinateurs

Tous les ordinateurs du réseau figurent sur la liste d'ordinateurs. L'état de la connexion detous les ordinateurs existants est affichée quand le projet est activé.

Le tableau suivant montre les icônes de l'état de connexion et leur signification :

Icône Etat

● pas de liaison

● Connexion arrêtée

● Ordinateur local

● Serveur partenaire redondant

Liaison établie

● Avec serveur de réserve

● Avec serveur maître, mais le serveur de réserve est le serveurpréférentiel

Liaison établie

● Avec serveur maître

● Avec serveur de réserve comme serveur préférentiel

WinCC ServiceMode





4.6 Fonctionnement et conditions requises

4.6.1 Fonctionnement d'un projet de service

Introduction

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

Projet standard

Le démarrage d'un projet standard s'effectue de la manière suivante :

● L'utilisateur se connecte au système.● L'utilisateur démarre WinCC Runtime ou WinCC Runtime démarre automatiquement.

WinCC Runtime est actif jusqu'à ce que l'un des événements suivants se produise :

● L'utilisateur quitte WinCC Runtime.

● L'utilisateur se déconnecte du système.Ceci met fin à System WinCC Runtime.

Projet de service

Dans un projet de service, WinCC Runtime est démarré en tant que service. Selon le

paramétrage, ces services sont démarrés aux instants suivants :● Automatiquement, à chaque démarrage du système d'exploitation.

● Lorsqu'un utilisateur se connecte et démarre WinCC Runtime.

WinCC reste actif, même si l'utilisateur se déconnecte.

Les données WinCC Runtime restent accessibles.

Si nécessaire, un utilisateur connecté a la possibilité d'activer l'utilisation de Runtime.

Le graphique suivant indique les états entre le démarrage du serveur et le démarrage Runtimeautomatique dans un projet de service.

WinCC ServiceMode





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.

Scripts

Etant donné qu'aucun utilisateur interactif n'est normalement connecté dans les projets deservice, les scripts C et les scripts VB peuvent causer par exemple des problèmes dans lescas 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'utilisateurWindows 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 dessystèmes répartis avec communication serveur-serveur :

WinCC ServiceMode





● Utilisateur Windows localL'utilisateur doit être membre du groupe d'utilisateurs local "SIMATIC HMI" sur tous lesordinateurs faisant partie du groupement. Le mot de passe de cet utilisateur doit être lemê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 lesordinateurs.

– L'utilisateur est membre d'un groupe qui est lui-même membre du groupe d'utilisateurslocal "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é niexpirer.

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 ServiceMode





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 unprojet de service.

Marche à suivre - Définir un projet de service

1. Cliquez dans la fenêtre de navigation du WinCC Explorer sur le nom du projet etsé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 ServiceMode





4. Spécifiez dans le champ "Utilisateur" l'utilisateur sous lequel le projet de service WinCCsera exécuté.Vous trouverez davantage d'informations sur les propriétés requises pour cet utilisateur auChapitre "Conditions d'exécutabilité d'un projet de service (Page 85) ".

5. Tapez le mot de passe correspondant dans le champ "Mot de passe".

6. Reconfirmez le mot de passe dans le champ "Mot de passe".

7. Validez vos entrées avec "OK".

8. Chargez le projet à nouveau.

Configurer le démarrage automatique

WinCC peut activer le projet voulu au démarrage de l'ordinateur. Spécifiez le projet dans l'outil"Configuration de Démarrage".

Marche à suivre - Configurer l'autodémarrage

1. Dans le menu Démarrer de Windows, sélectionnez la commande "Démarrageautomatique" 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 projetsélectionné sera ouvert.

Conversion d'un projet de service en un projet standard

Si vous voulez transformer un projet de service en projet standard, activez l'option "Standard"dans l'onglet "Mode de fonctionnement".

Conversion d'un projet standard en un projet de service

Si vous voulez transformer un projet standard en projet de service, activez l'option "Service"

dans l'onglet "Mode de fonctionnement".

Remarque

La conversion d'un projet standard en un projet de service n'est pas toujours possible

Un projet de service est soumis à des restrictions. Prenez note de ces restrictions avantd'effectuer la conversion. Vous trouverez davantage d'informations sous "Utilisation d'unprojet de service et restrictions (Page 80)"

WinCC ServiceMode





Remarque

Après avoir transformé le projet de service en projet standard et inversement, vous devez

reconfigurer la configuration du démarrage automatique "Autostart".

WinCC ServiceMode





4.8 Projet de service en Runtime

4.8.1 Projet de service en Runtime

Introduction

WinCC affiche l'icône "SIMATIC WinCC" dans la zone de notification de la barre des tâches,appelée zone Tray. Le menu contextuel de cette icône vous permet d'exécuter les fonctionssuivantes :

● 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 dansla zone Tray".

4.8.2 Activation d'un projet de service


Le projet doit être enregistré en tant que projet de service. D'autres conditions sont indiquéesau chapitre "Conditions d'exécutabilité d'un projet de service (Page 85)".

Marche à suivre - Démarrage automatique d'un projet de service en ServiceMode

Si le démarrage automatique a été correctement paramétré pour le projet à l'aide de l'outil"Configuration de démarrage", il se produit ce qui suit :

● Le projet est activé automatiquement au démarrage du serveur.

Aucune donnée utilisateur n'est requise.

Résultat - Démarrage automatique d'un projet dans WinCC ServiceMode

Le projet est activé. Aucun utilisateur n'est connecté au serveur.

WinCC ServiceMode





Marche à suivre - Démarrage manuel d'un projet dans WinCC ServiceMode

La marche à suivre suivante suppose qu'aucun démarrage automatique n'est paramétré pour

le projet.1. Démarrez le serveur.

2. Connectez-vous au serveur.

3. Ouvrez le projet.

4. Sélectionnez la commande "Activer le projet" dans le menu contextuel de l'icône affichéedans la zone Tray. Une alternative consiste à activer le projet avec WinCC Explorer.

Résultat - Démarrage manuel d'un projet dans WinCC ServiceMode

Le projet est activé. WinCC affiche l'icône .

Pour que WinCC Runtime reste actif lorsque vous vous déconnectez du serveur, quittezuniquement WinCC Explorer. Sélectionner à cet effet l'entrée "Quitter WinCC Explorer" dansla 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é

Introduction

Vous pouvez vous connecter au réseau et vous re-déconnecter pendant qu'un projet WinCC

est en Runtime, pour effectuer par exemple des opérations nécessaires sur le serveur.

Remarque

WinCC Runtime s'arrête lorsque des mises en jour nécessitant un redémarrage sontinstallées.


Un projet de service est activé. Aucun utilisateur n'est connecté au serveur.

Marche à suivre

1. Ouvrez une session sur le serveur.

2. Effectuez les actions voulues.

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

Résultat

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

WinCC ServiceMode





4.8.4 Activation de la commande interactive à des fins de service

Introduction

Vous pouvez activez la commande interactive pendant qu'un projet de service WinCC est enRuntime.


Un projet de service est actif. La commande interactive n'est pas activée.

Vous ouvrez une session sous un utilisateur qui est membre du groupe "SIMATIC HMI".

Marche à suivre - Activer la commande interactive

1. Ouvrez une session sur le serveur.

2. Dans le menu contextuel de l'icône dans le système tray, sélectionnez la commande"Démarrer Graphics Runtime".WinCC active la commande interactive. Vous pouvez utiliser le projet WinCC.

Marche à suivre - Quitter la commande interactive

1. Dans le menu contextuel de l'icône dans le système tray, sélectionnez la commande"Quitter Graphics Runtime".WinCC met fin à Graphics Runtime.

2. Déconnectez-vous si nécessaire.

WinCC ServiceMode






5

5.1 Redundancy

Contenu

WinCC Redundancy sert à la configuration d'un système redondant. La disponibilité de WinCCet de l'installation est d'une manière générale accrue grâce à une exploitation en parallèle dedeux ordinateurs serveurs couplés ensemble et à la commutation automatique des serveursen 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.




5.2 WinCC- Redundancy

Introduction

WinCC Redundancy offre une augmentation sensible de la disponibilité de WinCC et del'installation dans son ensemble par un fonctionnement en parallèle de deux PC serveurscouplés.

Pour identifier à temps la panne d'un partenaire, les serveurs se surveillent mutuellement auRuntime.

En cas de défaillance de l'un des deux serveurs, les clients sont automatiquement basculésdu serveur défaillant sur le serveur actif. Tous les clients restent ainsi à tout momentdisponibles pour la surveillance et la conduite du process.

Pendant la défaillance, le serveur non défaillant continue à archiver toutes les alarmes et lesdonné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 archivesutilisateur 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 compensationdes 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 processet 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 processet 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).






● 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 surveillancecyclique 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 auxdifférentes applications. La fonction "Application Health Check" surveille automatiquementtoutes 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 carles 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 unecommutation du client est déclenchée, le serveur concerné doit être redémarré. C'estseulement après qu'il est à nouveau possible de relier des clients sur ce serveur. Unesynchronisation d'archive s'effectue rétroactivement jusqu'au moment de la détection d'undé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é






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

● Une alarme système est envoyée






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 leniveau 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 surplusieurs PC. La répartition des tâches s'effectue en fonction d'une structure Client-Serveur :






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

● Les serveurs mettent les données de process à la disposition des clients et gèrent les étatsde 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 à traversdes réseaux PC.

● Les clients sont toujours à égalité et de valeur identique.






5.3.2 Structure du Système WinCC avec Redundancy

Introduction

Projet WinCC

A un projet WinCC est affecté un groupe de systèmes d'automatisation, un ordinateur serveuret un ou plusieurs ordinateurs clients. Le projet inclut aussi toutes les données telles lesprogrammes, les données de configuration et divers paramétrages.

Projet WinCC redondant

Un projet configuré avec redondance est réalisé par un autre serveur fonctionnantparallèlement et exécutant les mêmes fonctions. Les deux serveurs sont reliés en réseau avecles automates, les clients et également entre eux. Pour plus d'informations, voir " Configurationà fonction identique (Page 106) ".






5.4 Mode de fonctionnement de Redundancy

Introduction

La vue suivante montre l'archivage et la synchronisation d'archives des serveurs redondantsparallèles.

Archivage WinCC en mode normal

Normalement, les serveurs fonctionnent en Runtime totalement parallèlement. Chaqueordinateur serveur a sa propre connexion au process et dispose de ses propres archives dedonnées. Les données de process et les alarmes émises par les automates sont envoyéesaux 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 êtresynchronisées en ligne en permanence (synchronisation en ligne).






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 archivess'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 lesserveurs est utilisée pour surveiller l'état. La liaison additionnelle entre les serveurs n'est pasutilisée pour synchroniser les archives.

Défaillance d'un des serveurs

Le terme défaillance de serveur désigne la défaillance physique d'un serveur, p. ex. suite àune coupure de secteur ou une mise hors tension du serveur sans arrêt contrôlé.

En cas de défaillance d'un serveur, le serveur opérationnel reçoit et archive les valeurs deprocess 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 partenaireredondant. 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 lesserveurs est utilisée pour surveiller l'état.

Facteurs déclenchant le basculement d'un client

Le système exécute automatiquement le basculement des clients du serveur standard sur leserveur partenaire en cas de défaillance du serveur. Les facteurs suivants entraînent lebasculement 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 etdéclenche la commutation.

● Le projet est désactivé.

Facteurs déclenchant la synchronisation d'archive après rétablissement

La synchronisation des archives entre les serveurs est lancée après les anomalies suivantes :

● Panne du couplage de process.Vous pouvez désactiver la surveillance de couplage de process. Pour plus d'informations,voir "Configuration (Page 110)".

● Défaillance de la liaison réseau vers le serveur partenaire.

● Défaillance de serveur.

● Le projet n'est pas activé.






Synchronisation après rétablissement

Au rétablissement du serveur défaillant, Redundancy synchronise les archives pour la durée

de la défaillance. Les données manquantes dans les archives suite à la défaillance sontrécupérées et transmises au serveur affecté par la défaillance. Deux serveurs équivalents sontdonc à nouveau disponibles.

Une synchronisation d'archives d'alarmes, d'archives de valeurs de process et d'archivesutilisateur et de variables internes est effectuée. Le serveur défaillant reçoit les données avecun retard dû à la défaillance.

La synchronisation d'archive s'exécute comme fonction en arrière-plan et se dérouleparallèlement à l'exécution du process et à l'archivage de WinCC. Ainsi, la commande etl'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 desvariables est changée sur un des serveurs redondants.

Les variables internes comprennent également les variables système qui commencentrespectivement par le signe "@", par exemple @Current_User ou @RM_Master. Vous nedevez pas configurer de synchronisation en ligne pour les variables système.

Synchronisation après incident du couplage de process

Si la synchronisation a été configurée, le système exécute en cours de fonctionnement aprèsune défaillance réseau entre un serveur ou un ou plusieurs automates ce qui suit :

Après élimination de la défaillance, la synchronisation démarre automatiquement.

Synchronisation en ligne

Une synchronisation directe serveur-serveur (synchronisation en ligne) s'effectue lors d'unAlarm Logging pour les alarmes internes et pour les archives utilisateur et pour les variablesinternes avec synchronisation de variables.






5.5 Configuration des serveurs Redundancy

5.5.1 Guide de configuration d'un système redondant

Introduction

Nous allons expliquer ci-après, sous forme d'un guide sommaire, comment installer unsystème WinCC redondant constitué du serveur 1 et du serveur partenaire 2. Pour plusd'informations sur la structure d'un système client-serveur, reportez-vous dans le WinCCInformation System au chapitre "Systèmes répartis".

Déclaration des serveurs et des clients au réseau

Installez sur chaque ordinateur le réseau et attribuez à l'ordinateur un nom univoque pour qu'ilpuisse être identifié aisément sur le réseau.

Installation des utilisateurs

Une fois le réseau installé, vous devez installer les comptes utilisateurs sur tous lesordinateurs.

Pour plus d'informations, voir " Déclaration des serveurs sous Windows (Page 109) ".

Installation de la licence

La licence de Redundancy doit être installée. Vous effectuez l'installation en appelantl'application ""Automation License Manager" dans le menu Démarrer de Windows sous"SIMATIC > License Management". Installez la licence sur chaque serveur.

Configuration du projet sur le serveur

Lors de la configuration de la redondance WinCC est défini ce qui suit :

● Le maître standard.

● Le serveur partenaire.

● Le comportement de commutation des clients.● Le type de synchronisation d'archives.

Avant de dupliquer le projet, le package du serveur est généré (Editeur "Données de serveur").Créez de préférence le package de serveur sur le serveur standard.






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 seralongue et plus les ressources de votre système seront sollicitées.

Duplication du projet

Utilisez le "Project Duplicator" pour ne pas devoir configurer le serveur partenaire une secondefois. 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'ordinateursur lequel le projet doit être dupliqué. Si vous dupliquez sur un projet déjà existant, ce dernierne doit pas être ouvert.

Configuration des clients

Pour l'utilisation de Redundancy, vous devez configurer les clients en effectuant les opérations

suivantes.● Chargement du Package du serveur (maître standard) dans l'éditeur "Données de serveur".

● Dans l'Editeur "Données de serveur", définissez le serveur préférentiel et activez la miseà jour de package automatique.

Activation des serveurs redondants

Vous activez WinCC Redundancy comme suit :

Activez tout d'abord le serveur Maître configuré. Lancez ensuite les clients éventuellementpré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






porte cette synchronisation est le temps qui s'écoule entre l'activation du premier et l'activationdu second serveur.

Remarque

Avant de démarrer des serveurs redondants, veiller à ce que le premier serveur aitcomplètement démarré avant d'activer le partenaire redondant. Si les serveurs sont activéspour 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 respecterun 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 lepartenaire redondant.

Désactivation d'un serveur redondant

Avant de désactiver un serveur redondant, assurez-vous que le deuxième serveur se trouveen parfait état de fonctionnement (aucun incident p. ex. lors du couplage du process). Lasynchronisation des archives doit être terminée avant la désactivation. Vous l'identifiez aumessage 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 lasynchronisation des archives du premier serveur ne soit terminée. Prenez particulièrementce point en considération en cas d'activation / désactivation fréquente et alternée desserveurs 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 utiliserque 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ésen 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 êtreeffectuée avec l'option WinCC "Timesynchronization".






● 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). Parexemple, par l'utilisation de blocs d'alarme de l'automate.

● Les valeurs de process, les alarmes et les verrouillages actifs d'alarme de l'automatesubordonné 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èrefonctionnellement identique.

● Au moins une des connexions suivantes supplémentaires est nécessaire entre les serveursredondants :

– 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 dansl'é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'unealimentation sans interruption est recommandé.

Synchronisation des alarmes verrouillées

Après le rétablissement d'un serveur défaillant, les alarmes verrouillées activement sontdé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'informationde verrouillage est synchronisée.

5.5.3 Configuration à fonction identique

Archives de données de process et d'alarme

Tag Logging et Alarm Logging doivent avoir été configurés de manière fonctionnellementidentique pour les serveurs redondants. "Configuration fonctionnellement identique" signifie :

● Des archives identiques, des extensions sous forme de points de mesure et d'archivesadditionnels é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 :






● Archives basées sur des disques durs.

– Archives de valeurs de process

– Archives agrégées

– Archive d'alarmes

● Par contre, les archives en mémoire principale ne sont pas synchronisées.

Archives utilisateur

La synchronisation d'archives utilisateur présuppose une structure identique sur les deuxserveurs :

La configuration des archives utilisateur à synchroniser doit être identique tant au niveau dela structure des champs et enregistrements que de leurs propriétés.

Remarque

La synchronisation de données de configuration modifiées n'est pas possible via le

chargement de modifications en ligne

Les modifications des données de configuration de User Archive, par ex. les champssupprimés dans l'archive, ne peuvent pas être transférées sur un couple de serveursredondants via le chargement de modifications en ligne.

Gestion des utilisateurs

Les modifications dans la gestion des utilisateurs ne sont pas synchroniséesautomatiquement. Pour effectuer des modifications dans la gestion des utilisateurs, vousdisposez des possibilités suivantes :

● Effectuez les modifications sur la station d'ingénierie. Transférez les modifications sur lesserveurs redondants.

● Effectuez les mêmes modifications sur les deux serveurs redondants.

Voir aussi

Alarmes synchronisées en ligne (Page 108)

Archives utilisateur redondantes (Page 108)Conditions préalables pour des systèmes redondants (Page 105)

WinCC- Redundancy (Page 94)






5.5.4 Archives utilisateur redondantes

Introduction

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

Condition

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

Traitement parallèle d'archives utilisateur

Lors de l'ajout parallèle d'enregistrements dans des archives utilisateur redondantes, ilconvient de tenir compte de ce qui suit :

● Sur le serveur qui est tombé en panne au préalable, il est possible d'ajouter de nouveauxenregistrements 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'unenregistrement 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

Introduction

Toutes les variables de signalisation internes et les alarmes sans liaison de variable sontsynchronisées en ligne. Celles-ci incluent également les alarmes de conduite système deAlarm Logging et les messages de "Batch".

Voir aussi

Configuration à fonction identique (Page 106)







5.5.6 Déclaration des serveurs sous Windows

Introduction

Les deux serveurs redondants doivent se connaître réciproquement dans Utilisateurs et motsde 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 "Comptesutilisateur" 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" aumoins 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 utilisateursdans la boîte de dialogue "Utilisateurs et mots de passe" au moins en tant qu'utilisateur.

L'exemple montre le dialogue sous Windows XP.






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

Introduction

Lors de la configuration de la redondance WinCC est défini ce qui suit :

● Le maître par défaut

● Le serveur partenaire

● Le comportement de commutation des clients

● Le type de synchronisation d'archives

Remarque

Ne configurez pour la synchronisation que les archives utilisateur dont vous avez besoin.Plus vous spécifiez d'archives utilisateur pour la synchronisation, plus la synchronisationsera longue et plus les ressources de votre système seront sollicitées.






Marche à suivre

Pour ouvrir le système Redondancy, cliquez dans WinCC Explorer sur "Redundancy". Dans

le menu contextuel, cliquez sur "Ouvrir".

Voir aussi

Scénarios de pannes (Page 126)

Exemple de commutation Client lors d'un incident du couplage de process (Page 122)

Onglet "User Archive" (Page 115)Onglet "Général" (Page 112)

Guide de configuration d'un système redondant (Page 103)


WinCC Project Duplicator (Page 117)

Déclaration des serveurs sous Windows (Page 109)






5.5.7.2 Onglet Général

Introduction

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






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 quandles 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 devientmaintenant 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 desurvenir au moment du basculement des clients sur l'ordinateur redondant.

Serveur partenaireredondant

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

Connexion au partenaireredondant via un adaptateurré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 trouverdans 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'interrogationd'état sécurisée du serveur partenaire redondant. La connexion améliore la communicationentre les serveurs partenaires redondants. La disponibilité de la redondance s'en trouved'autant augmentée.

Connexion avec despartenaires redondants vial'interface série

Détermine si une connexion existe avec un partenaire redondant via une interface série. Laconnexion 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 lacommunication entre les serveurs partenaires redondants. La disponibil ité de la redondances'en trouve d'autant augmentée.

Synchroniser toutes lesdonnées de la période dedéfaillance.

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

Synchroniser lesdéfaillances uniquementdes ... derniers jours

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

Synchronisation TagLogging après

rétablissement du partenaire

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

Synchronisation AlarmLogging aprèsrétablissement du partenaire

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

Synchronisation en lignepour Alarm Logging

Définit qu'une synchronisation des alarmes de conduite et des alarmes est effectuée. Seulesles alarmes avec variables de signalisation interne et les alarmes sans liaison de variable sontsynchronisées.






Synchronisation aprèsincident du couplage deprocess

Définit si une synchronisation d'archives est effectuée entre les serveurs et ses connexionsconfiguré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ôlede vie de toutes les connexions configurées. Un couplage défectueux de process à un APIest 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 effectueune synchronisation de toutes les archives d'alarmes, archives de données de process etarchives utilisateur des API appartenant au projet. Les archives des automates non défaillantssont donc également synchronisées. En désactivant cette option, vous empêchez cettecharge d'exécution des serveurs.

Les défauts éventuellement présents sur le réseau des automates ne pouvant être détectéssi la surveillance des liaisons réseau est désactivée, il n'y a donc pas de synchronisationd'archives.

Commutation WinCC-Client

si incident ducouplage de process

Définit si, en cas de perturbation de la connexion réseau entre un serveur et ses connexionsconfiguré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îtreet du serveur partenaire redondant est déterminé cycliquement. Si le serveur maître possèdeplus de connexions logiques défectueuses que le serveur partenaire redondant, un clientconnecté 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 serveurpréférentiel initialement connecté.

La surveillance du couplage de process est lancée quand les deux serveurs redondants sonten Runtime.

Activation de la redondance Indique si le système Redundancy est activé. Vous pouvez activer ou désactiver Redundancypar un clic de souris pendant la configuration du système Redundancy.

Remarque

Dégradation du comportement d'exécution

Durant la mise en service, WinCC Runtime est souvent démarré et arrêté sur les PC serveurs.Le démarrage fréquent, lorsque la redondance est activée, entraîne à chaque fois lasynchronisation des archives, ce qui peut conduire dans certaines circonstances à unedégradation notable du comportement d'exécution de WinCC. Pour éviter cet inconvénient,nous vous conseillons de désactiver la redondance durant la mise en service.

Remarque

Redémarrage de Runtime en cas de modifications des options

Dans Runtime, seules les modifications apportées dans les options pour la synchronisation

des archives sont immédiatement prises en compte, sans redémarrage de Runtime. Celaconcerne 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émarragede Runtime.






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

Introduction

L'onglet "User Archive" permet de configurer la synchronisation automatique des archivesutilisateur pour le système Redondancy.






L'onglet User Archive

User Archiv La colonne "User Archiv" affiche ligne par ligne toutes les archives utilisateurconfigurées.

Compensation

La colonne "Synchronisation" permet d'activer et de désactiver la synchronisation desarchives utilisateur. Un double clic sur ce champ permet de basculer entre les étatsactivés/désactivés. Ce paramètre doit être identique sur les deux partenaires serveurs.

Synchronisation de toutesles archivesutilisateur

Les deux boutons sous "Synchronisation de toutes les archives utilisateur" permettentd'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'archiveutilisateur a été modifiée avec l'éditeur d'archive utilisateur après l'appel de l'éditeurRedundancy.

Remarque

La synchronisation de données de configuration modifiées n'est pas possible via le

chargement de modifications en ligne

Les modifications des données de configuration de User Archive, par ex. les champssupprimés dans l'archive, ne peuvent pas être transférées sur un couple de serveursredondants via le chargement de modifications en ligne.

Remarque

Redémarrage de Runtime en cas de modifications des options

En Runtime, seules les modifications apportées dans les options pour la synchronisation desarchives sont immédiatement prises en compte, sans redémarrage de Runtime. Celaconcerne 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émarragede Runtime.

Voir aussi


Alarmes système de WinCC Redundancy (Page 134)

Onglet "Général" (Page 112)

Configuration de la redondance (Page 110)










5.5.8 WinCC Project Duplicator

5.5.8.1 WinCC Project Duplicator

Vue d'ensemble

Sur les deux serveurs redondants, les projets configurés doivent être fonctionnellementidentiques. Une fois la configuration terminée, créez le projet partenaire redondant avec leWinCC Project Duplicator. Le WinCC Project Duplicator copie automatiquement toutes lesdonnées appartenant au projet sur le partenaire redondant.

Le Project Duplicator exécute ce qui suit :

● Copie de toutes les données de projet correspondantes (vues, scripts, archives etc.).

● Réglages de tous les paramètres nécessaires sur l'ordinateur cible qui est déjà configurépour l'utilisation de Redundancy.

Remarque

Le transfert avec l'Explorateur Windows n'est pas possible

Le projet ne peut pas être transféré sur un serveur redondant avec l'Explorateur Windows.

Remarque

Le système redondant WinCC est toujours composé de 2 PC serveurs. En dehors de cesdeux PC serveurs redondants, aucun autre PC ne doit donc être configuré comme serveurredondant.

Vous devez modifier manuellement les paramètres spécifiques à l'ordinateurultérieurement.

Autres configurations

D'autres configurations n'ont besoin d'être effectuées que sur l'un des serveurs. Voustransfé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èschaque modification avec les serveurs redondants.






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 fonctionChargement de modifications en ligne et être transférées en cours de fonctionnement sur leserveur.

Vous ne devez pas utiliser l'Explorateur Windows pour transférer un projet sur un serveurredondant.

Principe

Sélectionnez dans Project Duplicator le projet que vous souhaitez dupliquer.

Indiquez sur quel ordinateur et dans quel dossier vous souhaitez dupliquer le projet. Le dossierdu projet est créé dans le dossier cible.

Vous ne pouvez pas dupliquer un projet sur l'ordinateur local. La duplication du projet s'effectuetoujours sur un autre ordinateur du réseau pour lequel vous possédez des droits d'accès. Dansla 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éesRuntime dans le dossier sélectionné :

Etat du projet Données de configuration Données Runtime

Projet fermé + +

Projet ouvert et désactivé + -Projet en Runtime + -

Vous pouvez uniquement dupliquer le projet complet avec toute l'arborescence. Vous nepouvez pas exclure des données ou des dossiers en dupliquant.

Duplication d'un projet avec protection d'accès relative au projet

Pour transférer un projet WinCC avec protection d'accès relative au projet sur le serveurredondant, il faut que SIMATIC STEP 7 soit installé.

Lorsque vous cliquez sur le bouton "Dupliquer..." dans la boîte de dialogue "WinCC ProjectDuplicator", 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 ProjectDuplicator 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 etest validé pour l'accès réseau.

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






● L'espace mémoire disponible sur l'ordinateur cible est suffisant.

● La version WinCC correcte doit être installée sur l'ordinateur cible. L'ordinateur doit être

démarré.● Le Runtime est désactivé sur l'ordinateur cible.

● Le projet est désactivé sur l'ordinateur cible.

Marche à suivre

1. Dans le menu Démarrer de Windows, sélectionnez "Project Duplicator" dans le répertoire"SIMATIC > WinCC > Tools". WinCC Project Duplicator s'ouvre.

2. Entrez le projet que vous voulez dupliquer dans le champ "Sélectionnez le projet source à

dupliquer". Vous pouvez entrer directement le chemin d'accès et le fichier de projet<PROJECT>.MCP ou le rechercher en cliquant sur le bouton .

3. Entrez le chemin de destination du projet dupliqué dans le champ "Enregistrer le projetdupliqué 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 nomdes 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 vousrappelle les paramètres qu'il vous reste encore à vérifier.

5. Fermez Project Duplicator au moyen du bouton "Fermer".






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 surl'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 defonctionnement sur le serveur redondant.

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

Dupliquer avec le Duplicateur de projet

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

Remarque

Pas de redondance

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


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






Marche à suivre

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






5.6 Comment travailler avec Redundancy

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

Introduction

Un système redondant consiste en deux serveurs fonctionnellement identiques. Un serveurest 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 estlancée. Le nombre des liaisons logiques défectueuses du serveur maître et du serveurpartenaire redondant est déterminée cycliquement par WinCC Redundancy. Si le serveurmaître a plus de liaisons logiques défectueuses que le serveur partenaire redondant, l'état duserveur devient invalide ("Fault"). Les clients sont basculés sur le serveur partenaireredondant, 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 normal

L'installation est constituée des ordinateurs suivants :

● Serveur rendondant A

● Serveur redondant B






● Client 1 avec serveur préférentiel A

● Client 2 avec serveur préférentiel B

Incident de couplage de process sur le serveur A

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






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

Fin de l'incident de couplage de process

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






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

Remarque

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

Voir aussi


Onglet "User Archive" (Page 115)

Onglet "Général" (Page 112)

Configuration de la redondance (Page 110)










5.6.2 Scénarios de pannes

5.6.2.1 Scénarios de pannes

Introduction

Le mode de fonctionnement de WinCC Redundancy est illustré à l'aide de défaillancesfré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 messaged'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 serveurs

Lors de l'amorçage du système des ordinateurs serveurs, la composante Redundancydé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'ordinateurserveur.

Variables système de WinCC Redundancy

L'état des ordinateurs serveur est inscrit dans la variable système @RM_MASTER.

Etat de l'ordinateur serveur Etat variable @RM_MASTER

Maî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 deredondance, p. ex. "Standby", "Master". Variables système de WinCC Redundancy (Page 136)






Le composant "Redundancy" ne fait qu'activer les variables mentionnées. Les deux serveursont 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 veille

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

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

Remplacement de l'information d'état

L'état de redondance est pilotée par sa propre liaison. La connexion peut être exécutée commesuit :

● 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

Introduction

Ce scénario montre le comportement de Redundancy quand le projet a été désactivé sur leserveur 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 activationde 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.






Le serveur 2 est rétabli

Pendant 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 serveur2 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 basculentde nouveau sur le serveur 2.

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

Défaillance alternée des serveurs

En cas de défaillances alternées (voir schéma), les synchronisation s'effectuentsuccessivement. Après synchronisation, toutes les données sont ainsi disponibles dans lesdeux archives.

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






Panne A

Le serveur 1 transmet toutes les valeurs au serveur 2.

Panne B


Panne C


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

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

Introduction

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

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

Situation initiale 1

Lorsque 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 produit

Les 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 etheure).

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

Les alarmes d'Alarm Logging et les archives utilisateur n'ont pas pu être synchroniséespendant 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.






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

Lorsque 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 produit

Les 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établie

Les alarmes d'Alarm Logging et les archives utilisateur n'ont pas pu être synchroniséespendant 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 quisuit 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.







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

Introduction

Dans ce scénario, un dérangement apparaît sur la connexion réseau entre le serveur 2 et leclient "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 client

Les réactions suivantes sont déclenchées lorsque le dérangement disparaît :


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

Voir aussi

Variables 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énario 4 : Couplage défectueux de process ()

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

Introduction

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

Défaillance d'une connexion vers un automate

La défaillance d'une connexion vers un automate est reconnue comme défaillance au sensde 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éfaillanceau sens de la redondance. Un exemple est la panne d'un automate.






Réaction à un dérangement

Lorsque 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 ducouplage de process", les clients reliés à ce serveur sont commutés sur le serveurpartenaire.

● 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 enconséquence. @RedundantServerState est mis dans le serveur 2 sur l'état "Fault".

Fin de l'incident de couplage de process sur le serveur 2

Si la surveillance du couplage de process a été activée, la lacune de la mémoire d'archivesdu 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 couplagede process sur le serveur 1 n'est pas perturbé.Les données de tous les automates sont synchronisées. Les données des automates nondé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 unealarme système.

5.6.2.6 Scénario 5 : Défaut de logiciel

Introduction

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

Quand la fonction "Application Health Check"détecte une défaillance du logiciel WinCC, lesré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 surl'é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'estpas due au serveur d'alarmes lui-même.






Fin de la défaillance logicielle sur le serveur 2

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

● Sur le serveur 2, la variable @RedundantServerState est définie sur "Standby". Le serveur1 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 serveur2 est effectuée.

Remarque

Si la fonction "Application Health Check" a détecté une défaillance logicielle et unbasculement 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 ladétection d'une défaillance logicielle du serveur.

Voir aussi


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énario 4 : Couplage défectueux de process (Page 131)






5.7 Annexe

5.7.1 Alarmes système de WinCC Redundancy

Introduction

L'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 WinCC

1012200 REDRT:Station partenaire tombe en panneWinCC a été terminé sur le serveur partenaire.

1012201 REDRT:Station partenaire marche à nouveauWinCC a été redémarré sur le serveur partenaire.

1012202 REDRT:Les projets n'ont pas la même fonction

1012203 REDRT:Synchronisation des archives erronée

1012204 REDRT:Erreur interne dans Redundancy

1012205 REDRT:Liaison au partenaire défectueuseLa liaison au serveur partenaire est défectueuse

1012206 REDRT:Liaison au partenaire rétablieLa liaison au serveur partenaire est rétablie

1012207 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 commenceCe message est émis au début d'une synchronisation d'archive

1012209 REDRT:Synchronisation des archives terminéeCe message est émis à la fin d'une synchronisation d'archive

1012216 REDRT:Interruption de la synchronisationLa synchronisation a été interrompue par une autre panne

1012217 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 serveurpartenaire, 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 partenaire1012219 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éeslocalement, étant donné que pour une archive au moins la structure d'archive dupartenaire 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 localementet la structure d'archive concorde avec celle du partenaire.


5.7 Annexe





1012226 REDRT:Projet du serveur partenaire activéLors de la mise en route, constatation que WinCC est activé pour le serveurpartenaire WinCC.

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

1012240 REDRT: L'erreur <Description de l'erreur> dans <Nom d'application> déclenchela commutation.La commutation a été déclenchée par Application Health Check suite à une erreurdans 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érie

1012246 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 deredondanceSelon le scénario de défaillance, le serveur Master et le serveur Standby ou l'undes deux signale l'erreur de redondance. La redondance est mise en danger.

1012248 REDRT: Serveur OS (Standby) Redondance rétablie

1012349 REDRT: Perte de la connexion via adresse (MAC) de carte réseauLa connexion avec le serveur partenaire via le LAN redondant est interrompu ouen 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'étatFault

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

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

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

1012355 RedundancyControl : Etat modifié en FAULT, l'isolation du serveur est cependantbloqué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 estcependant 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 ledernier redémarrage a eu lieu il y a moins de @1%s@ s

1012361 RedundancyControl : Redémarrage de l'ordinateur interrompu parce qu'après unredémarrage @1%s@, aucun autre redémarrage n'est autorisé pour @2%s@ s

1012362 RedundancyControl : L'ordinateur est redémarré en @1%s@ s


5.7 Annexe





1012700 Autodiagnostic : Valeur @7%s@ du participant @10%s@ n'est pas valide.

1012701 Autodiagnostic : Valeur @7%s@ du participant @10%s@ est supérieure à lalimite d'alerte HIGH.

1012702 Autodiagnostic : Valeur @7%s@ du participant @10%s@ est inférieure à la limitede défaut LOW.

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

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

1012705 Autodiagnostic : @100%s@ : La valeur @7%s@ du participant @10%s@ nedé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 aussi

Abréviations (Page 137)

Variables système de WinCC Redundancy ()

5.7.2 Variables système de WinCC Redundancy

Introduction

Les variables système @RM_MASTER et @RM_MASTER_NAME sont utilisées par WinCCRedundancy pour la commande Maître/Standby des deux serveurs redondants et pour leprocessus de basculement des clients. Ces variables système peuvent être également lueset 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 variablessystème de WinCC Redundancy soient créées.


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


5.7 Annexe





@RM_MASTER Pour signaler que l'ordinateur serveur est Maître, cettevariable @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 duserveur maître, par exemple "SERV_4".

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

@RM_UA_ONL_"NomArchive" Sert à des fins de diagnostic. Pour chaque archived'utilisateur, une variable propre avec le nom d'Archivecorrespondant est créée.

Cete variable est mise à 1 lorsqu'une archive utilisateur estmodifiée. Elle est remise à zéro après la synchronisation enligne.

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

Voir aussi

Abréviations ()


5.7.3 Abréviations

5.7.3.1 Abréviations

Introduction

Abréviation Explication

API Système d'automatisation

CS Système de configuration WinCC

CC Système contrôle-commande

MCC Message CC vers niveau de référence

OS Station opérateur

ADP Saisie des données de process

RT WinCC Runtime

RTO Runtime Object


5.7 Annexe




Voir aussi



5.7.3.2 Niveau entreprise

Introduction

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

5.7.3.3 Niveau de référence

Introduction

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

5.7.3.4 Niveau process

Introduction

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

5.7.3.5 Serveur

Introduction

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


5.7 Annexe




5.7.3.6 Client

Introduction

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

5.7.3.7 Projet

Introduction

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

5.7.3.8 Mémoire d'archive

Introduction

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


5.7 Annexe




Index

Projet standardChanger en projet de service, 88

A

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

Projet, 68Affichage, 43donné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

C

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

Modifications apportées aux Archives utilisateursen 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èmemultiposte, 26Démarrage simultané sur un serveur, 10Désactiver un projet Serveur, 70Editer une vue Serveur, 67Enregistrer des serveurs sur la liste desordinateurs, 19

Importation 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


Comportement du système, 52Conditions préalables pour des systèmesredondants, 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, 68

Désactiver le projet, 70Editer une vue, 67Ouvrir le projet, 65

ConfigurationServeur, 73Configurer redondance, 103Connectivity Station

Projet de service, 81

D

Déclarer le serveur Redondancy sous Windows, 109Désactivation, 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

E

Exportation, 21Packages, 21

I

Importation, 31Packages, 31

Information de diagnosticProjet de service, 81

Installation, 73, 75Serveur de fichiers, 75

Installation du serveur d'archives longues, 73InstallationServeur, 73Interface OPC, 72

dans des systèmes Client-Serveur, 72

J

Journal au fil de l'eau, 50

L

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

LierOuvrir Projet , 65

Liste de démarrage, 10Projet de service, 81Serveur avec plusieurs clients, 10

Liste des ordinateurs, 19Enregistrement de clients, 19

M

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

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

Mode Service, 77

N

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

O

Ouvrir, 65

P

Pannes 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, 21

Représentation dans WinCCExplorer, 21, 31Project 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, 30

Projet de service, 78, 84Activer 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




Restriction, 80Script, 80Utilisation, 80

Projet multiposte, 18créer, 18

Projet standard, 78, 84

Q

Quantités, 10

R

Redondance, 13

Configuration du serveur préférentiel, 38Serveur préférentiel, 13Redundancy, 94, 99

Activation 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 lesystème, 52

Graphiques, 52Journaux, 52Scripts, 52Text Library, 52UserAdministrator, 52

S

Scé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 duclient, 20Configuration du serveur préférentiel, 38Configuration du serveur standard, 35

Configurer 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 cartesré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, 61

Synchronisation 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




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, 20

Systèmes redondants, 105Systè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 45

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

W

WebClient, 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 -fr configuration

Documents