Qu’est-⁠ce qu’un plan de reprise d’activité (PRA ou DRP) informatique, et comment le construire pour une PME ?

Continuité & support 6 min de lecture Guillaume Duveau

Un plan de reprise d’activité informatique (PRA, ou DRP en anglais) décrit comment l’entreprise retrouve ses outils et ses données après un sinistre : une attaque, un incendie, la perte d’un serveur, un compte effacé. Pour une PME, il tient en quelques pages : ce qu’il faut rétablir en premier, dans quel délai, à partir de quelles copies, et qui fait quoi. Il ne vaut que s’il a été testé.

Sur cette page

Un plan de reprise d’activité informatique, ou PRA (DRP, pour disaster recovery plan, en anglais), répond à une seule question : si demain matin vos outils ne répondent plus, comment repartez-⁠vous ? Il fixe ce qu’il faut rétablir en premier, dans quel délai, à partir de quelles copies, et qui s’en charge. Pour une entreprise de cinq à cinquante personnes, il tient en quelques pages, et il ne vaut que s’il a été essayé.

Ce que couvre un PRA, et ce qu’il laisse au plan de continuité

Le sinistre peut prendre plusieurs formes. Un rançongiciel chiffre les fichiers. Un compte administrateur est compromis et quelqu’un supprime des boîtes mail. Un serveur tombe et ne redémarre pas. Un dégât des eaux emporte le local technique.

Le plan de continuité cherche à ne pas s’arrêter, ou à faire tourner l’essentiel en mode dégradé. Le PRA prend le relais quand l’arrêt a eu lieu : il décrit le chemin du retour. Le plan de gestion des incidents, lui, organise les premières minutes (qui prévenir, quoi vérifier). Une PME peut réunir les trois dans un seul document, à condition que chaque partie réponde à sa question.

Comment construire un plan de reprise d’activité informatique

Lister ce qui fait tourner l’entreprise

Partez de ce que fait l’entreprise : facturer, répondre aux clients, payer les fournisseurs, produire. Pour chacune, notez les outils dont elle dépend : la messagerie, les fichiers partagés, le logiciel comptable, un logiciel métier hébergé, l’accès à la banque. Ajoutez ce qu’on oublie toujours : le nom de domaine et son registraire, les comptes administrateurs, les licences, les identifiants des services en ligne.

Fixer deux chiffres par outil

Le premier est la durée d’arrêt acceptable (RTO, en anglais recovery time objective). La messagerie supporte peut-être une demi-journée, la facturation trois jours en fin de mois, deux semaines le reste du temps.

Le second est la perte de données acceptable (RPO, recovery point objective) : si vous restaurez la copie d’hier soir, vous perdez une journée de travail. Est-⁠ce tenable pour la comptabilité ? Pour les dossiers clients ?

Ces deux chiffres décident de tout le reste. Une sauvegarde quotidienne ne tient pas un objectif d’une heure. Un serveur qu’il faut racheter et réinstaller ne repart pas en quatre heures.

Vérifier que les copies existent, et qu’elles survivraient

Pour chaque outil, notez où se trouve sa copie, à quelle fréquence elle est faite, et combien de temps elle est gardée. Une durée de conservation trop courte est un piège classique : l’erreur se découvre trois semaines plus tard, et la copie la plus ancienne n’a que quinze jours. Nous l’expliquons dans la différence entre rétention et sauvegarde.

Une attaque cherche aussi les sauvegardes. L’ANSSI le dit sans détour dans ses règles d’or de la sauvegarde : faire régulièrement des sauvegardes hors ligne, déconnectées du système d’information, et définir une stratégie de restauration en lien avec le PRA. En pratique, au moins une copie doit être impossible à effacer depuis vos comptes de tous les jours.

Microsoft 365 a ses limites, qu’il vaut mieux connaître avant le sinistre. Un fichier supprimé de SharePoint ou de OneDrive reste dans la corbeille pendant 93 jours, puis disparaît. Pour une boîte vidée par un compte compromis, ou une bibliothèque chiffrée, il faut une sauvegarde dédiée.

Écrire l’ordre de reprise et les rôles

Le plan dit dans quel ordre on rétablit : d’abord les comptes et la messagerie, pour pouvoir se parler et prévenir les clients, puis les fichiers, puis les logiciels métier. Il dit aussi qui décide (souvent le dirigeant), qui exécute (votre prestataire, un collaborateur), et qui parle aux clients.

Ajoutez une liste de contacts qui ne dépend pas de votre messagerie : prestataire, assureur, banque, éditeur du logiciel métier, avec leurs numéros. Et gardez le plan hors des systèmes qu’il doit rétablir, sur papier et dans un espace séparé.

