Administration de Process Historian SIMATIC. Process Historian 2013 Administration de Process Historian. Notions de base 1.

Transcription

1 Administration de Process Historian Notions de base 1 Matériel requis 2 SIMATIC Process Historian 2013 Administration de Process Historian Manuel système Console de gestion 3 Système redondant 4 Migration 5 Alarmes de contrôle de processus 6 02/2013 A5E

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

3 Sommaire 1 Notions de base Vue d'ensemble Structures de données Segmentation Matériel requis Console de gestion Vue d'ensemble Tableau de bord Process Historian Management Tableau de bord Structure d'installation Tableau de bord Systèmes d'e/s Tableau de bord Diagnostic Tableau de bord Sauvegarde/restauration Introduction Créer une sauvegarde de segment Restauration d'un segment Supprimer un segment Compression du tableau de bord Tableau de bord Segmentation Tableau de bord Redondance Tableau de bord Licence Système redondant Migration Alarmes de contrôle de processus Index Manuel système, 02/2013, A5E

4 Sommaire 4 Manuel système, 02/2013, A5E

5 Notions de base Vue d'ensemble Introduction SIMATIC Process Historian est un système d'archivage centralisé dans lequel sont enregistrées les données de processus telles que les valeurs de process et les alarmes. Process Historian utilise Microsoft SQL Server 2008 R2 SP1 64 Bit et archive les données historiques provenant d'une station opérateur PCS 7 (OS)/ WinCC OS et SIMATIC BATCH. Les données peuvent appartenir à différents projets PCS 7 ou WinCC. L'accès aux données historiques est transparent pour les clients OS. Services Process Historian se sert de quatre services pour le traitement, l'enregistrement et la sauvegarde de données : SIMATIC Process Historian Server Ce service met en œuvre toutes les fonctions nécessaires au traitement et à l'enregistrement de données côté serveur. Process Historian Maintenance Service Ce service met en œuvre toutes les fonctions nécessaires à la maintenance de la base de données Process Historian. Le service de maintenance prend p. ex. en charge le démarrage de fonctions miroir, de leur surveillance, de fonctions de restauration, de la maintenance du journal de transactions et de tâches similaires. Process Historian Redundancy Service Ce service met en œuvre les fonctions nécessaires au transfert de données entre deux systèmes serveur redondants. Process Historian Discovery Service Ce service prend en charge la recherche de systèmes Process Historian liés. Discovery Service est absolument indispensable au fonctionnement de Process Historian. Etats de fonctionnement Vous pouvez donner les ordres suivants au Process Historian via le menu contextuel de l'icône dans la zone de notification : Démarrage Arrêt Démarrer la restauration Manuel système, 02/2013, A5E

6 Notions de base 1.1 Vue d'ensemble Le tableau suivant vous donne une vue d'ensemble des états de fonctionnement et de l'identification par couleurs des icônes correspondantes dans la zone de notification : Icône Process Historian Etat de fonctionnement Description Actif Restauration en cours La restauration est démarrée A l'état de fonctionnement "Actif", Process Historian archive les données. Vous pouvez faire interroger des données du serveur OS ou de l'information Server. A l'état de fonctionnement "Restauration en cours", Process Historian demande les données d'une période de défaillance détectée à un serveur OS. L'état de fonctionnement précédent et suivant est "Actif". Cet état de fonctionnement fait démarrer "Restauration en cours". La restauration est arrêtée Cet état de fonctionnement termine "ActiveRecovery" et est l'état intermédiaire entre "ActiveRecovery" et "Actif". Désactivé Désactiver Process Historian passe à l'état de fonctionnement "Désactivé" lors de tâches de maintenance pour lesquelles l'accès à la base de données est limité. Parmi les tâches de maintenance, figure par exemple la création ou la restauration de segments. Le système est hors ligne dans cet état de fonctionnement. Un accès par le réseau n'est pas possible. "Désactiver" est l'état intermédiaire entre "Actif" et "Désactivé". Erreur Inactif Arrêt L'état de fonctionnement "Erreur" apparaît lorsqu'une erreur a été détectée ou qu'il n'y a pas de connexion avec le service SIMATIC Process Historian. A l'état de fonctionnement "Inactif", aucune donnée n'est archivée. Vous pouvez faire des mises à jour, effectuer des travaux de maintenance sur le PC Process Historian ou redémarrer le PC avec cet état de fonctionnement. Etat intermédiaire entre "Actif" et "Inactif" Est démarré Etat intermédiaire entre "Inactif" et "Actif" Non défini Etat initial pour "Inactif" 6 Manuel système, 02/2013, A5E

7 Notions de base 1.2 Structures de données 1.2 Structures de données Séquences de valeurs Process Historian travaille avec des séquences de valeurs dépendantes du temps contenant des données Runtime et de configuration. Chaque séquence de valeurs dépendante du temps est identifiée par un identificateur de séquence qui référence les données de configuration et les données runtime pour une séquence de valeurs dépendante du temps. Pour une meilleure mise en parallèle des processus, la plupart des séquences de valeurs dépendantes du temps sont réparties par groupes de données dans Process Historian. Un lieu d'enregistrement sur un cluster de sources physiques utilisées en commun est affecté à chaque groupe de données. p. ex. une grappe de plusieurs disques durs : Groupe de données 1 sur la partition de lecteur 1 Groupe de données 2 sur la partition de lecteur 2 etc. Remarque Vous pouvez répartir les groupes de données sur les disques durs existants afin d'influencer la performance et l'évolutivité du système utilisé. Pour effectuer la répartition, servez-vous de l'assistant lors de la création de la base de données. Partition La quantité de données runtime d'une séquence de valeurs dépendante du temps, p. ex. variable d'archive est illimitée et ne cesse de croître. La quantité de données globale affectée à une séquence de valeurs individuelles dépendante du temps doit donc être divisée en plusieurs "partitions" sur l'axe du temps. Les groupes de données sont répartis dans des partitions sur l'axe du temps. Les conditions suivantes s'appliquent pour les partitions : Chaque partition possède une limite supérieure et inférieure dans l'intervalle de temps. La limite temporelle supérieure doit cependant toujours se trouver au-dessus de la limite inférieure. Les partitions d'un groupe de données ne doivent pas se chevaucher. Manuel système, 02/2013, A5E

