Présentation UAP Secours À Chaud

Présentation de l’UAP
de Secours à Chaud
vendredi 29 décembre 2023
I. Principe de l’UAP
de Secours à Chaud
1) Grandes lignes de l’UAP de secours
à chaud
Principe du Secours à Chaud
 Deux sites UAP

– Principal
– Secours
– UAP est doté d’un nouveau module nommé DRM
 Module DRM (Disaster Recovery Management)

– Schéma propre au DRM
– Un exécutable DRM.EXE et une interface graphique dédiée
– Une nouvelle zone d’échange entre sites : U:\
– Réutilisation de CFT pour la réplication entre sites
29/12/23 © AEMS 2007. Tous droits réservés. 4

 Installation identique sur les deux sites

– Zones d’échange K, U et X
– Schéma de base de données Oracle UAP
– Schéma de base de données Oracle DRM
 Seules différences entre les sites

– Distinction des sites en base DRM : Principal ou Secours
– Mode de fonctionnement en base DRM : Réplication ou Isolé

 Réplication des flux d’entrée

– Système de Compensation
– Système d’Information
 Mécanisme de réplication s’appuyant sur

– XFB CFT
– Module DRM
 Suivi de la réplication
– IHM de supervision du Secours à Chaud pour les 2 sites

1. Mécanisme de réplication systématique des flux d’entrée soumis à l’UAP

– Soit par le SIB
– Soit par le SCS
 Après chaque réplication, identité pour les deux UAP:

– De la zone d’échange K:\
Les flux SIB déposés sont identiques.
– De la zone d’échange X:\

Les flux SCS déposés sont identiques.

 Figure de réplication systématique des entrées
SIB SCS
EXCHANGE base de
K X
données
U DRM U
SITE PRINCIPAL
SITE SECOURS
DRM
U U
EXCHANGE base de
K X
données

Interface graphique du DRM
l’UAP de secours a chaud est doté d’une IHM

dédiée au suivi des réplications
entre les deux sites

SITE
PRINCIPAL

SITE
SECOURS

2. Mécanisme de génération identique des flux produits par Exchange

– Soit pour le SIB
– Soit pour le SCS
3. Mécanisme de traitement identique en base par Exchange
 Après chaque instant, identité pour les deux UAP

– De la zone d’échange K:\
– De la zone d’échange X:\
Les flux sont générés par les deux UAP de façon identique.
– De la base de données UAP

Les données de compensation stockées en base UAP
sont identiques.
4. Mécanisme de synchronisation par acquittement du site Secours au site

Principal
– Les traitements sont faits sur le site de Secours avant le site Principal
– Les deux Exchange fonctionnent indépendamment
5. Automatisation de la génération des flux d’opérations et de rejets

– ICOM1
– ICOM2

2) Fonctionnement de l’UAP
de secours à chaud
 Soumission des opérations
Fonctionnement avec DRM : soumission des opérations
étape n°1 étape n°2 étape n°3
le p a rt ic ip a n t
dépôt dans la DRM relève
soumet des
opérations en
zone d'échange dans la zone
'K' d'échange ' K '
compensation
K K
étape n°4 étape n°5
DRM dépose
dans la zone DRM envoie de SITE PRINCIPAL
d'échange ' U ' ' U ' vers le
et insère en secours et fait
base DRM un suivi
U base de base de
données U
données

DRM distant DRM distant

DRM distant
relève dans la insère dans la
d é co m p re sse
zone d'échange base UAP
dans la zone
'U' distant
d'échange ' K '
U base de
K
données
étape n°9
DRM distant SITE SECOURS

acquitte la
réplication dans
' U ' et fait un
suivi
U base de
données
étape n°10 étape n°11 étape n°12 étape n°13
DRM relève la DRM transmet EXCHANGE

EXCHANGE
réponse dans le LOT dans la répond dans la
analyse dans la
'U' base UAP local zone d'échange
base UAP local
'K'
U base de K
base de
données données
SITE PRINCIPAL

 Réception des opérations Retour
