Sonelgaz: Zone de Distribution D'Oran Departement Technique Electricite

C 29 Oct 03 29 Oct 03 29 Oct 03 Version modifiée suites a la preFAT
RIBEIRO NOTARIANNI CHOCHOY

B 02 Oct 03 02 Oct 03 02 Oct 03 Version modifiée suites aux remarques de
RIBEIRO NOTARIANNI CHOCHOY SONELGAZ
A 13 Juin 03 13 Juin 03 13 Juin 03 Version originale
RIBEIRO NOTARIANNI CHOCHOY
DATE DATE DATE
REV. MODIFICATIONS ETAT
ETABLI VERIFIE APPROUVE
SONELGAZ
ZONE DE DISTRIBUTION D’ORAN

DEPARTEMENT TECHNIQUE ELECTRICITE
REFERENCE PLAN CLIENT

Transmission & Distribution
ECHELLE : / STANDARD C E I CONTRAT N° 001/01/BCC/ZO
NOM DATE SIGNATURE TITRE

ETABLI RIBEIRO 29 Oct 03
Cahier de Recette Usine SCADA/DMS
VERIFIE NOTARIANNI 29 Oct 03
Partie 4 : Gestion de la configuration
APPROUVE CHOCHOY 29 Oct 03 informatique
UNITE OPERATIONELLE N° PLAN
C-0000-SDA-2033-PE (Partie 4)
N° ARCHIVES CONTRUCTEUR REV. FOLIO DERN.
FOLIO
TOTAL
C 01 25
LISTE DES RÉVISIONS
Rev Date Création / mise á jour
A 13 Juin 03 Version originale
B 02 oct. 03 Version modifiée suite aux remarques de

SONELGAZ :
Ajout dans test de basculement la vérification pour l’
application TMPMOD
Ajout test GC_MA_01, GC_TR_01, GC_NT_01 et
GC_
C 29 oct. 03 Version modifiée suite a la preFAT sur tests GC_SE_02

et GC_AP_01
C-0000-SDA-2033-PE (Partie 4) -1- ALSTOM T&D

Table des matières
1. GESTION DE LA CONFIGURATION INFORMATIQUE................................................3

1.1 Surveillance des consoles opérateur....................................................................3
1.2 Surveillance des serveurs SCADA/DMS............................................................4
1.2.1 Surveillance du serveur Habilite..................................................................4
1.2.2 Surveillance du serveur Secours..................................................................5
1.2.3 Surveillance des applications sur les serveurs SCADA/DMS.....................6
1.2.4 Test de perte du serveur SCADA/EMS lors d’une mise en ligne BD.........7
1.2.5 Arrêt des 2 serveurs SCADA/EMS.............................................................9
1.3 Surveillance du serveur historique....................................................................11
1.4 Surveillance du serveur DMS............................................................................12
1.5 Surveillance des switches..................................................................................13
1.6 Surveillance des routeurs...................................................................................14
1.7 Surveillance du serveur de Telereleve...............................................................15
1.8 Surveillance des connexions réseau Ethernet....................................................16
1.8.1 Déconnexion sur les consoles opérateur....................................................16
1.8.2 Déconnexion sur un des serveurs SCADA/EMS.......................................17
1.8.3 Déconnexion sur le serveur historique.......................................................18
1.8.4 Déconnexion sur le serveur DMS..............................................................19
1.8.5 Déconnexion sur le routeur........................................................................20
1.8.6 Déconnexion sur le frontal.........................................................................21
1.9 Synchronisation des systèmes a partir de la référence GPS..............................22
1.10 Gestion de la redondance des serveurs SCADA/EMS....................................23
1.10.1 Test de commutation des serveurs SCADA/EMS...................................24

1. GESTION DE LA CONFIGURATION INFORMATIQUE
La section suivante teste système de gestion de configuration. Elle vérifie que le système de
gestion de configuration surveille, rend compte et agit sur les apparition de défauts logiciels
et hardware, ainsi que sur le retour a la normale.
Les pertes de RTU et de communication RTU ainsi que des Frontaux seront examinées dans
la partie 5 : « test du SCADA».
Les tests sont écrits pour le CCP mais peuvent être exécutes au niveau du CCS Tlemcen en
déclinant des procédures de manière adéquate.
1.1 Surveillance des consoles opérateur.