8 Notions de base 1.2 Structures de données Segment d'une base de données runtime Un "segment" permet de réunir les partitions de données de plusieurs groupes de données. Un segment d'une base de données est constitué de la somme des partitions de tous les groupes de données possédant les mêmes limites temporelles inférieures et supérieures. Ces limites correspondent à celles du segment. La différence entre la limite supérieure et inférieure est appelée "Intervalle de temps" du segment de la base de données. Chaque segment possède un numéro de segment unique. Le segment de départ, premier segment créé dans un système, possède le numéro Le segment dont la limite inférieure est égale à la limite supérieure du segment n est appelé segment n+1. Le segment dont la limite supérieure est égale à la limite inférieure du segment n est appelé segment n-1. 8 Manuel système, 02/2013, A5E

9 Notions de base 1.3 Segmentation 1.3 Segmentation Introduction Process Historian peut traiter et gérer de très grandes quantités de données. Afin de maintenir le niveau de performance, les données enregistrées sont divisées en segments. Les segments sont définis par un intervalle de temps avec une limite temporelle inférieure et supérieure. Un segment contient alors la quantité de données enregistrée dans l'intervalle de temps défini. Lors de la création de la base de données Process Historian, les segments sont créés par défaut avec une taille de segment d'une semaine. Vous pouvez modifier ce paramètre. Pour plus d'informations sur la modification des configurations de segments, référez-vous à la rubrique 'Tableau de bord Segmentation (Page 30)'. Vous ne pouvez pas changer rétroactivement la configuration de segments contenant déjà des données. Configuration de la segmentation En tant qu'administrateur de Process Historian, vous pouvez modifier les propriétés de la segmentation sur le tableau de bord "Segmentation". Vous pouvez définir les paramètres suivants : Point d'ancrage de la segmentation Plage de temps pour segment Nombre de segments préparés Nombre total de segments runtime Manuel système, 02/2013, A5E

10 Notions de base 1.3 Segmentation Le tableau suivant vous donne une vue d'ensemble des paramètres de base de la segmentation : Paramètres Valeur Description Point d'ancrage de la segmentation Date, heure Heure de démarrage du segment Intervalle de temps du segment jour, semaine, mois, trimestre, année Taille du segment Multiplier Nombre entier Multiplicateur pour l'intervalle de temps paramétré de la segmentation ; la taille de segment indiquée est multipliée par le nombre choisi, le segment s'agrandit en conséquence Nombre de segments Segments préparés Nombre total de segments préparés Nombre total de segments runtime Nombre de segments non encore archivés et qui se trouvent encore en runtime. Process Historian crée une suite de segments avec l'intervalle de temps défini. Un segment "Catch-all" supérieur et inférieur existe afin de s'assurer que l'intervalle entier des heures possibles soit couvert. Les segments spéciaux collectent toutes les données reçues qui se trouvent en dehors du segment Runtime actuel. Ces segments sont nommés "Catch-allupper" (CAU) et "Catch-all-lower" (CAL). Les segments CAL et CAU existent en permanence. Ils ne peuvent pas être effacés, supprimés ou définis comme étant hors ligne. Point d'ancrage Si vous modifiez le point d'ancrage, il doit se référer à une date et une heure égales ou postérieures au dernier horodatage. Le point d'ancrage de la segmentation ne doit pas être modifié si le nombre des segments préparés ou le nombre total des segments runtime doivent être modifiés. Les segments déjà existants ne sont pas supprimés par la modification des paramètres (p. ex. la réduction des segments préparés). Ainsi les nouveaux paramètres ne sont atteints lors de la réduction des segments préparés qu'une fois que les segments en surnombre et les segments préparés sont utilisés. Si le nombre des segments préparés est augmenté, une segmentation avec les nouveaux paramètres est aussitôt initialisée. Remarque Si le dernier segment de la configuration de segmentation existante se termine avant le point d'ancrage de la nouvelle segmentation, un segment intermédiaire doit être créé. Le segment intermédiaire débute avec l'heure d'arrêt du dernier segment de la configuration de segmentation existante et se termine avec l'heure de début de la nouvelle configuration de segmentation. Pour éviter un tel segment intermédiaire, un point d'ancrage adapté vous est proposé. Si vous rejetez la proposition, un segment intermédiaire est automatiquement créé. 10 Manuel système, 02/2013, A5E