Fonctionnement avec DRM : réception des opérations Retour
le SCS envoie dépôt dans la DRM relève

des opérations zone d'échange dans la zone
Retour via CFT 'X' d'échange ' X '
X X
étape n°4 étape n°5
DRM dépose
dans la zone DRM envoie de SITE PRINCIPAL
d'échange ' U ' ' U ' vers le
et insère en secours et fait
base DRM un suivi
U base de base de
données U
données

DRM distant DRM distant DRM distant

relève dans la insère dans la
d é co m p re sse
zone d'échange base UAP
dans la zone
'U' distant
d'échange ' X '
U X base de
données
étape n°9
DRM distant SITE SECOURS

acquitte la
réplication dans
' U ' et fait un
suivi
U base de
données
étape n°10 étape n°11 étape n°12 étape n°13
DRM insère le EXCHANGE

DRM relève la EXCHANGE
O UT G O d a n s répond dans la
réponse dans analyse dans la
la base UAP zone d'échange
'U' base UAP local
local 'K'
U base de K
base de
données données
SITE PRINCIPAL

 Traitement et intégration de LOT
 Intégration d’un LOT
Intégration d’un LOT et présentation : quelles étapes ?
1) Action :
Sur l’UAP Principal :
– Le fichier LOT et le fichier ORD sont déposés dans la zone de d’échange
2) Supervision :
Sur l’IHM DRM Principal
 Observer que le flux LOT et le flux ORD sont bien répliqués vers le Secours
 Observer que le flux ICOMA de réponse est répliqué automatiquement
Sur l’IHM DRM Secours

 Observer que le flux LOT et le flux ORD sont bien acquittés par le Secours
 Observer que le flux ICOMA de réponse est acquitté
3) Résultat :
– Le module DRM prend en charge la réplication du LOT et de la réponse ICOMA
– L’UAP génère un même flux ICOM et un même flux CRA sur les deux sites

Intégration d’un LOT et présentation : quelles étapes ?
4) Vérification :
Sur l’IHM UAP Secours :
 Vérifier que le LOT est bien intégré sur l’UAP Secours dans l’écran Lots intégrés
 Vérifier qu’un flux ICOM est généré automatiquement sans intervention de
l’opérateur dans l’écran Remise Aller
 Vérifier que le flux ICOMA est bien reçu dans l’écran Remise Aller
Sur l’IHM UAP Principal :

 Vérifier que le LOT est bien intégré sur l’UAP Principal dans l’écran Lots intégrés
 Vérifier qu’un flux ICOM est généré automatiquement sans intervention de
l’opérateur dans l’écran Remise Aller
 Vérifier que le flux ICOMA est bien reçu dans l’écran Remise Aller
Sur les deux sites :

 Vérifier que les deux CRA sont identiques dans les zones d’échange K

Fonctionnement avec DRM : présentation en compensation
UAP de secours génère un ICOM que le CFT envoi au SCPM
SITE PRINCIPAL

Fonctionnement avec DRM : présentation en compensation
UAP de secours génère un ICOM strictement identique,

sans le déposer dans CFT
Les deux bases UAP sont identiques
SITE SECOURS

 Transfert d’une IMAGE Chèque
Transfert d’une IMAGE Chèques : quelles étapes ?
1) Action :
– Le fichier IMG et le fichier ORD sont déposés dans la zone de d’échange
2) Supervision :
 Observer que le flux IMG et le flux ORD sont bien répliqués vers le Secours

 Observer que le flux IMG et le flux ORD sont bien acquittés par le Secours
3) Résultat :
– Le module DRM prend en charge la réplication du flux IMG
– L’UAP génère un même flux MAILI sur les deux sites

4) Vérification :
 Vérifier que le flux IMG/MAILI est bien pris en compte sur l’UAP Secours dans
l’écran Images et Infos

 Vérifier que le flux IMG/MAILI est bien pris en compte sur l’UAP Principal dans
l’écran Images et Infos

 Vérifier que les deux MAILI sont identiques dans les zones d’échange X (taille)

5) Supervision :
Sur l’IHM DRM Principal Destinataire
 Observer que le flux MAILO reçu est bien répliqué vers le Secours
