Comment regrouper les applications par niveau de priorité pour la reprise ?
Cartographier les objets à couvrir
Lire la réponseFAQ DYNAMAP SI
Plan de reprise d’activité
Les réponses issues de « Plan de reprise d’activité » pour éclairer la stratégie du SI, la cible, les arbitrages et la trajectoire de transformation.
Les réponses de cet ouvrage
31 réponses
Plan de reprise d’activitéEffacer la recherche et les filtres
Comment traduire les résultats d’un BIA en besoins de continuité ?
Bien que l'on présente souvent l'“identification des processus critiques” comme une étape préalable à la BIA, dans la réalité, ces deux exercices s'imbriquent et se nourrissent mutuellement.
Lire la réponseComment unifier la gouvernance et la documentation du PRA et du PCA ?
L'unification doit permettre de retrouver les mêmes priorités et responsabilités dans les différents plans. Elle évite que la reprise informatique et la continuité métier soient préparées selon des hypothèses contradictoires.
Lire la réponseComment utiliser le BIA pour fixer des délais de reprise réalistes ?
Identifier le périmètre et l'équipe projet
Lire la réponseComment utiliser le cloud pour la continuité sans surdimensionner les moyens de reprise ?
ETI avec approche cloud pour le PCA
Lire la réponseComment utiliser une matrice des risques pour définir les priorités du PRA ?
La matrice répartit les risques selon les niveaux de probabilité et d'impact retenus. Les zones de criticité permettent ensuite de distinguer les situations à traiter en priorité et celles à surveiller.
Lire la réponseComment vérifier que les objectifs du PRA sont atteignables et financièrement raisonnables ?
Plus le RTO et le RPO sont stricts, plus il faut investir dans :
Lire la réponsePourquoi analyser les risques et les menaces avant de définir la stratégie de reprise ?
Dans la démarche globale d'élaboration d'un Plan de Reprise d'Activité (PRA) ou d'un Plan de Continuité d'Activité (PCA), on cherche à protéger l'entreprise contre les interruptions majeures susceptibles de mettre en péril sa pérennité,…
Lire la réponsePourquoi ne faut-il pas imposer les mêmes RTO et RPO à toutes les applications ?
Les activités n'ont pas toutes les mêmes contraintes ni les mêmes conséquences en cas d'arrêt. Des objectifs uniformes peuvent conduire à surprotéger certains services et à sous-estimer les besoins d'autres services.
Lire la réponsePourquoi tester ensemble la continuité métier et la reprise informatique ?
Un exercice conjoint permet d'observer si la reprise des moyens informatiques répond effectivement aux besoins et aux enchaînements de l'activité métier.
Lire la réponseQu’est-ce que le RPO et comment déterminer la perte de données acceptable ?
Le RPO exprime un objectif de perte de données tolérable, mesuré dans le temps. Il doit être discuté avec les métiers avant de choisir les moyens de sauvegarde ou de réplication.
Lire la réponseQu’est-ce que le RTO et comment le définir pour un service informatique ?
Le RTO sert à exprimer l'objectif de délai de remise en fonctionnement d'un service. Sa définition doit rapprocher les besoins métier des conditions concrètes de reprise.
Lire la réponseSOLVE DSI · CONSEIL & ACCOMPAGNEMENT
Votre stratégie SI doit maintenant devenir une feuille de route ?
Solve DSI accompagne les Directions générales et les DSI pour construire leur stratégie du système d'information, formaliser leur schéma directeur et transformer les orientations retenues en décisions, priorités et plans d'action concrets.
Stratégie SI
Schéma directeur
Architecture d'entreprise
Gouvernance SI
DSI de transition
Découvrir Solve DSI
Conseil · Architecture · Transformation