11 Notions de base 1.3 Segmentation Segments : Types Dans Process Historian, les segments sont différenciés selon les types "Runtime" et "Archive". Vous voyez les segments Runtime sur le tableau de bord "Segmentation". Ils possèdent les propriétés suivantes : Les données de segments runtime peuvent être modifiées à tout moment par le système Process Historian. Les segments runtime ne peuvent pas être comprimés. Les segments runtime ne peuvent pas être sauvegardés. Action segment runtime segment de l'archive Modifier Oui Non Compression Non Oui Sauvegarder Non Oui Supprimer Non Oui Vous voyez les segments d'archive dans le tableau de bord "Sauvegarde/restauration". Selon le paramétrage, ceux-ci sont comprimés ou non comprimés. Le statut d'un segment peut être "En ligne" ou "Hors ligne". Les segments du type "Runtime" ont toujours le statut "En ligne". Les segments du type "Archive" peuvent avoir le statut "En ligne" ou le statut "Hors ligne". Vous pouvez uniquement lire le contenu de segments se trouvant en ligne. Pour lire les contenus de segments se trouvant hors ligne, vous devez effectuer une restauration de ces segments. Remarque Vous trouverez des informations sur la restauration d'un segment sous 'Restauration d'un segment (Page 27)'. Segments : Etat Les propriétés des segments sont structurées de la manière suivante : Type Etat Lecture Ecrire Archivage Supprimer Runtime En ligne Oui Oui Non Non Archive En ligne Oui Indirect 1) Oui Non Archive En ligne Oui Indirect 1) Oui Oui 2) (archivé) Archive (effacé) Hors ligne Non Indirect 1) Non Non 1) Les modifications à apporter dans le segment CAL sont transférées dans le segment d'archive lors de la sauvegarde. 2) Ne peut être supprimé que si aucune modification n'a été apportée aux données après le dernier archivage. Manuel système, 02/2013, A5E

12 Notions de base 1.3 Segmentation 12 Manuel système, 02/2013, A5E

13 Matériel requis 2 Ce chapitre décrit les conditions matérielles requises pour Process Historian. Aperçu de la configuration La configuration matérielle représentée ici se rapporte aux applications SIMATIC Process Historian et Information Server. La configuration simple du Process Historian se caractérise par une topologie très claire. Le graphique suivant représente sous forme schématique une configuration simple : Information Server Client Internet Front-End Firewall Information Server Client Office LAN OS Clients/ Batch Clients OS Single Station Process Historian Information Server Terminalbus Back-End Firewall (optional) OS Server OS Server SIMATIC Batch Server dans laquelle un système ayant les performances requises peut exécuter toutes les tâches. Cette configuration est adaptée pour de petites installations avec les capacités fonctionnelles correspondantes. Manuel système, 02/2013, A5E

14 Matériel requis Exemple de matériel pour de petites capacités Pour un volume de données allant jusqu'à trois serveurs avec une charge d'archivage maximale de 1000 valeurs par seconde et par serveur, utilisez par exemple un SIMATIC SIMATIC IPC 847C. Matériel requis : CPU Mémoire vive (RAM) Disques durs Contrôleur RAID Core i7-610e (2C/ 4T, 2,53 GHz, 4 MByte Cache, TB, VT-x, VT-d, EM64-T) 8 GByte DDR3 SDRAM (2 x 4 GByte), DIMM, ECC, Dual Channel 1 x 100 GByte SSD SATA; interne Système d'exploitation et logiciel RAID 5 (3 x 1 TByte, HDD SAS) en châssis amovible, Hot Swap, en face avant. HW-RAID Controller PCIe X8 sur PCIe X16 Slots incluant une Batterie Backup Unit (BBU) Base de données PH et journal des transactions Le système RAID 5 5 décrit a une capacité d'env. 1,8 TByte. Tous les disques durs SAS sont connectés au contrôleur matériel RAID. Process Historian et Information Server sur un seul système Process Historian et Information Server peuvent être installés et utilisés sur le même système. Dans ce cas, les deux applications serveur se partagent les ressources matérielles disponibles. Selon la fréquence des requêtes de données par les systèmes WinCC Client et Information Server Clients Clients, il est recommandé d'utiliser des systèmes plus puissants. 16 GByte sont ici recommandés. Exemple de matériel pour des capacités moyennes Pour un volume de données allant jusqu'à 12 serveurs avec une charge d'archivage maximale de valeurs par seconde, utilisez par exemple un système comparable au matériel suivant : La configuration d'un PRIMERGY TX300 S6 avec l'équipement minimal désigné ici : CPU Mémoire vive (RAM) Disques durs Contrôleur RAID Intel Xeon X5690 6C/ 12T 3.46 GHz 12 MB 4 x 8 GB DDR MHz PC RAID 1; 2 x HD SAS 6G 300 GB 10K HOT PL 2.5" RAID 1; 2 x HD SAS 6G 300 GB 10K HOT PL 2.5" RAID 10; 4 x HD SAS 6G 900 GB 10K HOT PLUG 2.5" SAS 6G 5/ MB (D2616); BBU extension RAID 5/ 6 V16 Système d'exploitation et logiciel Journal des transactions (log) Base de données PH 14 Manuel système, 02/2013, A5E

