Guide pour dirigeants de PME
Sauvegarde entreprise : préparer une restauration fiable
Une sauvegarde d’entreprise doit permettre de retrouver des données utilisables après une erreur, une panne ou une attaque. Combinez plusieurs copies, des supports ou environnements distincts et une copie hors site. Ajoutez une protection contre la suppression et des restaurations testées, avec des objectifs de reprise validés par les métiers.
Par Pierre de Ramel · mis à jour le
Que faut-il vraiment sauvegarder dans une PME ?
Par Pierre de Ramel, fondateur d’AldenSync, spécialiste de l’infogérance pour les PME à Paris. Pour une entreprise de 10 à 100 postes, la sauvegarde doit partir des activités à remettre en marche. Une collection de fichiers ne suffit pas toujours : les applications, leurs bases, leurs configurations et leurs dépendances peuvent être nécessaires à la reprise.
Inventoriez les dossiers partagés, les données des logiciels métiers, les messageries et les espaces collaboratifs. Recherchez aussi les informations dispersées sur les ordinateurs portables ou chez des fournisseurs. Pour chaque ensemble, désignez un propriétaire métier et précisez ce qui doit être restauré. Les exclusions doivent être visibles, comprises et acceptées plutôt que découvertes pendant une crise.
Distinguez ensuite sauvegarde, archivage et synchronisation. La sauvegarde prépare le retour à un état antérieur ; l’archivage répond à des besoins de conservation ; la synchronisation réplique des changements entre emplacements. Une suppression ou un chiffrement peut se propager dans un dossier synchronisé. La présence du même fichier sur plusieurs appareils ne constitue donc pas, à elle seule, une stratégie suffisante.
Comment appliquer la règle 3-2-1 ?
La règle 3-2-1 propose trois copies des données, dont la production, sur deux types de supports, avec une copie hors site. Ce principe d’architecture vise à éviter qu’une panne ou un sinistre unique détruise tout. Il ne s’agit pas d’une statistique de marché ni d’une garantie automatique de récupération.
Adaptez ce principe à votre système sans vider sa logique de séparation. Deux dossiers sur le même équipement ne protègent pas contre sa perte. De même, une copie distante accessible avec les mêmes identifiants peut rester vulnérable à une compromission. Examinez les lieux de stockage, les technologies utilisées et surtout les chemins d’administration possibles.
Ajoutez une copie hors ligne ou une protection adaptée contre les altérations et suppressions malveillantes. Définissez qui connecte un support, qui contrôle les opérations et comment les copies tournent. Si vous utilisez un service distant, documentez la récupération en cas de perte du compte principal, d’indisponibilité du fournisseur ou de rupture de la liaison réseau.
Qu’apporte une sauvegarde immuable ?
Une sauvegarde immuable empêche la modification ou la suppression des données protégées pendant une durée définie, selon les mécanismes du service. Elle peut compliquer l’action d’un attaquant cherchant à effacer les copies avant un chiffrement. Mais le mot immuable ne décrit pas, à lui seul, les conditions exactes de résistance ni toutes les possibilités de contournement.
Vérifiez les permissions, les possibilités de réduction de la rétention et les conséquences de la suppression d’un compte ou d’un contrat. Demandez si un administrateur peut désactiver la protection et dans quelles conditions. Séparez les accès de sauvegarde de ceux de la production et protégez les comptes sensibles par une authentification renforcée.
L’immuabilité ne remplace pas une copie hors ligne dans tous les scénarios : une copie en ligne reste exposée à certaines dépendances techniques et contractuelles. Elle ne garantit pas non plus que les données sauvegardées soient saines. Une copie peut contenir une corruption ancienne ou manquer une application indispensable ; seule une stratégie complète réduit ces angles morts.
Comment tester réellement une restauration ?
Commencez par un fichier, puis testez un ensemble représentatif : dossier partagé avec ses permissions, base métier ou application complète. Restaurez dans un environnement isolé lorsque le contexte le demande. Faites vérifier le résultat par un utilisateur habilité : un fichier présent mais illisible, incomplet ou inutilisable ne répond pas à l’objectif.
Mesurez le temps nécessaire à chaque étape, depuis la demande jusqu’au retour au service. Le RPO décrit la perte de données maximale acceptable exprimée en temps ; le RTO exprime le délai de rétablissement visé. Ces objectifs doivent être validés par les métiers, puis confrontés aux capacités observées, aux dépendances et aux moyens disponibles.
Conservez un compte rendu : scénario, date, données concernées, personnes présentes, résultats et corrections décidées. Testez aussi la disponibilité des clés de déchiffrement, des licences et de la documentation. Si la reprise exige une personne absente ou un secret inaccessible, le plan reste fragile. Recommencez après les changements structurants et selon une fréquence adaptée aux risques.
Pourquoi dire « Microsoft 365 n’est pas une sauvegarde » ?
La formule rappelle une distinction : disposer de Microsoft 365 ne signifie pas disposer automatiquement d’une sauvegarde indépendante couvrant tous vos scénarios. Les corbeilles, versions et politiques de conservation offrent des possibilités utiles, mais leurs périmètres, durées et conditions varient selon les services, les licences et la configuration. Elles doivent être examinées, pas supposées.
Le Contrat de services Microsoft recommande des sauvegardes régulières du contenu : https://www.microsoft.com/fr-fr/servicesagreement. Ce texte vise les services qu’il énumère et ne doit pas être présenté comme le contrat unique de toutes les offres professionnelles Microsoft 365. Pour une PME, vérifiez aussi les conditions commerciales applicables et la documentation du service effectivement souscrit.
Microsoft propose par ailleurs des fonctions et offres de sauvegarde : le slogan ne signifie donc pas qu’aucune solution Microsoft ne peut sauvegarder ces données. L’enjeu est de vérifier la couverture réelle, les points de restauration, les droits administratifs et les dépendances. Comparez ces capacités à vos scénarios de suppression, de compromission et de départ d’un utilisateur.
Comment choisir une solution et répartir les responsabilités ?
Demandez une matrice indiquant les données incluses, les exclusions, la fréquence, la rétention et les modalités de récupération. Vérifiez les coûts éventuels de restauration, de transfert et de stockage additionnel sans supposer qu’ils sont compris. Les engagements de disponibilité du service ne constituent pas nécessairement une garantie de délai de restauration de votre activité.
Désignez qui lit les alertes, traite les échecs et valide les tests. Une sauvegarde confiée à un prestataire reste un sujet de gouvernance pour la direction. Exigez des comptes rendus compréhensibles et un canal d’escalade. Préparez également la réversibilité : format des données, délais de récupération et suppression des copies en fin de contrat.
Enfin, faites vivre le dispositif. Lorsqu’une nouvelle application arrive, lorsqu’un serveur disparaît ou qu’un service change de propriétaire, le périmètre doit être réévalué. La bonne question n’est pas seulement de savoir si la tâche automatique a réussi, mais si votre entreprise saurait reprendre avec les données et les moyens disponibles aujourd’hui.