Généralités sur les Configurations Redondantes

Les architectures à serveurs redondants sont utilisées lorsque la disponibilité du système de Supervision doit être haute. Vous pouvez configurer une application redondante pour les données temps-réel, les historiques ou les deux.

Il y a deux types de configurations redondantes pour les données temps-réel, celle qui est le plus adaptée à votre application dépend principalement du type de réseau industriel utilisé.

• Un seul serveur actif. Tous types de réseau.
• Plusieurs serveurs actifs. Pour réseaux multi-maîtres ou à double accès.

Principe de fonctionnement lors de l'utilisation d'une configuration redondante pour les données temps-réel.

Au moins deux postes sont configurés en tant que serveurs temps-réel. Leur configuration est identique sauf si la fonctionnalité Taux de disponibilité est utilisée. Tous les serveurs sont connectés au réseau industriel et au réseau local. A tout moment un des serveurs est actif et les autres passifs. Si tous les serveurs sont disponibles, le serveur qui a été démarré devient actif pour la première fois, à moins que les tarifs disponibles ne soient différents, auquel cas le serveur ayant le taux de disponibilité le plus élevé devient actif.

Dans la configuration du réseau, les postes serveurs sont regroupés dans une association temps-réel. Les clients sont configurés de manière à être liés à l'association et non directement à l'un ou l'autre des serveurs. L'association route automatiquement les informations temps-réel entre le client et le serveur actif.

Principe de fonctionnement lors de l'utilisation d'une configuration redondante et de plusieurs serveurs actifs pour les données d'historiques

Deux postes sont configurés comme serveurs d'historiques. Leur configuration est identique sauf si la fonctionnalité Taux de disponibilité est utilisée. Les données historiques sont enregistrées dans les unités d'archivage sur les deux postes.

Dans la configuration multi-postes, les deux postes appartiennent à une association d'historiques. Les postes sur lesquels les unités d'archivage sont consommées sont clients et configurés de manière à être liés à l'association de serveurs historiques. Lors de l'exécution d'une requête (par exemple pour une donnée en tendance), le poste sur lequel l'unité d'archivage est consommée vérifie la disponibilité des serveurs de l'association. Si les deux sont disponibles, il envoie la demande au serveur dont le Taux de disponibilité est le plus élevé. Si les taux sont identiques, la demande est envoyée au serveur dont le numéro de poste est le plus petit.

Bien que le comportement d'un serveur passif d'une association est généralement décrit comme celui d'un client du serveur actif, ce n'est pas le cas si vous lancez une requête aux historiques depuis celui-ci pour une unité d'archives qu'il produit. En effet, un serveur passif, en tant que consommateur d'une unité d'archives qu'il produit, peut uniquement récupérer des données depuis les archives qu'il produit, la requête n'est pas envoyée au serveur actif de l'association et le taux de disponibilité n'est pas un critère de décision dans ce cas.

Principe de fonctionnement lors de l'utilisation d'une configuration redondante et à un seul serveur actif pour les données d'historiques

Deux postes sont configurés comme serveurs d'historiques. Leur configuration est identique*. Les deux enregistrent leurs données dans une même base de données SQL Server. Seul un poste est actif.

Dans la configuration multi-postes, les deux postes appartiennent à une association d'historiques. Les postes sur lesquels les unités d'archivage sont consommées sont configurés de manière à être liés à l'association de serveurs historiques. Les demandes de données historiques sont envoyées vers le serveur actif.