Sur l’IHM DRM Secours Destinataire

 Observer que le flux MAILO est bien acquitté par le Secours
6) Résultat :
– Le module DRM prend en charge la réplication du flux MAILO
– L’UAP met à disposition du SIB un même flux MAILO sur les deux sites

7) Vérification :
Sur l’IHM UAP Secours Destinataire :
 Vérifier que le flux MAILO est bien pris en compte sur l’UAP Secours dans l’écran
Images et Infos
Sur l’IHM UAP Principal Destinataire :

 Vérifier que le flux MAILO est bien pris en compte sur l’UAP Principal dans l’écran
Images et Infos

 Vérifier que les deux MAILO sont identiques dans les zones d’échange K (taille)

 Annulation de remise ICOM3
Annulation de remise ICOM3 : quelles étapes ?
1) Action (obligatoire en premier) :
– Une annulation de remise ICOM3 est effectuée
2) Action (obligatoire en second) :

– Une annulation de remise ICOM3 est effectuée
3) Supervision :
 Observer que le flux ICOMA est bien répliqué vers le Secours

 Observer que le flux ICOMA est bien acquitté par le Secours
4) Résultat :
– Le module DRM prend en charge la réplication du flux ICOMA
– L’UAP génère un même flux CRA sur les deux sites

Annulation de remise ICOM3 : quelles étapes ?
5) Vérification :
 Vérifier que le flux ICOMA est bien pris en compte sur l’UAP Secours dans l’écran
Remise Aller

 Vérifier que le flux ICOMA est bien pris en compte sur l’UAP Secours dans l’écran
Remise Aller

 Vérifier que les deux CRA sont identiques dans les zones d’échange K (taille)

3) Nouvelle Exploitation de l’UAP
de Secours à Chaud
Interface Graphique d’Exploitation
 Exploitation de l’UAP par une interface graphique distante

– Lancement des traitements de la journée d’échange
– Synoptique des programmes en cours d’exécution

avec rafraichissement périodique
– Consultation des fichiers LOG en temps réel

Interface graphique d’Exploitation

Interface graphique d’Exploitation
 Traitements d’exploitation
– Initialisation UAP et DRM
– Démarrage / arrêt Module DRM
– Démarrage / arrêt Interface Emission
– Démarrage / arrêt Moniteur CFT
– Démarrage / arrêt Moniteur EXCHANGE
– Fermeture DRM
– Traitement de fin de journée
 Synoptique des programmes en cours d’exécution

– DRM
– Interface Emission, Moniteur CFT
– Moniteur EXCHANGE
 Consultation des LOG en temps réel

– Toutes les LOG produites par UAP sont restituées

III. Mise en œuvre du
Secours à Chaud
Mise en œuvre du Secours à Chaud
 Exploitation normale
– Réplication synchrone au long de la journée
 Exploitation exceptionnelle
– Procédure d’isolation
– Procédure de basculement
– Procédure de mise à niveau

Mise en œuvre du Secours à Chaud : exploitation exceptionnelle
 Isolation
– Arrêt de la réplication
– Fonctionnement autonome du site Principal
 Basculement
– Arrêt de la réplication
– Basculement sur le site de Secours
– Fonctionnement autonome du site de Secours
 Synchronisation
– Après une procédure d’isolation
– Après une procédure de basculement
– Après une procédure d’inversement

1) Procédures d’exploitation normale
 Démarrage d’une journée en mode Réplication
Travaux Pratiques
Démarrage d’une journée en mode Réplication : quelles étapes ?
1) IHM Principal et IHM Secours :

– Initialisation du DRM
– Initialisation de l’UAP
2) IHM Secours :
– Démarrer le moniteur de transfert CFT
– Démarrer l’interface d’émission
– Démarrer le moniteur d’échanges UAP
– Démarrer le Module DRM
3) IHM Principal :
Démarrage d’une journée en mode Réplication
1) Lancer depuis l’IHM Secours :

a) Initialisation du DRM
 Vérifier dans la LOG que l’initialisation a réussie
