Comment préparer les équipes à un test de panne du serveur ERP ?
D’après Plan de reprise d’activité
Information des équipes et des parties prenantes
Ne pas surprendre les collaborateurs ou clients avec un test non annoncé, sauf si on veut tester la “vraie” réactivité dans le flou.
Dans la majorité des cas, on prévient les équipes (IT, métiers) qu’un test aura lieu, éventuellement sans donner tous les détails pour conserver un effet de surprise partiel.
Scénario : panne serveur ERP
Situation initiale : “Le serveur VM-ERP-Prod tombe en panne à 10h un lundi.
L’ERP est inaccessible.”
Objectif : Mesurer le temps de détection, la capacité à redémarrer sur le site de secours (ou à restaurer la VM depuis la dernière sauvegarde), valider la communication auprès des utilisateurs.
Exécution :
À 10h, l’animateur du test simule l’arrêt du serveur (ou l’arrête réellement si c’est un test à chaud)
L’équipe IT constate l’incident, déploie la procédure PRA (bascule ou restauration)
La cellule de crise se réunit, communique aux métiers, etc.
Critères de succès : RTO < 2h, RPO < 15 min, utilisateurs informés via mail interne, etc.