15 Matériel requis Cette configuration permet d'étendre la mémoire de travail et le nombre de processeurs et de disques durs. La configuration matérielle décrite est basée sur l'utilisation de disques durs internes pour : Système d'exploitation, logiciel du serveur SQL, Base de données Process Historian et le journal des transactions (log). L'utilisation d'un réseau de stockage Storage Area Network (SAN) permet un ajustement supplémentaire de la taille de la base de données et de la performance. En créant et en répartissant la base de données sur plusieurs groupes de bases de données symétriques sur des systèmes RAID séparés physiquement, il est également possible d'obtenir un ajustement des performances. Exemple de matériel pour de grandes capacités Pour un volume de données issu de plusieurs projets avec une charge d'archivage maximale de valeurs par seconde, utilisez par exemple un système comparable au matériel suivant : La configuration d'un PRIMERGY RX300 S7 avec l'équipement minimal désigné ici : CPU Mémoire vive (RAM) disques durs (internes) Storage Area Net work Contrôleur RAID 2 x XEON E C/ 32T 2,9 GH z MB 4 x 300 GB 2 x RAID 1 Système d'exploitation et logiciel 4 x RAID 1 (je 2 x HD SATA 2 TByte) Base de données PH : 4 groupes de données de tags de 0 à 3 6 TByte (3 x RAID 1, je 2 x HD SATA 2 TByte) 3 TByte (3 x RAID 1, je 2 x HD SATA 1 TByte) SAN Infortrend DS S24F-G (14 x 2 TB, 6 x 1TB) Base de données PH : Alarmes, données BATCH, données de configuration des tags et alarmes Base de données PH : journal des transactions (log), groupes de données généraux Manuel système, 02/2013, A5E

16 Matériel requis Serveurs Process Historian redondants Un système Process Historian redondant est constitué de serveurs configurés de manière symétrique pour les états Master (Principal) et Standby (Mirror) (par ex. PRIMERGY TX300 S6). Il est recommandé d'avoir une connexion redondante dédiée d'au moins 1 Go de largeur de bande entre les serveurs Process Historian redondants. Le composant Witness Server pour les scénarios avec commutation de redondance automatique est en outre installé sur un autre ordinateur de l'installation, en fonction de la disponibilité d'un serveur Information Server ou d'un serveur WinCC. 16 Manuel système, 02/2013, A5E

17 Console de gestion Vue d'ensemble La console de gestion est installée avec Process Historian. Elle sert au diagnostic et à la configuration du système Process Historian et elle est automatiquement démarrée lors de la connexion. Pour un démarrage manuel, ouvrez la console de gestion via "Démarrer > Programmes > Siemens Automation > SIMATIC > Process Historian > Process Historian Management Console". Le tableau suivant montre les tableaux de bord de la console de gestion et leurs tâches : Tableau de bord ManagementProcess Histor ian Description Affichage d'indicateurs matériels de base et d'indicateurs de performance pour le PC et le système d'exploitation Affichage d'indicateurs de base pour le statut et l'activité actuelle du serveur Process Historian Affichage de l'état de la licence Etat de redondance Modification de l'état de fonctionnement Structure d'installation Affichage des projets liés Affichage des systèmes de serveur OS Affichage du nom du PC Systèmes E/S Affichage des appareils d'entrée et de sortie disponibles Affichage de l'espace mémoire utilisé Informations détaillées sur le taux d'utilisation Diagnostic Alarmes de diagnostic de Process Historian Alarmes de la vue des évènements du système d'exploitation Sauvegarde/restauration Affichage des segments du type "Runtime" Affichage des segments du type "Archive" Création de sauvegardes de segments Restauration de segments sauvegardés Compression Affichage de l'état de compression Mise en marche et mise à l'arrêt de la post-compression Configuration du nombre de segments d'archive non comprimés Segmentation Affichage des paramètres de segmentation actuels Modification des paramètres de segmentation Manuel système, 02/2013, A5E

18 Console de gestion 3.1 Vue d'ensemble Tableau de bord Description Redondance Affichage de l'état de redondance Commutation/ déconnexion du principal (maître) et du miroir (réserve) Configuration de la redondance Accord de licence Affichage de l'état de licence actuel du serveur et du projet Remarque Process Historian n'archive pas de données Si Process Historian n'archive pas de données, vérifiez Microsoft Message Queueing (MSMQ) et les bases de données. 18 Manuel système, 02/2013, A5E

19 Console de gestion 3.2 Tableau de bord Process Historian Management 3.2 Tableau de bord Process Historian Management Le tableau de bord "Process Historian Management" vous fournit des informations sur les éléments suivants : Indicateurs de base pour la surveillance du PC : Utilisation du processeur (CPU) Mémoire libre (mémoire vive) Utilisation du disque dur (occupation du support) Indicateurs de base pour Process Historian : nombre de sources de données liées Variables enregistrées par seconde Alarmes enregistrées par seconde Etat de fonctionnement du serveur Process Historian Etat de redondance de Process Historian Etat de licence de Process Historian Manuel système, 02/2013, A5E

20 Console de gestion 3.2 Tableau de bord Process Historian Management Etat du contrôle Etat Process Historian : Changement de mode de fonctionnement Vous pouvez modifier l'état de fonctionnement de Process Historian sur le tableau de bord "Process Historian Management". Vous pouvez choisir parmi les modes de fonctionnement suivants : Démarrage Arrêt Démarrer la restauration Choisissez à cet effet l'entrée correspondante dans la liste déroulante de la zone "Etat de Process Historian". Etat de redondance et état des licences Vous pouvez actualiser l'état respectif affiché dans les zones Etat de redondance et Etat des licences. 20 Manuel système, 02/2013, A5E

21 Console de gestion 3.3 Tableau de bord Structure d'installation 3.3 Tableau de bord Structure d'installation Le tableau de bord "Structure du site" vous affiche tous les projets actuellement intégrés dans le système. Si vous sélectionnez un projet, les informations suivantes sur le projet s'affichent : Nom Type Description Manuel système, 02/2013, A5E

