Défaillance, commutation et réintégration de composants à haute disponibilité
8.4 Serveurs OS
8.4
Serveurs OS
8.4.1
Défaillance, commutation et redémarrage de serveurs OS redondants
Introduction
Ce chapitre décrit les critères qui modifient l'identification maître/réserve d'un serveur OS. Des
exemples illustrent les réactions du système en cas de défaillance.
Remarque
Pour plus d'informations sur la mise à jour en cours de fonctionnement des stations opérateur
aux serveurs OS redondants, voir le paragraphe "Guide de la mise à jour d'une OS redondante en
cours de fonctionnement (Page 235)".
Incidents potentiels
• Le projet sur le serveur OS partenaire redondant n'est pas activé.
• La liaison réseau du serveur OS au serveur OS partenaire redondant est défaillante.
• La liaison réseau aux clients OS est défaillante.
• Le couplage de l'AS au processus est défaillant.
• La station PC ne travaille pas correctement
Réactions de WinCC Redundancy aux incidents potentiels
WinCC Redundancy peut réagir à des défaillances, erreurs ou messages d'alarme comme suit :
• Les événements et la date/heure sont enregistrés.
• Au retour d'un serveur OS défaillant, les archives des données de process (Tag Logging) et des
données d'alarme (Alarm Logging) sont synchronisées avec les données d'archive du serveur
OS actif.
• Les variables système "@RM_MASTER et @RM_MASTER_NAME" sont modifiées selon l'état.
• Les clients OS sont automatiquement basculés sur le serveur préférentiel ou sur le serveur OS
disponible identifié comme maître. La variable @RM_SERVER_NAME indique sur un client OS
à quel serveur OS ce client OS est actuellement connecté.
• Des messages système sont générés dans la liste d'alarmes.
Vous trouverez ci-après une description des incidents potentiels mentionnés ci-dessus et des
réactions de WinCC Redundancy.
222
Systèmes de contrôle de procédés à haute disponibilité (V10.0)
Description fonctionnelle, 07/2024, A5E52546697-AA