Un dégât d'eau dans la salle des serveurs. Un rançongiciel qui chiffre tous vos fichiers un vendredi soir. Une panne électrique qui dure 14 heures. Ces scénarios ne font pas la une des journaux quand ils frappent une PME de 30 employés à Laval ou à Sherbrooke — mais pour l'entreprise touchée, les conséquences peuvent être dévastatrices.
La différence entre une interruption de quelques heures et une fermeture de plusieurs semaines tient rarement à la gravité du sinistre. Elle tient à la préparation. Un plan de reprise après sinistre (PRS) — parfois appelé plan de continuité des activités (PCA) — définit ce que votre organisation fait quand le pire survient : qui appeler, quoi restaurer en premier, comment communiquer avec les clients et les employés.
Ce guide propose une démarche concrète pour bâtir un PRS adapté à la réalité d'une PME québécoise.
Pourquoi un PRS n'est pas un luxe
Beaucoup de dirigeants reportent l'élaboration d'un PRS en se disant que la probabilité d'un sinistre majeur est faible. Le problème, c'est que les sinistres ne se limitent pas aux catastrophes spectaculaires. Les causes les plus fréquentes d'interruption prolongée dans les PME sont banales : une panne de disque dur sur un serveur vieillissant, un employé qui clique sur un lien d'hameçonnage, un bris de conduite d'eau dans le local voisin.
Sans plan, chaque minute d'interruption coûte de l'argent : salaires versés sans production, clients qui ne peuvent pas être servis, commandes qui ne sont pas traitées, échéances contractuelles manquées. Un PRS ne prévient pas le sinistre — il réduit le temps de reprise et limite les dommages financiers.
De plus, certains clients institutionnels et organismes publics exigent désormais de leurs fournisseurs qu'ils démontrent un plan de continuité documenté. Avoir un PRS peut donc aussi être un avantage lors de la soumission à des appels d'offres.
Les deux paramètres fondamentaux : RTO et RPO
Avant de parler de technologie, il faut répondre à deux questions pour chaque système critique de votre entreprise.
L'objectif de temps de reprise (RTO) : combien de temps votre entreprise peut-elle fonctionner sans ce système? Pour un cabinet comptable en pleine période fiscale, le système comptable a peut-être un RTO de 4 heures. Pour la même firme, le site web corporatif a peut-être un RTO de 48 heures — ennuyeux s'il est en panne, mais pas paralysant.
L'objectif de point de reprise (RPO) : quelle quantité de données pouvez-vous vous permettre de perdre? Si votre RPO est d'une heure, vos sauvegardes doivent être au minimum horaires. Si votre RPO est de 24 heures, une sauvegarde quotidienne suffit.
Ces deux paramètres dictent tout le reste : la fréquence des sauvegardes, le type d'infrastructure de reprise et le budget nécessaire.
Les composantes d'un PRS solide
Inventaire des actifs critiques
Dressez la liste de tout ce qui est nécessaire au fonctionnement de votre entreprise sur le plan technologique : serveurs, postes de travail, équipements réseau, connexions Internet, applications métier, licences, bases de données, services infonuagiques, système de téléphonie.
Pour chaque actif, notez sa configuration, ses dépendances (par exemple, l'application de facturation dépend du serveur de base de données, qui dépend du réseau local) et les coordonnées du fournisseur ou de la personne-ressource.
Stratégie de sauvegarde alignée sur vos RPO
La règle classique reste pertinente : trois copies de vos données, sur deux types de supports différents, dont une copie hors site. Les sauvegardes stockées dans le même local que vos serveurs ne vous protègent pas contre un incendie ou un dégât d'eau.
Quelques questions à valider :
- Est-ce que vos services infonuagiques (Microsoft 365, CRM en ligne, système de paie) sont aussi sauvegardés? Le fournisseur garantit la disponibilité de sa plateforme, pas la récupération de vos données.
- À quelle date remonte le dernier test de restauration? Une sauvegarde qui n'a jamais été testée n'est qu'une hypothèse.
- Qui reçoit une alerte si une sauvegarde échoue? Si personne ne surveille, un problème peut passer inaperçu pendant des semaines.
Procédures de reprise documentées
Pour chaque système critique, rédigez les étapes de restauration dans un langage suffisamment clair pour qu'un technicien compétent — mais qui ne connaît pas nécessairement votre environnement — puisse les suivre. Incluez les prérequis, l'ordre chronologique des opérations, les vérifications post-restauration et les contacts d'urgence.
Plan de communication de crise
En plein sinistre, la communication est aussi importante que la restauration technique. Votre plan doit préciser :
- Qui est informé en premier (direction, employés, clients, fournisseurs)
- Par quels canaux, si vos outils habituels sont hors service (téléphones cellulaires personnels, courriel secondaire, groupe de messagerie)
- Quels messages transmettre à chaque audience
- Qui est autorisé à communiquer au nom de l'entreprise
Préparez des gabarits de messages à l'avance. En situation de crise, personne n'a le recul nécessaire pour rédiger une communication réfléchie en partant de zéro.
Attribution des rôles
Identifiez un coordonnateur de crise et des responsables pour chaque volet : restauration technique, communication, logistique, relations clients. Chaque rôle doit avoir un suppléant désigné — la personne principale pourrait elle-même être indisponible le jour du sinistre.
Constituez un répertoire de contacts d'urgence (numéros personnels des membres de l'équipe de crise, fournisseur Internet, hébergeur, assureur, fournisseur de matériel) et conservez-le en plusieurs endroits : dans le nuage, sur papier, dans le téléphone des personnes clés.
Cinq scénarios à couvrir
Panne matérielle majeure. Un serveur critique tombe. Le plan prévoit la disponibilité de matériel de remplacement (en inventaire ou par contrat de service), les procédures de restauration et les solutions de contournement temporaires.
Cyberattaque par rançongiciel. Un logiciel malveillant chiffre vos données. Le plan couvre l'isolation des systèmes infectés, l'évaluation de l'étendue de la compromission, la restauration à partir de sauvegardes non affectées et la notification aux personnes concernées. Le Centre canadien pour la cybersécurité recommande de ne pas payer la rançon (publication ITSAP.00.099).
Sinistre physique (incendie, inondation). Les locaux sont inaccessibles. Le plan inclut un site de repli ou la capacité de travailler à distance, l'accès aux sauvegardes hors site et les démarches auprès de l'assureur.
Perte de connectivité Internet prolongée. Sans Internet, la plupart des services infonuagiques sont inaccessibles. Le plan prévoit une connexion de secours (un deuxième fournisseur, une connexion cellulaire 5G) et identifie les opérations qui peuvent continuer hors ligne.
Panne électrique prolongée. Le plan prévoit des onduleurs (UPS) pour les équipements critiques, un groupe électrogène si le RTO l'exige, et des procédures d'arrêt propre des systèmes pour éviter la corruption de données.
Bâtir votre PRS en six phases
Phase 1 — Analyse (2 à 4 semaines). Identifiez vos processus critiques, déterminez vos RTO et RPO, dressez l'inventaire de vos actifs technologiques.
Phase 2 — Conception (2 à 4 semaines). Choisissez les solutions de sauvegarde et de reprise adaptées à vos paramètres. Identifiez les fournisseurs nécessaires.
Phase 3 — Documentation (2 à 3 semaines). Rédigez les procédures, le plan de communication, les rôles et responsabilités, le répertoire de contacts.
Phase 4 — Mise en place (4 à 8 semaines). Déployez les solutions de sauvegarde, configurez l'infrastructure de reprise, mettez en place la surveillance et les alertes.
Phase 5 — Test. Effectuez un exercice de restauration complet. Simulez un scénario de sinistre et déroulez le plan. Les tests révèlent invariablement des lacunes — c'est leur raison d'être.
Phase 6 — Maintenance continue. Révisez le PRS au moins une fois par an et après chaque changement significatif dans votre infrastructure. Formez les nouveaux employés impliqués dans le plan.
Les erreurs qui rendent un PRS inutile
Ne jamais tester. Un plan non testé ne fonctionne probablement pas. Les hypothèses non validées deviennent des mauvaises surprises le jour du sinistre.
Ignorer les interdépendances. Restaurer le serveur de fichiers ne sert à rien si le service d'authentification n'est pas fonctionnel. L'ordre de restauration doit respecter la chaîne de dépendances.
Oublier les services infonuagiques. Beaucoup de PRS couvrent l'infrastructure locale mais ignorent les services en nuage. Que se passe-t-il si votre CRM en ligne ou votre système de paie infonuagique est indisponible?
Stocker le plan à un seul endroit. Si votre PRS existe uniquement sur le serveur qui vient de tomber en panne, il ne vous aidera pas. Plusieurs copies, plusieurs emplacements.
Préparer la reprise avant d'en avoir besoin
Élaborer un PRS demande du temps et de la rigueur, mais le résultat est une tranquillité d'esprit concrète : savoir que si le pire arrive, votre entreprise est prête à réagir.
Si votre PME n'a pas encore de plan de reprise — ou si le plan existant n'a jamais été testé — l'équipe d'Adsum Technologies peut vous accompagner dans la démarche, de l'analyse d'impact initiale jusqu'aux exercices de simulation. Consultez adsumtech.ca pour en discuter.