22 Console de gestion 3.4 Tableau de bord Systèmes d'e/s 3.4 Tableau de bord Systèmes d'e/s Le tableau de bord "Systèmes d'e/s" indique le système de stockage global sur lequel s'effectuent les accès en lecture et en écriture et où les données sont archivées. Le tableau de bord indique tous les disques durs intégrés dans le système. Y compris les disques durs sur lesquels aucune donnée d'archive n'est enregistrée. Le tableau de bord "Systèmes d'e/s" affiche les informations suivantes sur le système de stockage : nom et lettre du lecteur des disques durs système de fichiers mémoire totale : Capacité mémoire libre absolue espace mémoire libre en pourcentage mémoire utilisée absolue 22 Manuel système, 02/2013, A5E

23 Console de gestion 3.4 Tableau de bord Systèmes d'e/s Les états des périphériques d'entrée et de sortie sont surveillés de manière graphique par le système. Si vous sélectionnez un lecteur, vous obtenez les informations détaillées suivantes le concernant : Temps d'inactivité du disque dur : Temps d'inactivité durée moyenne par transfert longueur moyenne de la file d'attente pour les accès en lecture Byte par seconde pour un accès en lecture sur le support de données longueur moyenne de la file d'attente pour les accès en écriture Vitesse de lecture en octets par seconde Vitesse d'écriture en octets par seconde Manuel système, 02/2013, A5E

24 Console de gestion 3.5 Tableau de bord Diagnostic 3.5 Tableau de bord Diagnostic Le tableau de bord "Diagnostic" indique, dans la zone supérieure, les 1000 dernières alarmes de diagnostic du journal d'événements de Process Historian. Le journal des événements de Process Historian contient les informations suivantes : identification de l'entrée dans le journal niveau de gravité de l'alarme horodatage nom du domaine d'application ID de processus alarme Le tableau de bord contient, dans la zone inférieure, les 100 dernières entrées du journal d'événements pour les applications Windows. Les informations suivantes sont affichées : horodatage alarme catégorie source 24 Manuel système, 02/2013, A5E

25 Console de gestion 3.6 Tableau de bord Sauvegarde/restauration 3.6 Tableau de bord Sauvegarde/restauration Introduction Modes de sauvegarde Process Historian enregistre les valeurs de process et les alarmes dans des segments définis dans le temps. Vous sauvegardez les contenus de base de données de Process Historian par segments. Lors de la sauvegarde d'un segment d'archive, les données Runtime sont enregistrées dans le fichier de sauvegarde. Les données enregistrées sont les suivantes : Valeurs de process Alarmes Données de configuration Vous pouvez planifier la sauvegarde des données via le bouton "Paramètres..." dans la zone "Segments d'archive' du tableau de bord 'Sauvegarde/ Restauration'. Vous pouvez mettre de nouveau les segments d'archive sélectionnés comme données Runtime à disposition via le bouton "Restaurer..." dans la zone 'Restaurer des segments'. Manuel système, 02/2013, A5E

26 Console de gestion 3.6 Tableau de bord Sauvegarde/restauration Créer une sauvegarde de segment Condition requise Le segment à sauvegarder possède l'état "Archive". Remarque Pendant une sauvegarde ou une restauration, Process Historian passe jusqu'à deux fois à l'état "Désactivé". Dans cet état de fonctionnement, vous ne disposez que d'un accès limité à la base de données. Marche à suivre Sauvegarde manuelle 1. Choisissez le tableau de bord "Sauvegarde/restauration" dans la navigation de la console de gestion. 2. Sélectionnez le segment que vous voulez sauvegarder dans la zone "Segments d'archive". 3. Pour lancer la sauvegarde, cliquez sur le bouton "Sauvegarde". 4. Sélectionnez le lieu d'enregistrement pour le fichier de sauvegarde dans la boîte de dialogue "Segment de sauvegarde" qui s'ouvre. Cliquez sur "Sauvegarde". Vous pouvez indiquer d'autres désignations et descriptions pour la sauvegarde, p. ex. le nom ou le numéro du support de données. Sauvegarde automatique Vous pouvez planifier la sauvegarde des données via le bouton "Paramètres..." dans la zone "Segments d'archive' du tableau de bord 'Sauvegarde/ Restauration'. Résultat Une sauvegarde est créée et la date de la sauvegarde est entrée. Le segment reste au statut "En ligne" et n'est pas déplacé. 26 Manuel système, 02/2013, A5E

27 Console de gestion 3.6 Tableau de bord Sauvegarde/restauration Restauration d'un segment Si vous souhaitez accéder aux données enregistrées dans un segment archivé, vous devez restaurer les segments correspondants. Lors de la restauration d'un segment, le fichier de sauvegarde correspondant au segment est sélectionné. Remarque Pendant une sauvegarde ou une restauration, Process Historian passe jusqu'à deux fois à l'état "Désactivé". Dans cet état de fonctionnement, vous ne disposez que d'un accès limité à la base de données. Condition requise Le fichier de sauvegarde correspondant au segment devant être restauré existe. Process Historian est à l'état de fonctionnement "Activé". Marche à suivre 1. Choisissez le tableau de bord "Sauvegarde/restauration" dans la navigation de la console de gestion. 2. Sélectionnez le segment requis dans la zone "Restaurer des segments". 3. Cliquez sur le bouton "Restaurer". 4. Dans la boîte de dialogue "Restaurer le segment", sélectionnez le fichier de sauvegarde correspondant au segment devant être restauré. 5. Cliquez sur "Restaurer". Résultat Vous pouvez accéder aux données du segment restauré à partir du serveur OS, du client OS ou de l'information Server Supprimer un segment Dans Process Historian, il existe 2 types de segments, les segments Runtime et les segments d'archive. Les segments Runtime sont toujours en ligne et ne peuvent pas être supprimés. Dès qu'un segment runtime devient un segment d'archive, il est possible d'en effectuer une sauvegarde (Backup). La sauvegarde une fois effectuée, le segment d'archive peut être supprimé (mise hors ligne). Seule l'information de restauration (Restore) du segment sauvegardé est enregistrée dans le système. Manuel système, 02/2013, A5E