Une des consoles opérateur suivantes peuvent être utilisées : BO1CO1, BO1CO2, BO1CO3,
BO1CS1, BO1TC1, BO1CD1, BO1CD2 et BO1MI1
Nom de la procédure : Surveillance des consoles opérateur
Référence de la procédure : GC_CO_01
Initialisation :
1. Les serveurs SCADA/DMS BO1DS1 et BO1DS2 sont opérationnels et redondants
2. Une CO autre que celle qui subit le test est opérationnelle (mode Système)
Procédure : 1. Arrêter la CO en utilisant « Menu Démarrer» option « Arrêter »
2. Sur la boite de dialogue choisir « Arrêter le système »

Résultats : 1. La CO s’arrête
Vérification : 1. Sur l’image « SITEOVER » vérifier que l’équipement relatif a la CO passe dans l’état
inutilisable.
2. Sur l’image FG « System Activity Alarm » une alarme relative à la perte de la CO

apparaît.
Procédure : 1. Redémarrer la CO
2. Connectez vous sur le compte Windows bcc oran
3. Connectez vous sur le mode de votre choit

Résultats : 1. La CO redémarre
2. FG redémarre automatiquement
Vérification : 1. Sur l’image « SITEOVER » vérifier que l’équipement relatif a la CO passe dans l’état
valide.
2. Sur l’image FG « System Activity Alarm » une alarme relative au redémarrage de la

CO apparaît.
3. Toutes les fonctions IHM relatives au mode en cours sont disponibles sur FG
Terminaison : 1. Aucune

1.2 Surveillance des serveurs SCADA/DMS.
Les tests de ce chapitre vérifient le fonctionnement de la gestion de configuration lors de
défaut matériel ou logiciel d’un des serveurs.
1.2.1 Surveillance du serveur Habilite.
Nom de la procédure : Surveillance du serveur SCADA/DMS en ligne (habilite)

Référence de la procédure : GC_SC_01
Initialisation :
2. Une CO est opérationnelle (mode Système)

Procédure : 1. Arrêter le système SCADA/EMS habilite depuis la console système de celui-ci après
vous être connecté sous le compte UNIX sysdev et en faisant les commandes
suivantes :
2. % shutdown now
3. % shutdown –h now
Résultats : 1. Le système s’arrête
Vérification : 1. Vérifier que sur les images « siteover » l’ « Application Set » EMSHOST passe de
secours à habilité sur le système qui reste.
2. Vérifier sur les images « siteover » que le calculateur arrêté devient jaune c’est a dire
que les informations que CFGMAN a de lui sont périmées
3. Sur l’image « system activity log » des alarmes relatives a la perte du système et au
basculement ont été produites.
Procédure : 1. Redémarrer le système arrêté précédemment en entrant la commande :
2. >>> boot
3. Attendre le démarrage complet du système.

Résultats : 1. .Les systèmes redeviennent opérationnels et redondants
Vérification : 1. Vérifier que sur les images « siteover » l’ « Application Set » EMSHOST devient
secours sur le système relance.
2. Vérifier sur les images « siteover » que la réplication est devenue « VALIDE » et que
les systèmes sont bien redevenus redondants.
3. Sur l’image « system activity log » des alarmes relatives au passage en système
redondant ont été produites.

1.2.2 Surveillance du serveur Secours.
Nom de la procédure : Surveillance du serveur SCADA/DMS secours
Référence de la procédure : GC_SC_02
Initialisation :

Procédure : 1. Arrêter le système SCADA/EMS secours depuis la console système de celui-ci après
suivantes :
2. % shutdown now
Résultats : 1. .Le système s’arrête
Vérification : 1. Vérifier que sur les images « siteover » l’ « Application Set » EMSHOST reste a
habilite sur le système qui reste.
3. Sur l’image « system activity log » des alarmes relatives a la perte du système ont été
produites.
2. >>> boot

Résultats : 1. .Les systèmes redeviennent opérationnels et redondants
Vérification : 1. Vérifier que sur les images « siteover » l’ « Application Set » EMSHOST redevient
secours sur le système relance.
2. Vérifier sur les images « siteover » que la réplication est redevenue « VALIDE » et
que les systèmes sont bien redevenus redondants.
redondant ont été produites

1.2.3 Surveillance des applications sur les serveurs SCADA/DMS.
Le test consiste a simuler la perte d’une application par l’arrêt d’une tache critique sur le
système qui a le rôle habilite.
Nom de la procédure : Surveillance des applications sur le SCADA/DMS habilite
Référence de la procédure : GC_AP_01
Initialisation :
2. Une CO est opérationnel (mode Système)