b) Initialisation de l’UAP
 Lancer depuis l’IHM Principal :



a) Démarrer le moniteur de transfert CFT
 Vérifier que le programme est lancé avec l’indicateur vert
b) Démarrer l’interface d’émission

c) Démarrer le moniteur d’échanges UAP



3) Lancer depuis l’IHM Principal :



 Vérifier la LOG Exchange : INITR est traité
 Vérifier la LOG Interface Émission : INITR est déposé dans CFT
d) Démarrer le Module DRM

 Vérifier la LOG DRM : INITA est répliqué

 Fermeture d’une journée en mode Réplication
Travaux Pratiques
Fermeture d’une journée en mode Réplication : quelles étapes ?
1) IHM Principal :
– Arrêter le moniteur de transfert CFT
– Arrêter l’interface d’émission
– Arrêter le moniteur d’échanges UAP
2) IHM Secours :

Fermeture d’une journée en mode Réplication

a) Arrêter le moniteur de transfert CFT
 Vérifier que le programme est bien arrêté avec l’indicateur rouge
b) Arrêter l’interface d’émission

c) Arrêter le moniteur d’échanges UAP

 Vérifier la LOG Exchange





Fermeture d’une journée en mode Réplication : quelles étapes ?
3) IHM Principal :
– Fermer le DRM
– Lancer l’archivage de l’UAP
– Lancer la purge des espaces de stockage de l’UAP
– Lancer la purge des espaces de stockages du DRM
– Lancer la purge du DRM
– Lancer l’historisation de l’UAP
– Lancer la purge de la base de données
4) IHM Secours :
– Fermer le DRM


a) Fermer le DRM
 Vérifier la LOG DRM : le DRM est bien fermé et il va s’arrêter automatiquement
 Vérifier la LOG DRM
b) Lancer l’archivage de l’UAP

 Vérifier la LOG Archivage : l’archivage a bien réussi
c) Lancer la purge des espaces de stockage de l’UAP

 Vérifier la LOG : la purge a réussie
d) Lancer la purge des espaces de stockage du DRM

e) Lancer la purge de la base du DRM


f) Lancer l’historisation de l’UAP
 Vérifier la LOG : l’historisation a bien réussi
g) Lancer la purge de la base de l’UAP



a) Fermer le DRM
 Vérifier la LOG DRM : le DRM est bien fermé et il va s’arrêter automatiquement
 Vérifier la LOG DRM







2) Procédures d’exploitation
exceptionnelles
 Démarrage d’une journée en mode
Isolé
Démarrage d’une journée en mode Isolé : quelles étapes ?
1) IHM Principal :
– Initialisation du DRM
– Initialisation de l’UAP
2) IHM Principal :

Démarrage d’une journée en mode Isolé


Démarrage d’une journée en mode Isolé



 Vérifier la LOG Exchange : INITR est traité
 Vérifier la LOG Interface Émission : INITR est déposé dans CFT
d) Démarrer le Module DRM

 Vérifier la LOG DRM : INITA est acquitté

 Fermeture d’une journée
en mode Isolé
Fermeture d’une journée en mode Isolé : quelles étapes ?
1) IHM Principal :
2) IHM Principal :
– Fermer le DRM

Fermeture d’une journée en mode Isolé





a) Fermer le DRM
 Vérifier la LOG de fermeture du DRM : le DRM est bien fermé et s’arrête
automatiquement
 Vérifier la LOG d’arrêt du DRM








 Isolement du site Principal
Isolation du site Principal : quelles étapes ?
Il s’agit du cas où le Site de Secours ne fonctionne plus.
1) Action : arrêter les programmes

b) Sur l’IHM Exploitation de Secours :
– Arrêter le Module DRM
2) Supervision :
 Observer que les indicateurs sont rouges
 Observer que les programmes sont bien arrêté dans les LOG

3) Action : Isolation du site Principal

a) Sur l’UAP Principal :
– Modifier le dossier SCS_CONFIG pour un fonctionnement en site Isolé
 Remplacer le répertoire W:\SCS_CONFIG par le répertoire W:\A0XXX
