Sauvegarde souveraine : ce qu'il faut vérifier avant de signer

Backup souverain, sauvegarde souveraine et sauvegarde cloud souveraine désignent la même chose : une sauvegarde dont vous maîtrisez la localisation, les clés et le cadre juridique. Une copie à Paris, chiffrée par un fournisseur qui garde la clé et répond à un droit étranger, reste une copie que vous ne contrôlez pas. Le mot décrit un rapport de contrôle, pas une adresse.

Trois notions voisines sont souvent mélangées :

On peut acheter du stockage souverain sans restauration testée, ou un cloud souverain qui héberge une sauvegarde à sept jours de rétention avec un seul compte administrateur. Ce qui tranche n'est pas le vocabulaire, c'est la preuve écrite. Le mécanisme juridique est détaillé sur notre page cloud souverain et Cloud Act.

Six questions suffisent à trier les offres. Posez-les dans cet ordre, par écrit.

Faites remplir ces six lignes avant l'essai, puis vérifiez deux points en conditions réelles : une suppression qui échoue, une restauration chronométrée.

Le lieu de stockage est un critère utile, mais il faut aussi examiner le fournisseur, les sous-traitants, les accès de support et les lois auxquelles les entités sont soumises.

Le ministère de la Justice américain présente le CLOUD Act comme un cadre d’accès transfrontalier aux preuves électroniques. Ses effets sur une offre dépendent notamment des entités concernées et du contrôle qu’elles exercent sur les données. Une adresse française ne permet pas, à elle seule, de conclure sur ce risque.

La CNIL explique comment identifier et encadrer les transferts hors UE. Demandez les pays de traitement, les sous-traitants, les clauses applicables et les mesures de protection. Faites examiner les situations sensibles par votre conseil.

La page région de stockage en France distingue la localisation configurée des autres garanties à vérifier.

Le chiffrement est souvent présenté comme la réponse. Il déplace la question : qui détient la clé ? Trois modèles existent : le fournisseur gère la clé et peut déchiffrer ; vous fournissez la clé et le service l'utilise selon son implémentation ; vous chiffrez côté client avec des clés conservées hors du service. La confidentialité dépend de l’implémentation, et la perte de la clé peut empêcher la restauration.

Le second piège est le compte. Chez beaucoup de prestataires, un compte d'administration peut supprimer des points de restauration, raccourcir une rétention ou créer des identifiants. Un attaquant qui l'obtient n'a plus besoin de chiffrer vos copies : il les efface. D'où trois réglages : authentification multifacteur, comptes nominatifs, séparation des rôles entre exploitation, administration de la rétention et restauration.

Le troisième piège est la copie immuable mal réglée. L'Object Lock protège les objets pendant la durée définie, mais le mode Governance autorise certains comptes à contourner la rétention, et les effets d’une fermeture de compte doivent être vérifiés dans les conditions du service. Une copie immuable a donc un périmètre, une durée et des exceptions. Le détail est sur notre page sur la sauvegarde immuable, le scénario ransomware sur stockage immuable et ransomwares. Reste à écrire qui peut lever ce verrou.

Deux objectifs structurent une sauvegarde, et se décident avec le métier. Le RTO est le délai maximal pour remettre le service en marche. Le RPO est la durée maximale de données que l’entreprise accepte de perdre, exprimée en temps. Une sauvegarde quotidienne réussie peut laisser près de 24 heures de données à ressaisir ; un échec non corrigé peut allonger cette période.

Un test doit prouver quatre choses : un fichier réel revient et s'ouvre dans son logiciel, un serveur redémarre avec ses dépendances, le délai est chronométré de bout en bout, et le matériel de destination était celui prévu. Restaurer un dossier de 200 Mo ne démontre rien sur un serveur de 2 To.

La fréquence des tests se définit selon la criticité et les obligations de l’entreprise. Prévoyez une vérification après un changement majeur et un rythme documenté. Le test de restauration en PME, la règle 3-2-1-1-0 et le plan de reprise détaillent cette préparation.

Cinq postes composent le prix, et le stockage n'est que le premier :

Deux logiques de facturation coexistent. Au To, le prix suit la capacité stockée et la durée de conservation : lisible pour un volume stable, plus difficile à projeter quand la donnée croît vite. À la VM ou au poste, il suit le nombre d'unités protégées, licence et stockage souvent inclus : pratique pour un parc hétérogène, moins avantageux pour un gros serveur de fichiers. Le même besoin ne se chiffre pas pareil selon la logique retenue.

La sauvegarde est chiffrée sur devis, après définition du volume, de la rétention, des copies et des tests de restauration.

Les interventions sont chiffrées et publiques : 95 euros HT par heure en niveau 1, 110 euros HT en niveau 2, 50 euros HT de déplacement intra-muros et 0,92 euro HT par kilomètre au-delà de 100 kilomètres. Ces repères de régie technique ne couvrent pas le stockage ni les licences ; le devis précise les tâches et les déplacements facturés. Le service géré est décrit sur la page backup as a service, le cadre de continuité sur sauvegarde et PCA.

WiFeel accompagne des projets avec Veeam, Synology et Impossible Cloud. Le choix dépend du parc, du volume, de la rétention et des objectifs de reprise. Consultez le stockage cloud sécurisé et la sauvegarde Veeam.

Impossible Cloud annonce une région de stockage en France. Cette possibilité ne signifie pas que chaque sauvegarde y est placée : la région et l’endpoint se vérifient dans la configuration du projet.

Trois contrôles sont à convenir et à documenter lors de la mise en service :

Le devis précise qui réalise ces contrôles, les documents remis et le suivi prévu. La localisation ne vaut pas certification de souveraineté ou de conformité.