Procédure : 1. Arrêter sur le système SCADA/EMS habilite une des taches critiques depuis la
console système de celui-ci après vous être connecté sous le compte UNIX hab28 et
en faisant la commande suivante :
2. % tview stop procman_procman_ems

Résultats : 1. Le système habilité va rebooter.
2. Un basculement vers le secours se produit.
3. Les systèmes redeviennent opérationnels et redondants

Vérification : 1. Vérifier que sur les images « siteover » l’ »Application Set » EMSHOST passe de
2. Vérifier sur les images « siteover » que le calculateur qui reboote devient jaune c’est
a dire que les informations que CFGMAN a de lui sont périmées
4. Apres que le système ai reboote vérifier que sur les images « siteover » l’ «
Application Set » EMSHOST devient secours sur le système qui a reboote.
5. Vérifier sur les images « siteover » que la réplication est redevenue « VALIDE » et
que les systèmes sont bien redevenus redondants.
redondant ont été produites

1.2.4 Test de perte du serveur SCADA/EMS lors d’une mise en ligne BD.
Dans ce test nous testerons un cas de panne lors de la maintenance BD.
Le test va consister a perdre le système habilité avec une version N+1 de la BD et vérifier le
retour automatique a la version N sur l’autre système .
Nom de la procédure : Test de perte du serveur SCADA/EMS lors d’une mise en ligne BD au CCP
Référence de la procédure : GC_MA_01
Initialisation : 1. Le SCADA/DMS doit être opérationnel : redondant avec bases de données répliquées
et synchronisées.
2. Les deux FGs BO1DS1 et BO1DS2 du nom des systèmes SCADA/DMS du centre
sont opérationnels sur la Console Système, ces FGs de maintenance sont indépendants
de PROCMAN (Gestionnaire de taches) et sont nécessaires à la mise en ligne des
données, pour notamment accéder au système SCADA/DMS en secours.
3. S’assurer, si ce n’est pas déjà fait que les savecases sont à jour.
4. Confirmer dans la base de données DBSEQ que les titres des savecases sont bien ceux
correspondant aux savecases à mettre en ligne.
Procédure : 1. Depuis FG connecté sur le système secours appeler l’image DBSEQ_SEQUENCE et
cliquer sur le bouton «Lancer DBSEQ ».
2. Cliquer sur le bouton «Lancer Séquence».

Résultats : 1. Le programme DBSEQ s’exécute.
2. L’image «LOG» (journal) de DBSEQ retrace tous les événements des étapes a suivre.
Il ne doit pas y avoir d’erreurs consécutives au déroulement des étapes.
Procédure : 1. Etape 1 : cette étape est manuelle. Mettre hors service de la réplication de données.
2. Une fois la réplication hors service cliquez sur le bouton «Fait» de l’étape 1 connecté
sur le secours.
3. Etape 2 : cette étape est manuelle. Arrêtez l’application PROCMAN sur le système
secours. Pour cela utiliser le FG connecté sur le système secours, le bouton «Arrêt»
dans l’application PROCMAN commandant l’arrêt des applications.
4. Une fois PROCMAN arrêté cliquez sur le bouton «Fait» de l’étape 2 connecté sur le
secours.
Résultats : 1. La suite est automatique sur le système secours.
2. Etape 3 : la copie des données de modélisation contenues dans les savecases sur les
données temps réel, est exécutée automatiquement.
3. Etape 4 : redémarrage automatique de PROCMAN sur le secours.

Procédure : 1. Etape 5 : cette étape est manuelle. Réaliser comme requis sur l’étape la validation de
la BD du système secours puis mettre hors service l’ensemble des applications du
système habilité afin de réaliser le basculement vers le secours. Pour cela utiliser un
FG connecté sur le système habilité.

2. Une fois le basculement réalisé remettre en service l’ensemble des applications sur
l’ancien système habilite
3. Cliquez sur le bouton «Fait» de l’étape 5 sur le FG connecté sur le l’ancien système

secours.
Vérification : 1. L’image «LOG» de DBSEQ sur l’ancien secours devenu habilité ne doit pas présenter
d’erreurs.
2. Vérifier que l’ancien secours est bien passé en rôle habilité.
3. Vérifier sur le ou les postes modifiés(s) que les nouveautés sont bien présentes.
suivantes :
2. % shutdown now
4. Vérifier sur le ou les postes modifiés(s) que les nouveautés ont bien disparu.
4. Procédez à une revue pour vous assurer que les fonctions principales sont
opérationnelles
2. >>> boot

