**__Objectif__** : Assurer la reprise de l'intégralité de l'activité lors d'un failover en optimisant le RPO/RTO RPO : Minimiser la perte de données sur les reprises (Aller - Retour) 1. optimiser la configuration, le nombre des DG - Eviter le croisement d'application sur plusieurs DG - Calibrer/Equilibrer le volume des DG 1.1 Un DG doit correspondre un ensemble de données cohérentes - une ou ensemble de bibliothèques assurant intégrité d'un périmètre fonctionnel exemple : 1 DG = 1 application (= 1 journal) 1.2 permettre de tout prendre par défaut et définir des exclusions 1.3 calibrer le nombre de process d'application des postes de journal sur le cible 2. Monitoring CONTINU de la réplication : - Eviter les retards reccurents - Eviter les erreurs "Boule de neige" - Eviter les objets "oubliés" (source et Cible) 2.1 Via audit MIMIX qui permet certaines auto-corrections - Vérification quotidienne de l'exécution des audits 2.2 Identificatioin et résolution de toutes anomalies reccurentes de réplication 2.3 Activation des notifications MIMIX spécifiques pour tout nouveau objet hors périmètre (MOA/MOE Admin/Exploit !!!) 2.4 Via des controles périodiques du périmètre (MOA/MOE !!!) 2.5 Via des controles périodiques des écarts des objets Source et Cible (Admin/EXPLOIT !!!) RTO : Minimiser le temps d'arrêt et de reprise d'activité (Aller - Retour) 1. Supervision en temps reel des retards de réplication : Normal : Vérification des traitements Anormal : Analyse et ajustement DG, Config, .... 2. Suivi et optimisation des constituants de la chaîne de basculement - Optimisation des procédures d'Arrêt / Démarrage (unique Source et cible) - Maintien des procédures spécifiques de basculement (VSIEXPLOIT) 3. Automatisation des controles des clés, certificats 4. Bonnes pratiques de monitoring : - Portail VSP = monitoring visuel global - Portail VSP = Arrêt/relance basique - 5250 = s'affranchir des maillons browser, windows, .... - 5250 = Analyse plus approfondie + Automatisation - 5250 = Action ciblée sur les objets