NAS en mairie ou en PME : sans vraie restauration, votre sauvegarde ne protège pas l'activité

Dans beaucoup de structures, une sauvegarde sur NAS en PME ou en mairie rassure parce qu'elle tourne seule, en silence. Pourtant, quand survient la panne, l'effacement ou l'attaque, la question n'est plus de savoir si cela sauvegarde, mais ce qu'il reste réellement à restaurer.

Un NAS n'est pas, à lui seul, une stratégie de sauvegarde

Le malentendu est fréquent. Un NAS stocke, réplique parfois, centralise souvent. Mais il ne garantit ni l'isolement des copies, ni la qualité des versions conservées, ni la possibilité de redémarrer vite après incident. Autrement dit, il peut être un maillon utile, mais certainement pas une preuve de résilience.

Dans une petite collectivité ou une PME de 20 à 80 postes, le scénario classique est presque toujours le même : un serveur ou quelques postes envoient leurs données vers un boîtier local, sans vérification régulière, sans alerte exploitable et sans test de restauration. Le dispositif donne une impression de sécurité. C'est là que le risque s'installe, doucement.

Nous le rappelons souvent sur notre page dédiée à la sauvegarde de données informatiques : le stockage local seul reste insuffisant dès qu'il faut se protéger d'une erreur humaine, d'une panne matérielle sérieuse ou d'un rançongiciel un peu agressif.

Les cinq fausses sécurités les plus répandues

"La tâche s'exécute, donc tout va bien"

Non. Une tâche peut se lancer tous les soirs et produire des copies inexploitables : fichiers verrouillés, base métier incomplète, espace saturé, droits erronés. Un journal vert ne vaut pas preuve de restaurabilité.

"Le NAS est en RAID, donc les données sont protégées"

Le RAID améliore la continuité du stockage, pas la sauvegarde. Il protège contre la panne d'un disque, pas contre la suppression d'un dossier, la corruption logique ni le chiffrement malveillant. C'est une confusion tenace et coûteuse.

"Nous avons une copie sur place, cela suffit"

Une sauvegarde locale insuffisante expose à un sinistre très banal : surtension, dégât des eaux, vol, incendie, erreur d'administration. Si la production et la copie habitent dans la même pièce, elles partagent souvent la même fragilité.

"Nos données sont dans le cloud, donc elles sont couvertes"

Le cloud apporte de la disponibilité, parfois de l'historique, mais pas toujours la conservation adaptée à votre activité. Nous avons déjà détaillé ce point dans cet article sur Microsoft 365 et la sauvegarde : le cloud seul n'est pas une sauvegarde.

"On verra le jour où cela arrive"

C'est souvent à ce moment précis que le PRA pour PME manque. Sans ordre de reprise, sans priorités métier, sans estimation du temps d'arrêt acceptable, la restauration devient une improvisation. En informatique, l'improvisation a un bruit sec.

Quand une suppression ou un rançongiciel frappe, le temps change de nature

Une suppression accidentelle n'impressionne personne sur le papier. En pratique, elle arrive un vendredi, touche le mauvais partage, puis se propage dans les synchronisations. Un rançongiciel, lui, chiffre vite, parfois sans se montrer tout de suite. Quant à la panne matérielle, elle a ce défaut très concret : elle survient souvent sur un équipement que tout le monde pensait encore pouvoir faire tenir un peu.

Dans ces moments-là, quatre questions comptent davantage que le volume total sauvegardé : quelle copie est saine, où elle se trouve, combien de temps il faut pour la restaurer et qui pilote la reprise. Le reste, franchement, devient secondaire.

Les recommandations de l'ANSSI convergent avec cette réalité de terrain : copies séparées, sécurité d'accès, supervision et tests réguliers. Rien de spectaculaire. Juste ce qui évite l'arrêt prolongé.

Dans une mairie de grande couronne, le dossier partagé n'est jamais seul

Le problème semblait modeste : un agent avait supprimé un répertoire contenant des modèles de courriers, puis vidé la corbeille du partage sans trop y penser. Le NAS était bien là, installé depuis des années, avec ses voyants au vert. Sauf qu'au moment de restaurer, les versions conservées étaient incomplètes, et l'ancienne configuration n'intégrait plus correctement une application métier utilisée par l'état civil.

Nous sommes intervenus à distance, puis sur site en région parisienne, avec la même logique que dans une mission d'accompagnement en Île-de-France : vérifier d'abord la copie exploitable, ensuite l'ordre de reprise, jamais l'inverse. Une restauration partielle a permis de remettre les documents critiques en circulation, puis une architecture mêlant copie locale, télésauvegarde et supervision humaine a été remise à plat. Le vrai soulagement n'était pas technique. C'était de savoir, enfin, ce qui pouvait être récupéré et dans quel délai.

Au fond, ce n'était pas une panne de NAS. C'était une panne de certitude.

La grille simple à vérifier avant de faire confiance à sa sauvegarde

1. Une copie hors site existe-t-elle vraiment ?

Pas une synchronisation vague, pas un export occasionnel. Une copie distante, isolée, chiffrée, documentée.

2. Les sauvegardes sont-elles supervisées par un humain ?

Un fonctionnement automatique est utile, mais une supervision humaine reste ce qui détecte les dérives lentes : volumes qui gonflent, jobs qui finissent trop vite, erreurs silencieuses. C'est précisément ce que nous vérifions lors d'un audit ou d'une reprise d'existant, souvent avant même de parler matériel.

3. Des tests de restauration ont-ils été faits récemment ?

Sans test, vous ne connaissez ni le délai réel ni la qualité réelle. Notre article sur la preuve de restauration en PME ou en mairie détaille ce point qui, curieusement, reste encore discuté.

4. Le niveau de reprise attendu est-il écrit ?

Quels dossiers passent d'abord, quelle messagerie, quelle application métier, quel serveur ? Si ce cadre n'existe pas, votre restauration de données d'entreprise dépendra du stress du moment, ce qui n'est pas une méthode.

5. Le local et le distant ont-ils chacun leur rôle ?

Le local sert souvent à restaurer vite. Le distant sert à survivre à l'incident qui détruit ou compromet le local. Les deux se complètent. Ils ne se remplacent pas.

Prévoir juste, pas surdimensionner

Toutes les structures n'ont pas besoin d'un PRA lourd. En revanche, presque toutes ont besoin d'une sauvegarde conçue pour être restaurée, pas seulement exécutée. Une PME avec Sage, messagerie, fichiers comptables et postes nomades n'a pas le même besoin qu'une mairie avec applications métiers et dossiers administratifs, mais le principe reste identique : mesurer la perte acceptable, puis construire la réponse en conséquence.

Pour clarifier ce point ou confronter votre dispositif actuel, vous pouvez aussi consulter notre FAQ et nos autres articles d'experts, qui prolongent ces sujets sans détour.

Ce qu'il faut pouvoir dire avant l'incident

Si votre sauvegarde repose sur un NAS, la bonne question n'est pas "est-ce que cela tourne ?" mais "qu'est-ce que nous pouvons restaurer, en combien de temps, et depuis quelle copie saine ?". Quand une structure sait répondre précisément à cela, elle cesse de confondre stockage et protection. Si vous voulez évaluer votre niveau réel de couverture, nous pouvons vous aider à relire l'existant ou à bâtir une stratégie plus solide via notre page sauvegarde de données informatiques. C'est souvent là que l'on retrouve un peu d'air, avant l'incident plutôt qu'après.