Terminaison : Si l’on veut revenir a la version BD précédente
1. Etape 6 : Utiliser sur FG connecté sur le système habilité pour remettre en service la
réplication entre les deux systèmes.
2. Etape 7 : Déclencher une réplication complète des bases de données de manière a
mettre à jour le nouveau secours.
3. Etape 8 : Arrêter l’application DBSEQ.

1.2.5 Arrêt des 2 serveurs SCADA/EMS.
Le test va vérifier la réaction des IHM sur les consoles opérateur après la perte des 2 serveurs
du SCADA/EMS : il n’y a plus de mise a jour des écrans à partir des serveurs, par contre,
localement 3 signes marquent cette perte de connexion.
Nom de la procédure : Arrêt des 2 serveurs SCADA/EMS

Référence de la procédure : GC_DP_01
Initialisation :

suivantes :
2. % shutdown now
suivantes :
2. % shutdown now
Vérification : 1. il y a plus de mise a jour des écrans à partir des serveurs.
2. 3 signes marquent la perte de connexion :
 le curseur "flèche" de la souris devient une "montre".
 les textes sur les bandeaux des fenêtres deviennent gris au lieu de noir.
 une popup apparaît après une temporisation confirmant la perte de la
liaison avec les serveurs SCADA/EMS.
Procédure : 1. Redémarrer les systèmes arrêtés précédemment en entrant la commande :
2. >>> boot
3. Attendre le démarrage complet des systèmes.

Résultats : 1. Les systèmes redeviennent opérationnels et redondants
Vérification : 1. Vérifier que sur les images « siteover » l’ « Application Set » EMSHOST deviennent
Habilite et Secours pour les systèmes relances.

2. Vérifier sur les images « siteover » que la réplication est devenue « VALIDE » et que
les systèmes sont bien redevenus redondants.
C-0000-SDA-2033-PE (Partie 4) - 10 - ALSTOM T&D

1.3 Surveillance du serveur historique.
Nom de la procédure : Surveillance du serveur historique

Référence de la procédure : GC_HI_01
Initialisation :
2. Le serveur HIM BO1HS1 et opérationnel
3. Une CO est opérationnel (mode Système)

Procédure : 1. Arrêter le système HIS en utilisant « Menu Démarrer» option « Arrêter »

Vérification : 1. Vérifier que sur les images « siteover » que les équipements relatifs au HIM serveur
passent dans l’état inutilisable.
2. Sur l’image « system activity log » des alarmes relatives a la perte du système HIM
ont été produites.
Procédure : 1. Redémarrer le système HIS arrêté

Résultats : 1. Les système HIS redevient opérationnel et les enregistrements reprennent.
Vérification : 1. Vérifier que sur les images « siteover » que les équipements relatifs au HIS serveur
passent dans l’état utilisable.
2. Sur l’image « system activity log » vérifier que des alarmes relatives au retour a la
normale des équipements du HIS ont été produites.
3. Vérifier que le serveur HIS est devenu opérationnel.


1.4 Surveillance du serveur DMS.
Nom de la procédure : Surveillance du serveur DMS

Référence de la procédure : GC_DM_01
Initialisation :
2. Le serveur HIM BO1DM1 et opérationnel

Procédure : 1. Arrêter le serveur DMS en utilisant « Menu Démarrer» option « Arrêter »

Vérification : 1. Vérifier que sur les images « siteover » que les équipements relatifs au serveur DMS
2. Sur l’image « system activity log » des alarmes relatives a la perte du système serveur
DMS ont été produites.
Procédure : 1. Redémarrer le système serveur DMS arrêté

Résultats : 1. Les système DMS redevient opérationnel.
passent dans l’état utilisable.
normale des équipements du DMS ont été produites.
3. Vérifier que le serveur DMS est devenu opérationnel.


1.5 Surveillance des switches.
Nom de la procédure : Surveillance des switches

Référence de la procédure : GC_SW_01
Initialisation :

Procédure : 1. Arrêter un des switches
Résultats : 2. Le switch est non opérationnel
Vérification : 1. Vérifier que sur les images « siteover » que les équipements relatifs au switch passent
dans l’état inutilisable ainsi que tous les équipements LAN connectes a ce switch.
2. Sur l’image « system activity log » des alarmes relatives a la perte du switch ont été
produites ainsi que des alarmes relatives au équipements LAN connectes a ce switch.
3. La CO continue à fonctionner normalement.
4. L’ « Application Set » EMSHOST est restée habilite sur le système qui avait le rôle
habilite
5. L’ « Application Set » EMSHOST est restée en secours sur le système qui avait le rôle
secours
6. Les équipements a accès LAN redondant restent accessibles et opérationnels.

