IT & infrastructure
Sauvegarde et continuité : ce qui remet réellement une entreprise en marche
Une sauvegarde qui n’a jamais été restaurée n’est pas une sauvegarde. C’est une hypothèse.
Toutes les entreprises que nous auditons ont une sauvegarde. Presque aucune ne l’a restaurée pour vérifier qu’elle fonctionne, et c’est la seule chose qui compte : une sauvegarde se juge à la restauration, pas à l’existence d’un fichier.
Cet article décrit ce qu’il faut sauvegarder, à quelle fréquence, où, et surtout comment savoir que cela marchera le jour où il faudra s’en servir. Il décrit aussi ce qui casse une sauvegarde sans que personne ne s’en aperçoive.
Un avertissement sur les chiffres : il n’existe aucune statistique algérienne publiée sur les incidents ou les pertes de données. Les chiffres cités ici sont mondiaux et proviennent d’enquêtes agrégées par des éditeurs de sécurité, c’est-à-dire par des entreprises qui vendent la solution.
Nous les utilisons pour la forme sur laquelle ils s’accordent, jamais pour un montant. Chaque graphique indique cette réserve sous lui.
La question n’est pas si, mais quand et combien
La panne de disque, l’erreur humaine, le vol du portable, le dégât des eaux et le rançongiciel ne se ressemblent pas, mais ils produisent le même résultat : des données auxquelles vous n’avez plus accès et un travail qui s’arrête.
La bonne façon de poser le problème n’est donc pas « est-ce que cela peut nous arriver » mais deux questions chiffrées. Combien de temps pouvons-nous rester à l’arrêt ? Et combien de travail pouvons-nous accepter de refaire ?
Ces deux réponses déterminent tout le reste — la fréquence, le support, le budget. Une entreprise qui peut rester deux jours à l’arrêt et refaire une journée de saisie n’a pas besoin de la même installation qu’un commerce dont la caisse ne peut pas s’arrêter une heure. La plupart des mauvaises installations viennent de ne jamais avoir posé ces deux questions.
Ces deux questions ont des noms techniques que vous rencontrerez si vous demandez un devis, et il vaut mieux les reconnaître : le temps d’arrêt acceptable et la quantité de travail que l’on accepte de perdre. Un prestataire qui ne vous les pose pas dimensionne au hasard, ou plus exactement dimensionne d’après ce qu’il a l’habitude de vendre.
Une manière de rendre ces deux nombres concrets, si les formuler dans l’abstrait est difficile : demandez-vous ce que vous feriez, lundi matin, si le serveur ne redémarrait pas. Qui appelez-vous, que dites-vous aux clients de la journée, à partir de quel moment cela devient un problème que vous ne pouvez plus absorber. La réponse à cette dernière question est votre temps d’arrêt acceptable.
Ce que les enquêtes disent, et ce qu’elles valent
Les enquêtes agrégées par les éditeurs de sécurité convergent sur quelques proportions. Le rançongiciel apparaît dans une large majorité des incidents touchant les petites structures — 88 % selon les compilations les plus citées, contre 39 % dans les grandes organisations.
Elles indiquent aussi qu’environ 35 % des petites entreprises ne sauvegardent pas régulièrement, et que 47 % n’ont aucun plan de réaction en cas d’incident.
Prenez ces chiffres pour ce qu’ils sont : des enquêtes déclaratives, sur des échantillons auto-sélectionnés, publiées par des sociétés qui vendent le remède. Nous ne les citons pas comme des mesures ; nous les citons parce qu’ils s’accordent sur un ordre de grandeur et que rien de mieux n’existe.
Une précision sur la première de ces proportions, parce qu’elle est souvent citée de travers : elle ne dit pas que 88 % des petites entreprises sont attaquées. Elle dit que parmi les incidents constatés dans ces structures, une large majorité relève du rançongiciel. La base de calcul est l’incident, pas l’entreprise, et la nuance change tout à la lecture qu’on en fait.
Compilations d’éditeurs de sécurité, 2025 — enquêtes mondiales, échantillons auto-sélectionnés
Le chiffre encourageant que personne ne cite
Les mêmes compilations rapportent que 97 % des organisations dont les données ont été chiffrées les ont finalement récupérées, et que 53 % ont totalement récupéré en moins d’une semaine.
Ce chiffre est rarement mis en avant, parce qu’il vend moins bien que la peur. Il est pourtant le plus utile : la catastrophe complète et définitive est rare, et ce qui distingue les entreprises n’est pas de subir un incident mais le temps qu’elles mettent à repartir.
Et ce temps-là dépend presque entièrement d’une chose : l’existence d’une restauration déjà testée. C’est tout l’objet de l’article.
Une chose que ces enquêtes ne mesurent pas et qu’il faut avoir en tête : elles portent sur des organisations qui avaient de quoi répondre à une enquête. Les entreprises qui ferment après un incident ne remplissent pas de questionnaire l’année suivante, ce qui rend ces taux de récupération probablement un peu optimistes. Le sens général tient ; la précision, non.
Une conséquence de ces réserves méthodologiques pour votre propre décision : ne dimensionnez pas votre installation sur ces pourcentages. Ils servent à savoir que le risque existe et qu’il est banal, pas à choisir une fréquence de sauvegarde. Cette dernière se déduit uniquement des deux questions posées en ouverture, qui portent sur votre entreprise et sur aucune autre.
Compilations d’éditeurs de sécurité, 2025 — enquêtes mondiales, échantillons auto-sélectionnés
Payer ne restaure pas
Les compilations rapportent que 68 % des entreprises touchées ont récupéré leurs données depuis leurs sauvegardes, tandis que 56 % ont cédé et payé — et que parmi celles qui ont payé, seules 60 % ont effectivement récupéré leurs données.
Autrement dit, la sauvegarde restaure mieux que la rançon. Ce n’est pas un argument moral, c’est un taux de réussite : payer achète une promesse faite par quelqu’un dont c’est le métier de ne pas tenir ses promesses.
La conclusion pratique est simple. Le budget consacré à une sauvegarde testée est un budget qui vous évite d’avoir cette conversation, et c’est le seul dont le rendement est connu à l’avance.
Il faut ajouter la raison pratique pour laquelle le paiement échoue si souvent : la restitution suppose que l’attaquant ait conservé une clé fonctionnelle, qu’il l’envoie, et que l’outil de déchiffrement fonctionne sur la totalité des fichiers. Chacune de ces trois étapes échoue régulièrement, et aucune n’est sous votre contrôle une fois le virement parti.
Un point que ces chiffres ne disent pas et qui pèse plus lourd que tous : payer ne clôt rien. L’attaquant sait désormais que vous payez, il connaît votre installation, et rien ne l’empêche de revenir. La restauration depuis une sauvegarde isolée, elle, ferme la porte au lieu de la laisser entrouverte.
| Voie | Part qui l’a empruntée | Données effectivement récupérées |
|---|---|---|
| Restauration depuis les sauvegardes | 68 % | Selon la qualité des sauvegardes |
| Paiement de la rançon | 56 % | 60 % de ceux qui ont payé |
Compilations d’éditeurs de sécurité, 2025 — enquêtes mondiales, échantillons auto-sélectionnés
La règle des trois copies
Trois copies des données, sur deux supports différents, dont une hors site. C’est la formulation la plus ancienne du domaine et elle tient encore parce que chaque terme répond à un mode de défaillance distinct.
Trois copies couvre la corruption d’un fichier. Deux supports couvrent la panne d’un type de matériel — deux disques du même lot achetés le même jour tombent souvent la même semaine. Une copie hors site couvre l’incendie, le dégât des eaux et le vol, c’est-à-dire tout ce qui détruit un local entier.
Le point le plus souvent manqué est le troisième. Un disque externe rangé dans le tiroir du bureau qu’il sauvegarde n’est pas une copie hors site : c’est une deuxième copie dans la même pièce, et elle brûle avec le reste.
Une variante moderne de la troisième copie mérite d’être mentionnée, parce qu’elle est accessible sans matériel supplémentaire : un espace distant dont les identifiants ne sont pas ceux de la session de travail. Cela remplit la même fonction que le disque emporté chez soi, sans dépendre de quelqu’un qui pense à l’emporter chaque vendredi.
Ce que la plupart des installations oublient de sauvegarder
Les documents et la base de données du logiciel métier sont presque toujours couverts. Le reste presque jamais, et le reste est ce qui coûte le plus de temps à reconstituer.
La messagerie, d’abord, quand elle est hébergée ailleurs : beaucoup d’entreprises supposent que le fournisseur sauvegarde, ce qui est vrai pour ses propres pannes et faux pour une suppression faite par un employé.
Puis la configuration : les paramètres du serveur, les règles du pare-feu, les licences, les comptes utilisateurs, l’organisation des dossiers et des droits. Les données se restaurent en quelques heures ; reconstituer une configuration de mémoire prend des jours, et c’est le poste qui allonge le plus les redémarrages que nous avons vus.
Un quatrième oubli fréquent : le poste de la personne qui fait la comptabilité. Beaucoup d’entreprises sauvegardent scrupuleusement le serveur et pas les ordinateurs, alors qu’une partie du travail vit sur un bureau local, dans des fichiers que personne n’a jamais rangés sur le partage. Demandez à voir ce qu’il y a sur ces machines avant de conclure que le périmètre est complet.
La sauvegarde qui se fait chiffrer avec le reste
Un disque externe connecté en permanence, ou un dossier réseau accessible depuis les postes, est vu par un rançongiciel exactement comme n’importe quel autre dossier. Il chiffre les sauvegardes en même temps que les données, et c’est le scénario qui transforme un incident en fermeture.
La protection tient en un mot : une copie doit être inaccessible depuis le réseau en fonctionnement normal. Déconnectée physiquement, ou dans un espace distant avec des identifiants qui ne sont pas ceux de la session de travail.
C’est la différence entre une sauvegarde et une copie. Une copie protège de l’effacement ; seule une sauvegarde isolée protège de quelque chose qui a pris la main sur le réseau.
Il faut ajouter une précision sur les copies dites immuables : certains systèmes permettent d’écrire une sauvegarde qui ne peut plus être modifiée ni effacée pendant une durée fixée, y compris par un administrateur. C’est la réponse la plus propre à ce problème quand elle est disponible, parce qu’elle ne dépend d’aucun geste humain répété.
Une manière de vérifier ce point sans matériel : débranchez le support de sauvegarde et essayez d’y accéder depuis un poste de travail. S’il est encore visible dans l’explorateur de fichiers, il est visible pour tout ce qui tourne sur ce poste, y compris ce que vous ne voulez pas y voir tourner.
La restauration, seule preuve qui compte
Une sauvegarde n’est pas vérifiée par un voyant vert. Elle est vérifiée en restaurant, sur une machine qui n’est pas l’originale, et en ouvrant les fichiers restaurés.
Les défauts que ce test révèle sont toujours les mêmes et ne se voient nulle part ailleurs : une base de données sauvegardée pendant qu’elle écrivait et donc inutilisable, un dossier ajouté il y a deux ans jamais inclus dans la tâche, une archive protégée par un mot de passe que personne n’a plus, un support illisible.
Faites-le une fois par trimestre et notez la date. C’est la seule ligne du dossier informatique qui prouve quelque chose, et c’est celle qui manque partout.
Précisons ce que « restaurer » veut dire, parce que l’ambiguïté coûte cher : il ne s’agit pas de vérifier qu’un fichier existe dans l’archive. Il s’agit de le ramener sur une machine et de l’ouvrir dans le logiciel qui s’en sert. Une base de données peut être présente, complète et illisible, et seule la seconde opération le révèle.
Le plan tient sur une page
Un plan de continuité pour une PME n’est pas un document de quarante pages. C’est une feuille indiquant qui appelle qui, dans quel ordre les systèmes sont remis en marche, où se trouvent les supports et les mots de passe, et ce que l’on dit aux clients pendant ce temps.
Elle doit exister sur papier. Un plan stocké uniquement sur le serveur en panne est un plan que personne ne peut lire au moment où il sert.
Rappelons le chiffre : 47 % des petites structures déclarent n’avoir aucun plan. Cette page coûte une heure et divise le temps d’arrêt, parce que l’essentiel du délai dans un redémarrage n’est pas technique — c’est le temps passé à décider qui fait quoi.
Ajoutez-y une chose qui ne coûte rien et que personne ne fait : la liste des personnes à prévenir dans l’ordre, avec des numéros qui ne sont pas stockés uniquement dans un téléphone professionnel synchronisé au système en panne. Cela paraît excessif jusqu’au jour où le système en panne est précisément celui qui contient l’annuaire.
Faites-la faire par quelqu’un qui n’a pas installé le système, si c’est possible. La personne qui a configuré la sauvegarde sait où cliquer et contourne sans le vouloir les endroits où la procédure est mal documentée ; celle qui ne sait pas trouve exactement les trous que vous cherchez.
Un dernier point de bon sens : une sauvegarde ne remplace pas la sécurité, elle en est le filet. Empêcher un incident et pouvoir en sortir sont deux dépenses distinctes, et la seconde est la seule qui fonctionne encore quand la première a échoué — ce qui est, statistiquement, le cas qu’il faut prévoir.
Les erreurs qui reviennent le plus souvent
La sauvegarde qui a échoué en silence il y a huit mois. Personne ne lit les rapports quand tout va bien, et un travail planifié qui s’arrête ne prévient pas. Une vérification mensuelle de deux minutes suffit, à condition qu’elle soit attribuée à quelqu’un.
La rotation qui n’en est pas une : un seul support réécrit chaque nuit. Si le problème n’est pas découvert le jour même — un fichier corrompu, un dossier supprimé par erreur — la dernière version saine a déjà été écrasée.
Et la personne unique. Une installation que seule une personne comprend est un point de défaillance ; le jour où elle est absente, ce que vous avez n’est pas une sauvegarde mais son numéro de téléphone.
Une quatrième erreur, plus subtile, mérite d’être nommée : la sauvegarde qui fonctionne parfaitement mais dont personne ne connaît le mot de passe de chiffrement. Une archive protégée et irrécupérable est exactement aussi utile qu’une archive absente, et c’est le seul cas où le travail a été fait correctement et le résultat est nul.
Une dernière chose, qui relève de l’organisation plutôt que de la technique : donnez à cette vérification mensuelle un nom et un responsable, et faites-la figurer là où vos autres tâches récurrentes figurent. Une tâche qui n’appartient à personne en particulier appartient à celui qui a le plus de temps, c’est-à-dire à personne, et c’est ainsi qu’une sauvegarde s’arrête pendant huit mois.
Par où commencer, sans budget
Aujourd’hui : ouvrez le rapport de votre sauvegarde et regardez la date de la dernière exécution réussie. C’est gratuit, cela prend deux minutes, et cela surprend plus souvent qu’on ne le croit.
Cette semaine : restaurez un fichier au hasard, sur une autre machine, et ouvrez-le. Puis écrivez la page du plan — qui appelle qui, dans quel ordre, où sont les mots de passe.
Ce mois-ci : assurez-vous qu’une copie est hors site et inaccessible depuis le réseau. Répondez enfin aux deux questions du début — combien de temps d’arrêt, combien de travail refait — et vous saurez si votre installation actuelle correspond à ce que vous avez réellement décidé.
Une dernière chose, à faire pendant que vous y êtes : notez la date du jour à côté de chaque vérification. Ce carnet, même tenu à la main sur une feuille, est ce qui transformera la sauvegarde d’une intention en un fait vérifiable — et c’est le seul document que nous demandons à voir en premier quand on nous confie une infrastructure.
Ce que nous faisons, et ce que nous vérifions devant vous
Nous commençons par les deux questions du début, et nous les posons à vous plutôt qu’à votre matériel : combien de temps pouvez-vous rester à l’arrêt, et combien de travail acceptez-vous de refaire. Ces deux réponses décident du reste, et un devis établi sans elles est un devis établi d’après ce que le prestataire a l’habitude de vendre.
Nous établissons ensuite le périmètre réel, qui est presque toujours plus large que celui en place : la base du logiciel métier, la messagerie si elle est hébergée ailleurs, les postes où vit du travail que personne n’a rangé sur le partage, et la configuration — pare-feu, comptes, droits, licences — qui est le poste qui allonge le plus les redémarrages.
Nous mettons en place les trois copies, dont une inaccessible depuis le réseau en fonctionnement normal, et nous documentons où elles sont et avec quels identifiants. Puis nous faisons la restauration devant vous, sur une machine qui n’est pas l’originale, et nous ouvrons les fichiers restaurés. Sans cette dernière étape, vous auriez acheté une hypothèse.
Enfin nous écrivons la page du plan — qui appelle qui, dans quel ordre, où sont les supports et les mots de passe — et nous vous la remettons imprimée. Ce n’est pas un livrable impressionnant, et c’est celui qui divise le temps d’arrêt le jour où le reste sert.
Questions fréquentes
Le cloud sauvegarde-t-il automatiquement ?
Il réplique, ce qui n’est pas la même chose : un fichier supprimé ou chiffré est répliqué supprimé ou chiffré. Vérifiez la durée de rétention des versions de votre fournisseur, c’est elle qui décide de ce que vous pouvez récupérer.
À quelle fréquence sauvegarder ?
Selon la quantité de travail que vous acceptez de refaire. Une sauvegarde quotidienne signifie perdre au maximum une journée de saisie ; si c’est inacceptable, il faut sauvegarder plus souvent.
Faut-il payer une rançon ?
Les compilations d’enquêtes indiquent que parmi ceux qui paient, environ 60 % récupèrent effectivement leurs données. La restauration depuis une sauvegarde testée a un meilleur taux de réussite et un coût connu à l’avance.
Un disque externe suffit-il ?
Comme deuxième copie, oui. Pas comme seule copie, et pas s’il reste branché : un support connecté en permanence est chiffré en même temps que le reste.
Existe-t-il des chiffres algériens sur le sujet ?
Aucun publié à notre connaissance. Les chiffres de cet article sont mondiaux et proviennent d’enquêtes agrégées par des éditeurs, ce qui est signalé sous chaque graphique.
Que sauvegarder en priorité si le budget est limité ?
La base de données du logiciel métier et la configuration. Les documents se retrouvent souvent ailleurs ; une configuration reconstituée de mémoire est ce qui allonge le plus un redémarrage.
Où nous intervenons
La date de la dernière sauvegarde réussie rassure. Restaurer un document sur une autre machine ne rassure plus personne, et c’est le second geste qui vous apprend quelque chose.
- Nous vous demandons combien d’heures et combien de jours vous pouvez perdre.
- Nous cherchons ce qui n’est sauvegardé nulle part, à commencer par votre logiciel de gestion.
- Nous mettons une copie hors d’atteinte d’une machine compromise.
Si votre entreprise peut vraiment fermer trois jours sans conséquence, dites-le : nous n’installerons pas un dispositif que vous n’avez aucune raison de payer.
À lire ensuite
Le test de restauration : le seul jour où vous savez que la sauvegarde existe
Une sauvegarde jamais restaurée est une hypothèse. Le test se planifie, se chronomètre et se consigne — deux fois par an, sur une machine qui n’est pas l’originale.Hébergement cloud : ce qui coûte n’est pas le stockage
La ligne que tout le monde compare est la moins chère de la facture. Les trois autres se paient le jour où vous en avez le plus besoin.Le compte, pas le serveur : ce qui se perd vraiment dans le cloud
Tout ce que vous avez là-bas passe par un seul identifiant, une seule boîte mail et une seule carte. Ce qui casse cette chaîne, et dans quel ordre.
Parlons de votre projet
Un audit gratuit, sans engagement : nous regardons votre présence en ligne et nous vous disons ce qui coince.