MSP / infogérant
« 40 bases clients chaque nuit. »
Vérifier périodiquement qu'un dump peut réellement être réinjecté et exploité — pas seulement qu'il a été produit.
Restaurabilité prouvée, pas supposée
Une sauvegarde réussie
n'est pas encore une restauration réussie.
Votre logiciel de sauvegarde sait vous dire qu'un job s'est terminé. RestorSignal restaure réellement l'artefact que vous lui soumettez, contrôle le résultat, mesure l'opération et conserve une preuve indépendante.
Indépendant du logiciel de sauvegarde — aucun accès à votre console de backup, tests reproductibles, preuves historisées.
01 / Le constat
Un statut vert ne répond pas à la question qui compte.
Les outils de sauvegarde font leur travail. Un job terminé sans erreur est une information réelle — ce n'est pas la même chose qu'une restauration démontrée.
Ce que dit la console de sauvegarde
- Le job de sauvegarde s'est terminé.
- Un fichier a été produit.
- Un snapshot est disponible.
- Un dépôt a été réalisé sur le support de destination.
Ce que cela ne démontre pas encore
- Que l'artefact est complet.
- Qu'il est lisible et exploitable.
- Qu'une restauration réelle est possible.
- Qu'une base peut réellement être rechargée.
- Que les données attendues sont présentes.
- Qu'une preuve du test existera encore dans plusieurs mois.
Principe : RestorSignal ne remplace pas votre outil de sauvegarde et ne le met pas en cause. Il vérifie, de façon indépendante, ce que ce statut vert ne peut pas démontrer seul.
02 / Comparaison
Deux chaînes. Un point de jonction.
La chaîne de sauvegarde s'arrête à l'artefact disponible. La chaîne RestorSignal commence là où l'autre s'arrête.
Sauvegarde classique
- 1. Sauvegarde lancée ↓
- 2. Job OK ↓
- 3. Artefact disponible
RestorSignal
- 1. Artefact disponible ↓
- 2. Contrôlé ↓
- 3. Restauré ↓
- 4. Validé ↓
- 5. Mesuré ↓
- 6. Prouvé
RestorSignal intervient après la sauvegarde. Il ne remplace ni votre outil de backup ni votre infrastructure de stockage.
03 / La progression
Six étapes, jamais fusionnées en un seul résultat.
Chaque étape répond à une question différente. Un niveau supérieur non exécuté reste explicitement non évalué — jamais absorbé dans un succès global.
Sauvegardé
Le job de sauvegarde est terminé, un fichier existe, un snapshot est disponible. RestorSignal ne considère pas cela comme une preuve de restaurabilité — c'est le point de départ, pas la conclusion.
Artefact vérifié
Présence, taille, date, empreinte, rotation et cohérence minimale de l'artefact sont contrôlées avant toute tentative de restauration.
Restauration réelle
Le contenu est réellement injecté dans un environnement de test prévu à cet effet. Le runner MariaDB disponible en v1.0 exécute un import réel — pas une simulation.
Validation
« Restauré » ne veut pas dire « utile ». Validation technique (base ouverte, tables présentes, absence d'erreur bloquante) et validation métier/applicative (critères définis par le client) sont deux affirmations distinctes.
Mesure
Début du test, fin de restauration, durée observée : chaque exécution est chronométrée et consignée. RestorSignal restitue un RTO observé, jamais un RTO garanti.
Preuve
Date, artefact testé, empreinte, environnement d'exécution, résultats, métriques et verdict deviennent un dossier de preuve daté — pas seulement un souvenir de test.
V1 actuelle : le runner MariaDB restaure réellement et vise le niveau L3. Les niveaux L4 et L5 ne sont jamais présentés comme acquis lorsqu'ils n'ont pas été exécutés. Voir la définition complète des niveaux →
04 / Indépendance
Vérifier la sauvegarde sans lui demander de se vérifier elle-même.
Produire l'archive, choisir l'objet à tester, exécuter le contrôle et qualifier le résultat sont quatre fonctions différentes. RestorSignal n'en assure qu'une : le contrôle et sa qualification — jamais les quatre à la fois. Comprendre la séparation des rôles →
Ce que RestorSignal ne demande pas
- Compte administrateur Veeam
- Compte PBS
- Accès Synology ou QNAP
- Accès à une console MSP
- Accès global au serveur de sauvegarde
Ce que ce périmètre permet
- Indépendance vis-à-vis de l'éditeur de sauvegarde
- Un périmètre clair, à moindre privilège
- Compatibilité avec plusieurs chaînes de sauvegarde
- Comparer la qualité de restauration indépendamment du fournisseur
Le client soumet explicitement l'artefact à contrôler. RestorSignal évalue cet artefact — jamais l'inverse.
05 / Local & Lab
On ne restaure pas une sauvegarde de production au milieu de la production.
Deux philosophies d'exécution, selon le contexte du client.
Local
Le test s'exécute dans un environnement fourni et contrôlé par le client. L'artefact ne quitte jamais cet environnement. Détail du mode Local →
Lab
L'artefact est transmis volontairement vers un environnement jetable et isolé, provisionné pour la durée du test, puis détruit. Détail du mode Lab →
RestorSignal ne promet pas d'isolation au-delà de ce qui est réellement implémenté — le détail technique de chaque mode est documenté et à jour.
06 / La preuve comme produit
Le résultat du test ne doit pas disparaître avec le test.
Une preuve historisée permet de répondre, des mois plus tard, à des questions précises — pas de se souvenir vaguement « qu'on avait déjà testé ».
Ce que le dossier conserve
- Date et durée de l'exécution
- Artefact testé et son empreinte
- Environnement et runner utilisés
- Contrôles exécutés et résultats
- Niveau réellement démontré
- Ce qui n'a pas été testé
À qui ça sert
- Exploitation et revue périodique
- DSI et responsables IT
- MSP et clients finaux
- Auditeurs et assureurs
- Dossiers de continuité d'activité
Nous parlons de preuve, de dossier de preuve, de résultat vérifiable et d'historique — jamais de certification. RestorSignal n'est pas un organisme de certification.
07 / Cas d'usage
Le même écart, dans quatre contextes différents.
DSI
« Mon prestataire me dit que c'est OK. »
La question devient : quand avons-nous réellement restauré la dernière sauvegarde, et avec quel résultat ?
Volumétrie
« 1,2 To, pas de capacité locale disponible. »
Le mode Lab provisionne un environnement jetable pour tester sans mobiliser l'infrastructure de production.
MSP → client final
« Autre chose qu'un historique de jobs verts. »
Produire, pour le client, une preuve indépendante des tests réellement effectués — pas seulement un tableau de statuts.
08 / Profondeur du contrôle
Toutes les vérifications ne répondent pas à la même question.
Artefact présent → cohérent → restaurable → exploitable → vérifié plus profondément. Le référentiel RestorSignal (L1 à L5) sépare le résultat d'un contrôle de la profondeur réellement démontrée.
09 / Ce que RestorSignal n'est pas
Une définition, pas une liste de fonctionnalités.
RestorSignal n'est pas
- Une solution de sauvegarde
- Un stockage de sauvegarde
- Un orchestrateur de production
- Un remplacement de PBS, Veeam, Synology ou équivalent
- Une promesse de PRA
- Une garantie contractuelle de RTO/RPO
RestorSignal est
Une couche indépendante de vérification de restauration et de conservation de preuves.
- Indépendance fournisseur
- Protocole reproductible
- Contrôles de profondeur variable
- Validation technique et applicative
- Mesure et preuve historisée
RestorSignal — Vérification indépendante
Gardez vos sauvegardes. Ajoutez une preuve indépendante de restauration.
RestorSignal ne remplace pas votre outil de backup, ne choisit pas vos sauvegardes et ne demande pas l'accès à vos consoles pour décider quoi tester.