Procédure : 1. Redémarrer le switch arrêté
2. Attendre le démarrage complet de l’équipement.

Résultats : 1. Le switch redevient opérationnel.
dans l’état utilisable ainsi que tous les équipements LAN connectes a ce switch.
normale de l’équipements switch ont été produites ainsi que des alarmes relatives au
équipements LAN connectes a ce switch.

1.6 Surveillance des routeurs.
Nom de la procédure : Surveillance des routeurs

Référence de la procédure : GC_RT_01
Initialisation :

Procédure : 1. Arrêter un des routeurs
Résultats : 1. Le routeur est non opérationnel
Vérification : 1. Vérifier que sur les images « siteover » que les équipements relatifs au routeur passent
dans l’état inutilisable.
2. Sur l’image « system activity log » des alarmes relatives a la perte du routeur ont été
produites.
3. Les équipements déportés ne sont plus accessibles.
4. Les liaisons inter centre utilisant les routeurs restent opérationnelles.

Procédure : 1. Redémarrer le routeur arrêté
2. Attendre le démarrage complet de l’équipement.

Résultats : 1. Le routeur redevient opérationnel.
dans l’état utilisable.
normale de l’équipement routeur.

1.7 Surveillance du serveur de Telereleve.
Nom de la procédure : Surveillance du serveur de Telereleve

Référence de la procédure : GC_TR_01
Initialisation :
2. Le serveur de téléreleve BO1TR1 est opérationnel

Procédure : 1. Arrêter le serveur de téléreleve en utilisant « Menu Démarrer» option « Arrêter »

2. Sur l’image « system activity log » des alarmes relatives a la perte du système serveur
DMS ont été produites.
Procédure : 1. Redémarrer le système serveur de téléreleve arrêté

Résultats : 1. Les système serveur de téléreleve redevient opérationnel.
Vérification : 1. Vérifier que sur les images « siteover » que les équipements relatifs au serveur de
téléreleve passent dans l’état utilisable.
normale des équipements du serveur de téléreleve ont été produites.
3. Vérifier que le serveur de téléreleve est devenu opérationnel.


1.8 Surveillance des connexions réseau Ethernet.
1.8.1 Déconnexion sur les consoles opérateur.
Nom de la procédure : Surveillance Ethernet sur les COs

Référence de la procédure : GC_SE_01
Initialisation :
2. Une CO autre que celle qui subit le test est opérationnelle (mode Système)
3. La CO qui subit le test est opérationnelle.

Procédure : 1. Débrancher un des cordons Ethernet sur la CO.»
Résultats : 1. La CO continue à fonctionner normalement.
Vérification : 1. Sur l’image « SITEOVER » vérifier que l’équipement relatif au LAN Ethernet
débranché est passe dans l’état inutilisable.
2. Sur l’image FG « System Activity Alarm » une alarme relative a la perte du LAN
Ethernet sur la CO apparaît.
Procédure : 1. Rebrancher le cordon Ethernet sur la CO.»
Résultats : 1. La CO continue à fonctionner normalement.
rebranché est passé dans l’état utilisable.
2. Sur l’image FG « System Activity Alarm » une alarme relative au retour a la normale
du LAN Ethernet sur la CO apparaît.

1.8.2 Déconnexion sur un des serveurs SCADA/EMS.
Nom de la procédure : Surveillance Ethernet sur serveurs SCADA

Initialisation :

Procédure : 1. Débrancher un des cordons Ethernet sur le système qui a le rôle secours.
Résultats : 1. Le SCADA/EMS continue à fonctionner normalement.
Ethernet sur le serveur apparaît.
habilite
secours
5. Si le réseau déconnecté est celui qui est utilise pour la communication entre les deux
serveurs un basculement réseau va se produire d’un LAN vers l’autre mais cela reste
transparent pour l’utilisateur. Toutefois il se peut que cela apparaisse sous la forme
d’un passage rapide de la réplication a invalide puis a valide a nouveau.
Procédure : 1. Rebrancher le cordon Ethernet sur le serveur.»
Résultats : 1. Le SCADA/EMS continue à fonctionner normalement.
rebranché est passe dans l’état utilisable.
du LAN Ethernet sur le serveur apparaît.
habilite
secours