– Modifier le fichier Host du Principal

 Mettre en commentaire la ligne BACKA0XXX, par exemple, qui pointe vers le site
de Secours (mais ce n’est pas indispensable)

3) Action : Isolation du site Principal

b) Sur l’IHM Exploitation Principal :
– Lancer le basculement en site Isolé


Isolation du site Principal
4) Supervision :
Sur l’IHM Exploitation Principal
 Observer que l’isolation a bien réussi pour le Principal dans le LOG du
« Basculement en Site Isolé »
 Observer que les programmes sont bien démarrés

Isolement en site principal: quelles étapes ?

 Basculement en site Isolé vers
le site de Secours
Basculement en site Isolé vers le site de Secours : quelles étapes ?
Il s’agit du cas où le Site Principal ne fonctionne plus.
1) Action : arrêter les programmes

a) Sur l’IHM Exploitation Principal :
2) Supervision :
 Observer que les programmes sont bien arrêtés dans les LOG

3) Action : basculement vers le Secours

a) Sur l’UAP de Secours :
 Remplacer le répertoire W:\SCS_CONFIG par le répertoire W:\A0001, par exemple
– Modifier le fichier Host du Secours

 Mettre en commentaire la ligne HOSTA0XXX, par exemple, qui pointe vers le site
Principal et la remplacer par une ligne HOSTA0XXX qui pointe vers le site de
Secours
 Mettre en commentaire la ligne BACKA0001, par exemple, qui pointe vers le site
de Secours
 Ajouter une ligne HOSTA01 qui pointe vers le site du Système de Compensation

3) Action : basculement vers le Secours

b) Sur l’IHM Exploitation Secours :
– Lancer le basculement en site Isolé


Basculement en site Isolé vers le site de Secours
4) Supervision :
Sur l’IHM Exploitation Secours
 Observer que le basculement a bien réussi pour le Secours dans le LOG du
« Basculement en Site Isolé »
 Observer que les programmes sont bien démarrés
5) Résultat :
– L’UAP génère un flux SYNCR à destination du SCS afin de lui demander une
synchronisation éventuelle sur les flux manquants sur le site de Secours
 Vérifier que le flux SYNCR est bien produit dans la LOG de l’UAP
 Vérifier que le flux SYNCR est bien émis dans la LOG de Interface Emission et
dans l’interface graphique de CFT

 Synchronisation des deux sites
après isolement ou basculement
Promotion à froid du Principal et du Secours : quelles étapes ?
Il s’agit du cas où le Site Principal habituel est à nouveau opérationnel.
Action : appliquer la fermeture de la journée

Sur l’UAP Secours (stande lone) :
Action : appliquer la procédure de synchronisation

 Sur l’UAP Principal :
– Copier W:\Archives de la dernière date sur UAP Principal

Action : éventuellement, arrêter les programmes

Sur l’IHM Exploitation Principal :
Supervision :
 Observer que les programmes sont bien arrêté dans les LOG

Rappel
– Modifier le dossier SCS_CONFIG pour un fonctionnement en site Répliqué
– Modifier le fichier Host
b) Sur l’UAP Secours :

– Modifier le dossier SCS_CONFIG pour un fonctionnement en site Répliqué
– Modifier le fichier Host

Action : restauration du Principal

 Remplacer le répertoire W:\SCS_CONFIG par le répertoire W:\A0001P, par
exemple,
– On a pas changé le fichier Host Principal lors du basculement

Action : restauration du Secours
Sur l’UAP de Secours :
 Remplacer le répertoire W:\SCS_CONFIG par le répertoire W:\A0001B, par
exemple,
– Modifier le fichier Host du Secours

 Ôter le commentaire de la ligne HOSTA0001, par exemple, qui pointe vers le site
Principal et mettre en commentaire la ligne HOSTA0001 qui pointe vers le site de
Secours
 Ôter le commentaire de la ligne BACKA0001, par exemple, qui pointe vers le site
de Secours
 Mettre en commentaire la ligne HOSTA01 qui pointe vers le site du Système de

