Continuité et reprise informatique : tenir quand le système tombe

2 jours (14 heures) Éligible OPCO Inter Intra Sur-mesure

Présentation

Les sauvegardes existent. Elles tournent toutes les nuits, le voyant est vert, et personne n'a jamais essayé de tout remonter. C'est au moment du rançongiciel qu'on découvre que les sauvegardes étaient accessibles depuis le même réseau, que la restauration complète prendrait trois semaines, ou que le dernier jeu exploitable date de six mois. Ces deux journées portent sur ce qui fait qu'un dispositif tient réellement : déterminer combien de temps chaque activité peut se passer de son système, dimensionner les solutions en conséquence, et surtout tester — parce qu'un plan de reprise non testé n'est qu'un document.

Objectifs pédagogiques

  • Identifier les activités critiques et leur dépendance aux systèmes d'information
  • Déterminer la durée maximale d'interruption et la perte de données admissibles pour chaque activité
  • Évaluer l'adéquation entre ces exigences et les dispositifs de sauvegarde existants
  • Concevoir un plan de reprise informatique proportionné aux moyens de l'organisation
  • Sécuriser ses sauvegardes contre les scénarios de compromission
  • Organiser et exploiter un test de restauration
  • Piloter les prestataires informatiques et hébergeurs sur leurs engagements de continuité
  • Conduire les premières heures d'un incident majeur

Public cible

Directeurs et responsables des systèmes d'information, responsables infrastructure et production, responsables de la sécurité des systèmes d'information, responsables de la continuité d'activité, risk managers, responsables du contrôle interne, directeurs administratifs et financiers, dirigeants de PME et d'ETI, ainsi que responsables métiers associés à la définition des exigences de continuité.

Prérequis

Aucun prérequis technique approfondi. Cette formation porte sur la méthode, le dimensionnement et le pilotage du dispositif, non sur la configuration des solutions techniques. Les participants sont invités à venir avec la liste de leurs applications critiques et de leurs prestataires informatiques.

Programme

1

Module 1

Ce dont l'activité dépend réellement

  • Cartographier les applications et les données par activité métier
  • Repérer les dépendances invisibles : fichiers partagés, tableurs critiques, outils achetés hors DSI
  • Dépendances externes : hébergeur, éditeur en mode service, opérateur télécom, prestataire d'infogérance
  • Analyse d'impact : ce que coûte une heure, une journée, une semaine d'interruption par activité
  • Distinguer ce qui doit repartir en priorité de ce qui peut attendre
  • Atelier : cartographie et hiérarchisation sur son propre périmètre
2

Module 2

Fixer les exigences

  • Durée maximale d'interruption admissible : la déterminer avec les métiers, pas avec la DSI seule
  • Perte de données admissible : ce que cela signifie concrètement pour chaque application
  • Confronter les exigences métier au coût des solutions : là où se fait le vrai arbitrage
  • Ce qui se dégrade en mode secours : fonctionnalités réduites, procédures manuelles, effectifs
  • Formaliser des engagements internes tenables
  • Atelier : définition des exigences sur trois applications critiques
3

Module 3

Les sauvegardes

  • Ce qu'une sauvegarde protège et ce qu'elle ne protège pas
  • La règle des copies multiples : supports, localisations, hors ligne
  • Sauvegardes accessibles depuis le réseau : pourquoi elles sont compromises avec le reste
  • Immuabilité et déconnexion : les dispositifs qui résistent à un chiffrement malveillant
  • Durée de rétention : combien de temps remonter, et pourquoi six mois peuvent être nécessaires
  • Vérifier l'intégrité : ce qu'un voyant vert ne dit pas
4

Module 4

Le plan de reprise

  • Stratégies de reprise : site de secours, reprise chez un tiers, reconstruction, mode dégradé
  • Documenter les procédures de reprise : niveau de détail, accessibilité, mise à jour
  • Le problème du plan stocké sur le système indisponible
  • Ordre de redémarrage : dépendances techniques entre applications
  • Postes de travail, accès distants, téléphonie : ce qu'on oublie systématiquement
  • Atelier : rédaction d'une procédure de reprise
5

Module 5

Tester

  • Les niveaux de test : revue documentaire, test partiel, restauration réelle, bascule complète
  • Organiser un test sans arrêter la production
  • Ce que révèlent les tests : mots de passe périmés, licences manquantes, sauvegardes incomplètes, temps sous-estimés
  • Fréquence et déclencheurs : changements d'infrastructure, nouvelles applications, incidents
  • Exploiter les résultats : corriger, réviser les engagements, informer la direction
  • Atelier : construction d'un scénario de test
6

Module 6

Prestataires et incident réel

  • Ce que promet un contrat d'hébergement ou d'infogérance, et ce qu'il ne couvre pas
  • Engagements de niveau de service : ce qu'ils garantissent réellement en cas de sinistre majeur
  • Vérifier la continuité de ses prestataires : questionnaires, preuves, droit d'audit
  • Les premières heures d'un incident majeur : isoler, qualifier, alerter, décider
  • Rançongiciel : les décisions à ne pas prendre dans la précipitation
  • Articulation avec la cellule de crise et la notification aux autorités
  • Mise en situation : gestion des vingt-quatre premières heures

Modalités d'évaluation

Questionnaire de positionnement en amont de la formation
Évaluation continue par ateliers de cartographie, de dimensionnement et de rédaction
Évaluation des livrables produits : exigences de continuité, procédure de reprise, scénario de test
Quiz final de validation des acquis, seuil de réussite fixé à 70 %
Attestation de fin de formation remise à chaque participant
Questionnaire de satisfaction à chaud et évaluation des acquis à froid à trois mois

Besoin d'adapter cette formation ?

Nos experts conçoivent des programmes sur mesure adaptés à vos enjeux spécifiques.

Contactez-nous