1.8.3 Déconnexion sur le serveur historique.
Nom de la procédure : Surveillance Ethernet sur le serveur historique

Initialisation :
3. Le serveur HIS est opérationnel

Procédure : 1. Débrancher le cordon Ethernet sur le serveur HIM choisir celui par lequel se fait la
connexion sampler/recorder»
Résultats : 1. Le serveur HIS continue à fonctionner normalement.
Ethernet sur le serveur HIS apparaît.
3. Vérifier sur l’image log du sampler que le sampler se connecte au HIS a travers l’autre
LAN.
4. Attendre que les enregistrements en cours deviennent non a jour puis repassent a la
normale quand le sampler bascule sur l’autre LAN.
5. Vérifier dans le journal de l’application Sampler que les enregistrements en cours

deviennent non a jour puis repassent a la normale.
6. Sur l’image « alarm » des alarmes relatives a la l’invalidité puis le retour a la normale
des enregistrements en cours.
Procédure : 1. Rebrancher le cordon Ethernet sur le serveur HIS.»
Résultats : 1. Le serveur HIS continue à fonctionner normalement.
du LAN Ethernet sur le HIS apparaît.
3. Vérifier dans le journal du sampler que le sampler reste connecte au HIS a travers le
même LAN.
4. Attendre et vérifier que les enregistrements en cours restent en l’état.


1.8.4 Déconnexion sur le serveur DMS.
Nom de la procédure : Surveillance Ethernet sur le serveur DMS

Initialisation :
3. Le serveur DMS est opérationnel

Procédure : 1. Débrancher le cordon Ethernet sur le serveur DMS
Résultats : 1. Le serveur DMS continue à fonctionner normalement.
Ethernet sur le serveur DMS apparaît.
Procédure : 1. Rebrancher le cordon Ethernet sur le serveur DMS.»
Résultats : 1. Le serveur DMS continue à fonctionner normalement.
du LAN Ethernet sur le serveur DMS apparaît.

1.8.5 Déconnexion sur le routeur.
Nom de la procédure : Surveillance Ethernet sur les routeurs

Initialisation :
3. Le routeur a tester est opérationnel sur ces deux connexions LAN .

Procédure : 1. Débrancher le cordon Ethernet sur le routeur
Résultats : 1. Le routeur continue à fonctionner normalement.
Ethernet sur le routeur apparaît.
3. L’équipement déporté connecte via le routeur continue à fonctionner normalement.
4. Les liaisons inter centre utilisant les routeurs restent opérationnelles

Procédure : 1. Rebrancher le cordon Ethernet sur le routeur
Résultats : 1. Le routeur continue à fonctionner normalement.
du LAN Ethernet sur le routeur apparaît.

1.8.6 Déconnexion sur le frontal.
Nom de la procédure : Surveillance Ethernet sur les frontaux

Initialisation :
3. Les frontaux sont opérationnels sur leurs deux connexions LAN .

Procédure : 1. Débrancher le cordon Ethernet sur le frontal
Résultats : 1. Le frontal continue à fonctionner normalement.
Ethernet sur le routeur apparaît.
3. Les RTU connectes via le frontal continuent à fonctionner normalement.

Procédure : 1. Rebrancher le cordon Ethernet sur le frontal
Résultats : 1. Le frontal continue à fonctionner normalement.
du LAN Ethernet sur le routeur apparaît.

1.9 Synchronisation des systèmes a partir de la référence GPS.
Le test consiste a vérifier la synchronisation de l’horloge des différents systèmes a partir de
la référence GPS via le serveur NTP de l’équipement TrueTime.
Le test est décrit pour le CCP mais peut être décline pour n’importe quel autre centre.
Nom de la procédure : Synchronisation des systèmes a partir de la référence GPS.
Référence de la procédure : GC_NT_01
Initialisation :
2. Les Consoles Opérateur sont opérationnelles BO 1CO1, BO2CO2, BO1CO3,

BO1TC1, BD1CD1, BO1CD2,
3. La Console Système est opérationnelle BO1CS1
4. Les serveurs sont opérationnels DMS, d’archivage et de téléreleve , respectivement

BO1DM1, BO1HS1 et BO1TR1
5. Les frontaux sont opérationnels BO1FE1 et BO1FE2.