Compensation

Action : restauration du Secours

a) Sur l’UAP Secours :
– Lancer en ligne de commande, start_UAP_FORCE_Restore.bat « date » BACKUP
b) Sur l’IHM Exploitation Secours :

– Terminer la fermeture de la journée à partir de l’Archivage

Action : restauration du Principal

– Lancer en ligne de commande, start_UAP_FORCE_Restore.bat « date » MAIN
b) Sur l’IHM Exploitation Principal :

– Terminer la fermeture de la journée à partir de l’Archivage

Promotion à froid du Principal et du Secours
Action :
– Démarrage d’une journée en mode Réplication

Présentation UAP Secours À Chaud

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

Présentation UAP Secours À Chaud

Transféré par

Droits d'auteur :

Formats disponibles

Présentation de l’UAP

 Deux sites UAP

– UAP est doté d’un nouveau module nommé DRM

 Module DRM (Disaster Recovery Management)

– Un exécutable DRM.EXE et une interface graphique dédiée

– Une nouvelle zone d’échange entre sites : U:\

– Réutilisation de CFT pour la réplication entre sites

29/12/23 © AEMS 2007. Tous droits réservés. 4

 Installation identique sur les deux sites

– Schéma de base de données Oracle UAP

– Schéma de base de données Oracle DRM

 Seules différences entre les sites

– Mode de fonctionnement en base DRM : Réplication ou Isolé

29/12/23 © AEMS 2007. Tous droits réservés. 5

 Réplication des flux d’entrée

 Mécanisme de réplication s’appuyant sur

29/12/23 © AEMS 2007. Tous droits réservés. 6

1. Mécanisme de réplication systématique des flux d’entrée soumis à l’UAP

– Soit par le SCS

 Après chaque réplication, identité pour les deux UAP:

– De la zone d’échange X:\

29/12/23 © AEMS 2007. Tous droits réservés. 7

29/12/23 © AEMS 2007. Tous droits réservés. 8

l’UAP de secours a chaud est doté d’une IHM

29/12/23 © AEMS 2007. Tous droits réservés. 9

29/12/23 © AEMS 2007. Tous droits réservés. 10

29/12/23 © AEMS 2007. Tous droits réservés. 11

2. Mécanisme de génération identique des flux produits par Exchange

– Soit pour le SCS

3. Mécanisme de traitement identique en base par Exchange

 Après chaque instant, identité pour les deux UAP

– De la base de données UAP

4. Mécanisme de synchronisation par acquittement du site Secours au site

– Les deux Exchange fonctionnent indépendamment

5. Automatisation de la génération des flux d’opérations et de rejets

29/12/23 © AEMS 2007. Tous droits réservés. 13

étape n°4 étape n°5

29/12/23 © AEMS 2007. Tous droits réservés. 16

DRM distant DRM distant

DRM distant SITE SECOURS

étape n°10 étape n°11 étape n°12 étape n°13

DRM relève la DRM transmet EXCHANGE

29/12/23 © AEMS 2007. Tous droits réservés. 18

le SCS envoie dépôt dans la DRM relève

étape n°4 étape n°5

29/12/23 © AEMS 2007. Tous droits réservés. 20

DRM distant DRM distant DRM distant

DRM distant SITE SECOURS

étape n°10 étape n°11 étape n°12 étape n°13

DRM insère le EXCHANGE

29/12/23 © AEMS 2007. Tous droits réservés. 22

Sur l’IHM DRM Secours

29/12/23 © AEMS 2007. Tous droits réservés. 25

Sur l’IHM UAP Principal :

Sur les deux sites :

29/12/23 © AEMS 2007. Tous droits réservés. 26

UAP de secours génère un ICOM que le CFT envoi au SCPM

29/12/23 © AEMS 2007. Tous droits réservés. 27

UAP de secours génère un ICOM strictement identique,

Les deux bases UAP sont identiques

29/12/23 © AEMS 2007. Tous droits réservés. 28

Sur l’IHM DRM Secours

29/12/23 © AEMS 2007. Tous droits réservés. 30