Prévoir le mode dégradé

Pendant la reprise, l’activité continue tant bien que mal. Décidez à l’avance ce qui est acceptable : factures faites à la main pendant deux jours, réponse aux clients depuis des téléphones, accès en lecture seule aux dossiers les plus utiles. L’ANSSI recommande d’impliquer la direction sur ces modes dégradés, car ils engagent la relation avec vos clients.

Tester un DRP informatique sans arrêter l’entreprise

Un plan jamais essayé repose sur des hypothèses, et le test qui les vérifie peut rester simple.

Commencez par une restauration réelle : un dossier SharePoint, une boîte mail, la base du logiciel comptable, remis dans un espace de test. Chronométrez. Comparez avec la durée que vous aviez fixée. C’est souvent là qu’on découvre qu’une copie est incomplète, qu’un mot de passe de chiffrement n’est connu que d’une personne partie depuis, ou qu’une restauration prend une journée là où on en espérait une heure.

Faites ensuite un exercice sur table, une heure autour d’un scénario : « Lundi 8 h, plus personne n’arrive à se connecter. » Déroulez le plan à voix haute, étape par étape. Les trous apparaissent vite : un contact absent, un accès que seul le prestataire détient, une décision que personne n’ose prendre.

Après une attaque, une précaution de plus : vos sauvegardes peuvent contenir ce qui a permis l’intrusion. La restauration se fait à partir de sources de confiance, et les accès sont changés avant de remettre les utilisateurs au travail.

Notez ce qui a manqué, corrigez, et datez le test. Un test par an et une relecture des contacts et des accès chaque trimestre tiennent le plan à jour.

Ce qu’il en coûte de ne pas en avoir

Sans plan, la reprise s’invente pendant la crise. Les décisions se prennent sous pression, souvent dans le mauvais ordre : on réinstalle avant d’avoir compris l’attaque, on restaure une copie déjà touchée, on découvre que la sauvegarde ne couvrait pas le logiciel qui compte le plus. Les jours d’arrêt se paient en chiffre d’affaires, en heures de travail refaites et en confiance des clients.

Ce que fait InfraPro

Nous construisons le plan avec vous : l’inventaire de ce qui compte, les deux chiffres pour chaque outil, les copies qui y répondent, l’ordre de reprise. Pour les données, nous mettons en place une sauvegarde de toute l’entreprise, avec une copie hors de portée de vos comptes habituels, et nous testons les restaurations pour de vrai. Quand des serveurs ou des logiciels métier doivent pouvoir repartir ailleurs, c’est l’objet de notre offre Hors site. La surveillance 24/7, qui raccourcit le temps entre une attaque et sa détection, nous en parlons au cas par cas. Si votre entreprise n’a pas encore de plan écrit, c’est une conversation à avoir avant d’en avoir besoin.

Questions fréquentes

Quelle différence entre PRA, PCA et DRP ?
Le DRP (disaster recovery plan) est le nom anglais du PRA. Le PRA organise le retour à la normale après un arrêt. Le plan de continuité d’activité (PCA) cherche à éviter l’arrêt, ou à faire tourner l’essentiel en mode dégradé pendant l’incident. Pour une PME, les deux tiennent souvent dans le même document.
Une petite entreprise a-⁠t-⁠elle vraiment besoin d’un PRA ?
Dès qu’une journée sans e-mails, sans fichiers ou sans logiciel de facturation coûte cher, oui. Le plan d’une entreprise de dix personnes tient en quelques pages ; ce qui compte, c’est qu’il existe hors de vos systèmes, qu’il soit à jour et qu’il ait été essayé.
Microsoft 365 n’a-⁠t-⁠il pas déjà son propre plan de reprise ?
Microsoft garantit que son service reste disponible. La récupération de vos données après une suppression, un compte compromis ou un chiffrement par rançongiciel relève de vous : la corbeille de SharePoint et de OneDrive garde les éléments supprimés 93 jours, puis ils disparaissent. Une sauvegarde dédiée et un plan de reprise couvrent ce que la plateforme ne couvre pas.
À quelle fréquence faut-⁠il tester le plan ?
Une restauration réelle au moins une fois par an, et après chaque changement important : nouveau logiciel métier, déménagement, changement de prestataire. Une relecture rapide des contacts et des accès tous les trois mois évite les mauvaises surprises.
Où conserver le plan ?
Ailleurs que dans les systèmes qu’il sert à rétablir. Une version imprimée chez le dirigeant et une copie dans un espace séparé, accessible même si votre messagerie et vos comptes habituels sont bloqués.