Procédure : 1. pour chaque système Windows appeler l’horloge si nécessaire passer sur un compte
suffisamment privilégie
2. faire une lecture synchronisée avec l’afficheur face avant de horloge du l’équipement
TrueTime
Vérification : 1. L’heure doit être synchronisée entre le TrueTime
Procédure : 1. Pour chaque système Unix lancer a partir de la console système de celui-ci connectez
vous sous le compte UNIX sysdev et en faisant la commande suivante:
2. % date
3. faire une lecture synchronisée avec l’afficheur face avant de horloge du l’équipement
TrueTime
Vérification : 1. L’heure doit être synchronisée entre le TrueTime

1.10 Gestion de la redondance des serveurs SCADA/EMS.
La commutation des serveurs SCADA/EMS sera déclenchée par une commande de shutdown
sur le système habilite, ce qui simulera la perte de ce système.
Dans de sous chapitre on se focalisera sur la vérification que les applications temps réel
auront répliqué les données de manière adéquate sur le secours de sorte que dans le cas d’une
commutation ces applications continuent normalement les opérations.
Le test se constitue de l’enregistrement des états du système avant la commutation, de la
commutation proprement dite, de l’enregistrement des états du système après la commutation
et de la comparaison des états pre-commutation et post-commutation afin de vérifier que les
données qui devraient être répliquées l’ont bien été. De plus après la commutation les
applications temps réel seront observées afin de déterminer qu’elles continuent à fonctionner
comme avant la commutation.
Le test déterminera que :
 l’opérateur peut utiliser les applications temps réel après la commutation
 les applications continuent leur exécution normalement
 l’opérateur n’a pas besoin de ressaisir des valeurs manuelles faites avant la commutation.
Check-lists de commutation.
Le but des check-lists suivantes est de guider les personnes réalisant le test en sélectionnant
de données représentatives devant être vérifiées après la commutation. Les check-lists sont
organisées par application. Les personnes qui testent devront réaliser une copie papier de
chaque image mentionnée.
Check-list SCADA
1. Une image unifilaire (sous-station en plate-forme)
2. Une image tabulaire sous-station (sous-station en plate-forme) classement par points
3. Une image tabulaire sous-station (sous-station en plate-forme) classement par
mesures
4. Liste d’exception pour la sous-station en plate-forme
5. Image scada hors service
6. Image scada entrées manuelles après avoir rentré quelques valeurs manuelles
7. Image journal SOE
Check-list ALARM
1. Une image d’alarme par location (la sous-station en plate-forme) après avoir créé des
alarmes avec le panneau de contrôle acquittez certaines et supprimer certaines.
2. Journal d’alarmes principal enregistrez les alarmes générées.
Check list Consignes application TAGGING
1. Ajoutez des consignes sur des points appartenant a la sous-station en plate-forme puis
faire une copie papier de l’unifilaire de la sous-station en plate-forme
2. Image liste de consignes pour la sous-station en plate-forme
Check-list application TREND
1. Vérifiez l’image répertoire des points
2. Ajouter une courbe sur la fenêtre du gestionnaire de présentation.

Check-list application SAMPLER
1. Vérifiez l’image SAMPLER le recorder e-terra Archive doit être connecte.
Check-list application TMPMOD
1. Créer une modification temporaire (se reférer aux procédures de test correspondantes
de la validation de l’ application TMPMOD) dans une image unifilaire.
1.10.1 Test de commutation des serveurs SCADA/EMS.
Nom de la procédure : Commutation serveurs SCADA/EMS

Référence de la procédure : GC_CO_01
Initialisation :
3. L’imprimante est opérationnelle de manière a réaliser des copies papier
4. L’équipe de testeurs doit réaliser des actions et des copies papier suivant les check-
lists
5. Un terminal X est connecte sur le système habilite

Procédure : 1. Depuis le terminal X arrêtez le système habilite en faisant la commande % shutdown
–h now
2. Exécuter des changements d’états a l’aide du panneau de test sur la sous-station en

plate-forme ajouter des consignes et des valeurs manuelles sur l’image unifilaire ou
tabulaire de cette sous-station.
Résultats : 1. Les serveurs SCADA/EMS commute vers le système secours
2. L’IHM puis le SCADA sont opérationnel à nouveau.

Vérification : 1. Sur l’image « SITEOVER » vérifier que les rôles et états des systèmes et des
ensembles d’applications qui sont passes respectivement maître et habilite sur l’ancien
secours et que le système arrêté est passe couleur jaune signifiant état non a jour.
2. Réalisez les vérifications pour chaque copie papier réalisée avant la commutation en
comparant avec ces mêmes images actuelles, elles doivent être équivalentes aux
événements près qui ont suivit la commutation.
Terminaison 1. Redémarrage du système en faisant >> BOOT sur la console système.