28 Console de gestion 3.6 Tableau de bord Sauvegarde/restauration Condition requise Une sauvegarde valide existe pour le segment devant être supprimé. Remarque Vous pouvez utiliser le bouton "Mettre hors ligne" uniquement s'il existe déjà une sauvegarde du segment sélectionné et que ce segment est marqué comme "valide". Un segment est marqué comme "invalide" p. ex. si d'autres données Runtime ont été accumulées pour ce segment après la création d'une sauvegarde. Dans ce cas, créez une nouvelle sauvegarde du segment en question. Vous ne pouvez supprimer des segments qu'un par un. Marche à suivre 1. Choisissez le tableau de bord "Sauvegarde/restauration" dans la navigation de la console de gestion. 2. Sélectionnez le segment que vous voulez supprimer dans la zone "Segments d'archive". 3. Cliquez sur le bouton "Mettre hors ligne". Résultat Le segment est supprimé de la base de données. 28 Manuel système, 02/2013, A5E

29 Console de gestion 3.7 Compression du tableau de bord 3.7 Compression du tableau de bord Vous voyez sur le tableau de bord "Compression" l'état actuel de la compression et le nombre actuellement prédéfini des segments non comprimés obtenus. Les segments non comprimés obtenus sont comptés dès le premier segment d'archive. Remarque Les segments d'archive sont automatiquement comprimés en arrière-plan. Vous pouvez paramétrer le nombre de segments d'archive qui ne doivent pas être comprimés. Le facteur de compression possible dépend de critères supplémentaires, p. ex. le nombre et les cycles d'archivage des valeurs de process. Marche à suivre 1. Sélectionnez le tableau de bord "Compression" dans la navigation de la console de gestion. 2. Choisissez l'option "Activer" pour la 'Post-compression' dans la zone 'Configuration'. 3. Entrez dans la zone "Configuration" le nombre de segments non comprimés devant être obtenus. 4. Cliquez sur le bouton "Appliquer". Résultat Les paramètres de compression de segments d'archive sont reconfigurés. Manuel système, 02/2013, A5E

30 Console de gestion 3.8 Tableau de bord Segmentation 3.8 Tableau de bord Segmentation Le tableau de bord "Segmentation" fournit une vue d'ensemble sur la configuration actuelle de la segmentation. Dans la zone "Paramètres", configurez la segmentation des archives de Process Historian. Les états des segments sont identifiés par différentes couleurs : état du segment Segment Runtime achevé Segment actuel Segment préparé Couleur Gris Vert Bleu Définissez les paramètres suivants pour la configuration de la segmentation dans la zone "Paramètres" : 1. Point d'ancrage de la segmentation : Heure Date 2. Plage de temps pour segments : Unité (intervalle) Facteur 3. Nombre de segments : Nombre de segments futurs Nombre total de segments runtime 30 Manuel système, 02/2013, A5E

31 Console de gestion 3.8 Tableau de bord Segmentation vous êtes assisté lors de l'installation de la base de données Process Historian par "Database Installation Wizard". Par défaut, les paramètres suivants sont utilisés pour la segmentation lors de l'installation : Taille du segment Nombre total des segments dans Runtime Nombre de segments préparés Une semaine Huit Trois Remarque Process Historian Installation Notes Vous trouverez de plus amples informations sur les paramètres par défaut de la base de données Process Historian dans les Installation Notes. Selon la capacité, la quantité de données par segment peut être très grande. Cela s'applique à tous les segments dans Runtime. Lors de la création des segments, l'espace mémoire requis selon toute probabilité est réservé. Les paramètres optimaux de segmentation représentent un compromis entre espace mémoire utilisé et nombre de segments de données à laisser à disposition sans compression. Remarque Pour effectuer des modifications de la segmentation, la base de données Process Historian passe automatiquement à l'état "Désactivé". Une fois les réglages appliqués, la base de données repasse automatiquement à l'état "Activé". Marche à suivre 1. Choisissez le tableau de bord "Segmentation" dans la navigation de la console de gestion. 2. Sélectionnez le nombre voulu de segments à préparer en continu dans la zone "Nombre de segments". 3. Sélectionnez le nombre total voulu de segments runtime dans la zone "Nombre de segments". 4. Cliquez sur le bouton "Appliquer". Résultat La segmentation de la base de données Process Historian est configurée. Manuel système, 02/2013, A5E

32 Console de gestion 3.9 Tableau de bord Redondance 3.9 Tableau de bord Redondance Configurez la redondance de Process Historian dans le tableau de bord 'Redondance'. Vous définissez la configuration pour un système redondant dans les zones suivantes : Etat de redondance Supprimer la redondance Redondance Pour créer un nouveau système redondant, cliquez dans la zone 'Redondance' sur le bouton "Lancer la configuration de redondance...". Suivez les instructions de l'assistant à l'installation "Assistant de redondance Process Historian" pour la configuration d'un nouveau système redondant. Remarque Assistant de redondance Process Historian Pour plus d'informations à ce sujet, référez-vous aux Installation Notes Process Historian. 32 Manuel système, 02/2013, A5E