Sonelgaz: Zone de Distribution D'Oran Departement Technique Electricite

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sonelgaz: Zone de Distribution D'Oran Departement Technique Electricite

Transféré par

Droits d'auteur :

Formats disponibles

C 29 Oct 03 29 Oct 03 29 Oct 03 Version modifiée suites a la preFAT

RIBEIRO NOTARIANNI CHOCHOY

ZONE DE DISTRIBUTION D’ORAN

REFERENCE PLAN CLIENT

ECHELLE : / STANDARD C E I CONTRAT N° 001/01/BCC/ZO

NOM DATE SIGNATURE TITRE

Rev Date Création / mise á jour

A 13 Juin 03 Version originale

B 02 oct. 03 Version modifiée suite aux remarques de

C 29 oct. 03 Version modifiée suite a la preFAT sur tests GC_SE_02

C-0000-SDA-2033-PE (Partie 4) -1- ALSTOM T&D

1. GESTION DE LA CONFIGURATION INFORMATIQUE................................................3

C-0000-SDA-2033-PE (Partie 4) -2- ALSTOM T&D

1.1 Surveillance des consoles opérateur.

2. Sur la boite de dialogue choisir « Arrêter le système »

2. Sur l’image FG « System Activity Alarm » une alarme relative à la perte de la CO

2. Connectez vous sur le compte Windows bcc oran

3. Connectez vous sur le mode de votre choit

2. Sur l’image FG « System Activity Alarm » une alarme relative au redémarrage de la

C-0000-SDA-2033-PE (Partie 4) -3- ALSTOM T&D

1.2.1 Surveillance du serveur Habilite.

Nom de la procédure : Surveillance du serveur SCADA/DMS en ligne (habilite)

2. Une CO est opérationnelle (mode Système)

3. Attendre le démarrage complet du système.

C-0000-SDA-2033-PE (Partie 4) -4- ALSTOM T&D

2. Une CO est opérationnelle (mode Système)

3. Attendre le démarrage complet du système.

C-0000-SDA-2033-PE (Partie 4) -5- ALSTOM T&D

2. Une CO est opérationnel (mode Système)

2. % tview stop procman_procman_ems

2. Un basculement vers le secours se produit.

3. Les systèmes redeviennent opérationnels et redondants

C-0000-SDA-2033-PE (Partie 4) -6- ALSTOM T&D

2. Cliquer sur le bouton «Lancer Séquence».

3. Etape 4 : redémarrage automatique de PROCMAN sur le secours.

C-0000-SDA-2033-PE (Partie 4) -7- ALSTOM T&D

3. Cliquez sur le bouton «Fait» de l’étape 5 sur le FG connecté sur le l’ancien système

2. Vérifier que l’ancien secours est bien passé en rôle habilité.

3. Attendre le démarrage complet du système.

3. Etape 8 : Arrêter l’application DBSEQ.

C-0000-SDA-2033-PE (Partie 4) -8- ALSTOM T&D

Nom de la procédure : Arrêt des 2 serveurs SCADA/EMS

2. Une CO est opérationnelle (mode Système)

3. Attendre le démarrage complet des systèmes.

C-0000-SDA-2033-PE (Partie 4) -9- ALSTOM T&D

C-0000-SDA-2033-PE (Partie 4) - 10 - ALSTOM T&D

Nom de la procédure : Surveillance du serveur historique

2. Le serveur HIM BO1HS1 et opérationnel

3. Une CO est opérationnel (mode Système)

2. Sur la boite de dialogue choisir « Arrêter le système »

2. Attendre le démarrage complet du système.

3. Vérifier que le serveur HIS est devenu opérationnel.

C-0000-SDA-2033-PE (Partie 4) - 11 - ALSTOM T&D

Nom de la procédure : Surveillance du serveur DMS

2. Le serveur HIM BO1DM1 et opérationnel

3. Une CO est opérationnelle (mode Système)

2. Sur la boite de dialogue choisir « Arrêter le système »

2. Attendre le démarrage complet du système.

3. Vérifier que le serveur DMS est devenu opérationnel.

C-0000-SDA-2033-PE (Partie 4) - 12 - ALSTOM T&D

Nom de la procédure : Surveillance des switches

2. Une CO est opérationnelle (mode Système)

3. La CO continue à fonctionner normalement.