33 Console de gestion 3.9 Tableau de bord Redondance Serveurs Process Historian redondants Un système Process Historian redondant est constitué de serveurs configurés de manière symétrique pour les états Master (Principal) et Standby (Mirror) (par ex : PRIMERGY TX300 S6). Il est recommandé d'avoir une connexion redondante dédiée d'au moins 1 Go de largeur de bande entre les serveurs Process Historian redondants. Le composant Witness Server pour les scénarios avec commutation de redondance automatique est en outre installé sur un autre serveur de l'installation, en fonction de la disponibilité d'un serveur Information Server ou d'un serveur WinCC. Remarque Redondance Vous trouverez de plus amples informations sur les systèmes redondants au chapitre 'Système redondant (Page 35)'. Manuel système, 02/2013, A5E

34 Console de gestion 3.10 Tableau de bord Licence 3.10 Tableau de bord Licence Tableau de bord Le tableau de bord "Licences" vous fournit une vue d'ensemble sur les licences disponibles et utilisées dans le système. La disponibilité de la licence Process Historian s'affiche. Il vous fournit également des informations détaillées sur les états des licences de variables : Disponible Nécessaire Libre Process Historian n'a pas besoin de licences de variables d'archive pour les sources PCS 7 OS/ WinCC. Si vous sélectionnez un projet, vous obtenez des informations sur l'état des licences spécifiques au projet avec les indications suivantes : Nom de projet Type de projet Nombre de variables 34 Manuel système, 02/2013, A5E

35 Système redondant 4 Redondance Les systèmes redondants se basent sur le Microsoft SQL Server Mirroring. Process Historian requiert un 3e système pour contrôler la disponibilité de la redondance. En règle générale, il est possible d'affecter le rôle de 'Witness' à l'information Server. Information Server (Witness) Bus de terminaux 1 Gbit Liaison directe PH Master (Principal) PH Standby (Mirror) Remarque Configurer la redondance Vous pouvez lancer l'assistant de redondance via le tableau de bord "Redondance" de la console de gestion Process Historian Vous trouverez de plus amples informations au chapitre 'Tableau de bord Redondance (Page 32)' et dans les Installation Notes de Process Historian. Scénarios pour le comportement standard Dans ce paragraphe, les termes suivants sont utilisés en vue d'une meilleure lisibilité sans les noms de produit : Principal: Process Historian Master Mirror: Process Historian Standby Witness: Information Server Manuel système, 02/2013, A5E

36 Système redondant Scénarios de redondance en bref 1. Le Mirror est temporairement désactivé : Le Principal et le Mirror sont activés et synchronisés. Le Mirror est coupé du secteur en raison de travaux de maintenance. Dans ce cas, une synchronisation des données entre le Principal et le Mirror n'a pas lieu. Le protocole de transaction sur le Principal augmente. Le Mirror est réactivé au bout d'un moment. Le Principal et le Mirror se trouvent à l'état de resynchronisation. Après la synchronisation des données, les deux systèmes serveur sont de nouveau synchronisés et redondants. 2. Défaillance du Principal : Le Principal et le Mirror sont activés et synchronisés. Défaillance du système serveur Principal : Le Mirror demande au Witness s'il possède une liaison active au Principal. Si le Witness n'a pas de liaison au Principal, le Mirror passe automatiquement au mode 'Principal'. Si le Witness a une liaison active au Principal, une commutation automatique n'a pas lieu. Avant que le Mirror ne passe en mode Principal, les données encore en attente du protocole de transaction sont traitées. Cette opération peut durer assez longtemps. La liaison au Principal est réétablie. Le Principal change de rôle et devient le 'Mirror'. Le Principal et le Mirror se trouvent à l'état de resynchronisation. Après la synchronisation des données, les deux systèmes serveur sont de nouveau synchronisés et redondants. 3. Défaillance du Witness : Le Principal et le Mirror sont activés et synchronisés. Défaillance du serveur Witness. Une commutation n'est pas nécessaire car aucun des systèmes d'archivage n'est concerné. Dans ce cas, une commutation automatique n'est plus possible. LeWitness est de nouveau activé. La commutation automatique est de nouveau possible. 36 Manuel système, 02/2013, A5E

37 Système redondant 4. Le Mirror est mis hors service et n'est plus disponible pour une longue période. Le Principal et le Mirror sont activés et synchronisés. Le Mirror est coupé du secteur en raison de travaux de maintenance. La synchronisation de données entre le Principal et le Mirror n'a pas lieu. Le protocole de transaction sur le Principal augmente. Pour éviter un débordement du protocole de transaction, la synchronisation de redondance (Mirroring) doit être désactivée. Si l'arrêt n'est pas effectué à temps, le Mirroring est automatiquement terminé dès que le protocole de transaction est trop grand pour la capacité du disque dur. Cette fonction automatique garantit la disponibilité du Principal. LeMirror est de nouveau activé. La synchronisation des données n'a pas lieu, le Mirroring doit être de nouveau créé. 5. Le Mirror et le Principal doivent être successivement désactivés et activés : Les deux serveurs, le Principal et le Mirror, sont synchronisés. Les données sont redondantes et identiques sur les deux serveurs. LeMirror est désactivé. Les valeurs continuent à être enregistrées sur le Principal. Comme le Mirror est désactivé, les données ne sont plus synchronisées. Ainsi les bases de données sur les deux serveurs diffèrent. Le protocole de transaction du Principal augmente. LePrincipal est désactivé. Aucunes données ne peuvent être importées. LeMirror est activé. Le Mirror fonctionne, mais il n'est pas possible de synchroniser les données avec le Principal. Pour exclure le risque d'une perte de données, une commutation automatique du Mirror au Principal n'est dans ce cas pas exécutée. En cas de forçage manuel de la commutation, le Mirror assumerait le rôle du Principal désactivé. Si le Principal réel est de nouveau activé, il assume le rôle de 'Mirror'. Les données enregistrées jusqu'ici seraient supprimées en cas de synchronisation avec le nouveau 'Principal' à qui ces données manquent. Ces conflits techniques peuvent être résolus de différente manière via la console de gestion Process Historian. Les possibilités existantes permettant de résoudre ce conflit sont décrites dans le paragraphe suivant. Manuel système, 02/2013, A5E

38 Système redondant Gestion de conflit via la console de gestion Process Historian 1. Commutation (Failover) Lors d'une commutation, le Principal et le Mirror échangent leur rôle. Ceci n'est possible que si les systèmes sont synchronisés. 2. Déconnecter (Disconnect) En cas de déconnexion, le Mirror actuel est déclaré comme 'Principal', même si les systèmes ne sont en ce moment pas synchronisés. Ceci entraîne la perte de données non synchronisées. Cette opération n'est possible que sur le Mirror. Vous ne devez utiliser cette fonction que si le Principal se trouve dans un état indéfini ou si la commutation automatique a échoué. 3. Supprimer (Remove) A la suppression de la redondance, le Mirroring prend fin. Cette opération n'est possible que sur le Principal. N'utilisez cette fonction que si le Mirror ne réagit plus et n'est/ne sera plus disponible pendant une longue période. Cette action met fin à l'accroissement du protocole de transaction. 38 Manuel système, 02/2013, A5E

39 Migration 5 Migration de bases de données CAS dans Process Historian Le graphique suivant montre la migration d'une base de données CAS (Central Archive Server) dans Process Historiandans l'environnement PCS 7/ WinCC. Légende 1. Configuration d'un nouvel ordinateur avec Process Historian et l'outil de migration de bases de données 2. Mise à jour du logiciel de la station d'ingénierie 3. Migration du projet PCS 7 4. Au sein du projet PCS 7 : Suppression manuelle de la station PC CAS (Central Archive Server) Création d'une nouvelle station PC pour le Process Historian. Manuel système, 02/2013, A5E

40 Migration 5. Arrêt des serveurs/stations isolées et mise à jour du logiciel. 6. Actualisation des projets OS et démarrage des OS-Server/stations monoposte. 7. La communication OS-PH est automatiquement établie. La communication OS-PH est impérativement requise car les bases de données CAS ne sont sinon affectées à aucun projet. 8. Démarrage de l'outil de migration, sélection du serveur de la base de données CAS et démarrage du processus de migration. La migration de toutes les bases de données CAS est réalisée à l'arrière-plan pendant le fonctionnement. Remarque Configuration du service CCCAPHService Avant le démarrage des OS-Server/ stations monoposte mises à jour, le service pour Process Historian Ready doit être configuré. Pour plus d'informations, veuillez vous référer aux Installation Notes Process Historian, au chapitre "Installation du composant Process Historian Ready" Remplacer un objet CAS par un objet PH dans un projet PCS 7 Pour la migration de PH vers un ES (Engineering System), vous devez réaliser les étapes suivantes. 1. Supprimez la station PC ayant le rôle 'CAS' du projet PCS Pour tous les clients OS et OS-Server, appelez la boîte de dialogue d'affectation OS et supprimez l'affectation CAS. Si l'objet CAS est supprimé sur l'es, les chemins de stockage des fichiers de sauvegarde des archives de l'os ne sont pas automatiquement supprimés. Ils doivent être supprimés manuellement par l'utilisateur. Si l'ordinateur CAS n'existe plus et que les chemins de stockage continuent d'exister, un message de contrôle-commande est affiché pour chaque changement de segment. 3. Création d'une nouvelle station PC pour le Process Historian Remarque Supprimer les chemins de stockage CAS/ Désactiver la sauvegarde Les chemins de stockage CAS doivent être supprimés dans les propriétés des archives Tag et Alarm Logging. La sauvegarde doit être en outre désactivée. 40 Manuel système, 02/2013, A5E

41 Alarmes de contrôle de processus 6 Vue d'ensemble Dans Process Historian, il existe des alarmes de contrôle de processus qui affichent certains états système. Ces alarmes prédéfinies ne comprennent pas d'information sur les états de processus mais uniquement sur les états des contrôles de processus. Le tableau suivant vous donne un aperçu des alarmes de contrôle de processus pouvant être émises dans Process Historian : Numéro d'alarme Texte PHRDY: Démarre Recovery pour Process Historian PHRDY: Recovery pour Process Historian terminée PHRDY: aucune communication au Process Historian n'est possible PHRDY : communication au Process Historian perturbée PHRDY : communication au Process Historian rétablie PHRDY: Process Historian serveur hors ligne PHRDY : Limite de sauvegarde en tampon dépassée PHRDY : Limite de sauvegarde en tampon normale PH : mémoire de occupée PH : Système surchargé PH : Perte de redondance PH : Redondance rétablie PH : volume de licence dépassé. Arrêt jours PH : défaillant Manuel système, 02/2013, A5E

42 Alarmes de contrôle de processus 42 Manuel système, 02/2013, A5E

43 Index A Alarme de diagnostic, 24 C Changement de mode de fonctionnement, 20 J Journal des événements, 24 S Segmentation Point d'ancrage, 10 Manuel système, 02/2013, A5E

44 Index 44 Manuel système, 02/2013, A5E