Votre choix
1.Vous désignez
Le client, le MSP ou l'équipe IT sélectionne explicitement l'artefact à contrôler. RestorSignal ne cherche pas dans vos consoles et ne choisit pas « la bonne sauvegarde » à votre place.
Une restauration réelle. Une preuve documentée.
Le job est vert.
La restauration aussi ?
Votre logiciel de sauvegarde sait vous dire qu'un job s'est terminé. RestorSignal intervient après : vous choisissez l'artefact à tester, vous déclenchez le contrôle, nous exécutons une restauration réelle et documentons précisément ce qui a été vérifié.
RestorSignal v1.0 — runner MariaDB disponible jusqu'au niveau L3. Votre solution de sauvegarde, vos données et le choix de l'artefact restent sous votre contrôle.
01 / Une couche séparée
Gardez votre backup. Ajoutez une preuve indépendante.
RestorSignal n'est pas une nouvelle solution de sauvegarde. Il teste l'objet produit par celle que vous avez déjà choisie. Veeam, PBS, Hyper‑V, NAS ou dump SQL restent votre chaîne de sauvegarde ; RestorSignal constitue une chaîne de vérification distincte.
Notre rôle
2.Nous restaurons
Le runner exécute une restauration réelle dans le contexte prévu et applique les contrôles définis par le protocole versionné.
Le résultat
3.Nous documentons
Objet, empreinte, versions, durées, contrôles, PASS, FAIL, ERROR, niveau démontré et limites deviennent des éléments de preuve exploitables.
Ce constat dépasse RestorSignal : l'écart entre une sauvegarde déclarée réussie et une restauration réellement vérifiée est documenté au-delà de nos propres contenus. Pour aller plus loin — ressource externe : TechTarget — « Verify backup data integrity to reduce recovery risks » (en anglais).
02 / Dans le temps
Une preuve ponctuelle devient un historique.
Le premier test répond déjà à une question utile. Les suivants permettent de suivre la fraîcheur, la rotation des artefacts, les échecs, les re-tests et la résolution réelle des incidents. Un ancien résultat n'est jamais réécrit pour rendre l'historique plus joli.
FAIL
La restauration MariaDB échoue. L'échec est conservé comme événement technique.
ACK
L'incident est pris en charge. Le contexte et l'intervenant peuvent être historisés.
NEW ARTIFACT
Un nouvel artefact est choisi et soumis. Son empreinte diffère du précédent.
RETEST PASS
La nouvelle restauration atteint L3. Le FAIL de 03:12 reste visible dans l'historique.
03 / Méthode
Le client déclenche. RestorSignal exécute.
Cette séparation est volontaire. RestorSignal n'a pas besoin d'un compte administrateur sur Proxmox, PBS, Hyper‑V, votre NAS ou votre logiciel de sauvegarde pour décider quoi tester. Une automatisation reste possible, mais elle est programmée sous votre contrôle.
Chez vous
- 1. Vous vérifiez que la sauvegarde à tester est disponible.
- 2. Vous désignez explicitement l'artefact ou le job.
- 3. Un adaptateur local peut préparer le staging et déclencher le runner.
- 4. Un cron, Task Scheduler ou orchestrateur peut répéter cette même décision.
RestorSignal
- 5. Le runner restaure l'objet réellement soumis.
- 6. Les contrôles retournent PASS, FAIL, ERROR ou NOT_APPLICABLE.
- 7. Le niveau atteint est calculé sans transformer un ERROR en succès.
- 8. Les résultats techniques minimisés alimentent le dossier de preuve.
Principe : RestorSignal ne prouve jamais que vous avez choisi la sauvegarde que vous « deviez » choisir. Il prouve ce qui est arrivé à l'artefact que vous avez effectivement soumis.
04 / Profondeur démontrée
« PASS » ne suffit pas. Jusqu'où avez-vous testé ?
Le référentiel RestorSignal sépare le résultat d'un contrôle de la profondeur réellement démontrée. Un niveau supérieur non exécuté reste explicitement non évalué.
L1Accessibilité de l'artefact.
L2Intégrité structurelle.
L3Restauration technique réellement exécutée.
L4Validation fonctionnelle du service restauré.
L5Validation applicative selon un protocole défini à l'avance.
V1 actuelle : le runner MariaDB vise L3. L4 et L5 ne doivent donc jamais apparaître comme implicitement validés lorsqu'ils n'ont pas été exécutés.
05 / Signal opérationnel
La preuve ne doit pas devenir un tableau de bord oublié.
RestorSignal conserve l'historique et le dossier de preuve, mais les événements importants doivent aussi pouvoir rejoindre les outils déjà utilisés par l'équipe.
v1.0
Webhook sortant
Événements structurés pour créer un ticket, alimenter un RMM/PSA ou déclencher une automatisation.
v1.0
Notification simple pour les environnements qui ne souhaitent pas intégrer immédiatement une autre chaîne.
Progressif
Connecteurs natifs
Les connecteurs spécifiques sont ajoutés selon les environnements réellement utilisés, sans modifier la méthode de test.
06 / Limites explicites
Ce que la preuve dit. Et ce qu'elle ne dit pas.
La crédibilité vient autant de ce qui est démontré que de ce qui reste hors périmètre. RestorSignal ne transforme pas une observation technique limitée en promesse globale.
Démontré
L'objet testé
Une empreinte identifiée a été traitée par un runner et un protocole identifiés, à une date donnée, avec des résultats et durées déterminés.
Non démontré
La provenance production
En mode local, RestorSignal ne prétend pas prouver que l'artefact fourni est automatiquement la sauvegarde authentique et complète de votre production.
Toujours visible
Ce qui n'a pas été testé
Niveau supérieur absent, contrôle non exécuté, erreur d'infrastructure ou périmètre applicatif non couvert restent visibles au lieu d'être absorbés dans un PASS global.
Nous ne vous demandons pas de croire que la sauvegarde fonctionne.
Nous documentons ce qui a réellement été testé.
Nous documentons ce qui a réellement été testé.
07 / Méthode auditable
La méthode doit pouvoir être examinée elle aussi.
Une preuve n'a de valeur que si l'on peut comprendre comment elle a été obtenue. RestorSignal construit donc son référentiel, ses protocoles et ses formats de preuve pour qu'un tiers puisse à terme les examiner, les reproduire et les auditer.
Direction assumée
« Ne nous croyez pas. Examinez notre méthode. »
Les critères de niveau, les statuts PASS / FAIL / ERROR, les versions de runners, les schémas de résultats, la qualification des protocoles et la chaîne de preuve ont vocation à être documentés publiquement.
EN COURS DE PUBLICATIONRéférentiel RestorSignal
Le référentiel RS‑RVP est actuellement un draft interne. Il n'est pas encore présenté comme un standard certifié ni comme une validation externe.
01Artefact choisipar le client
02Empreinteobjet identifié
03Runner versionnéexécution connue
04Restaurationréellement exécutée
05Contrôlesrésultats normalisés
06Preuvetraçable dans le temps
À terme : cette section pourra devenir un véritable point d'entrée « Auditer RestorSignal » vers le référentiel public, les schémas, les versions de protocoles et les éléments permettant à un tiers de contrôler la méthode.
08 / Dossier de preuve
Présenter un fait technique à quelqu'un qui n'exploite pas vos backups.
Le dossier RestorSignal vise à rendre le résultat compréhensible par un DSI, un client, un auditeur, un assureur ou un organisme de contrôle, sans lui demander d'interpréter la console du produit de sauvegarde.
Ce que le dossier décrit
- Artefact effectivement soumis et son empreinte.
- Date, durée et contexte de l'exécution.
- Runner, protocole et versions utilisés.
- Contrôles exécutés et résultats normalisés.
- Niveau réellement démontré.
- Limites, ERROR et éléments non évalués.
Ce qu'un tiers peut en faire
- Constater qu'une restauration réelle a été exécutée.
- Comprendre le périmètre exact du résultat.
- Comparer plusieurs contrôles dans le temps.
- Demander des éléments complémentaires si nécessaire.
- Intégrer la pièce à son propre processus d'audit ou d'évaluation.
- Rester libre de sa propre conclusion.
09 / Deux usages
Ops construit l'historique. Evidence le restitue.
Le suivi opérationnel et le dossier destiné à un tiers reposent sur la même réalité observée. Evidence ne reconstruit pas rétroactivement des tests qui n'ont jamais eu lieu.
RestorSignal Ops
- Suivi récurrent de contextes actifs.
- Tests et re-tests locaux sans compteur commercial par run.
- Fraîcheur, rotation observée, FAIL, incidents et historique.
- Usage quotidien MSP / IT.
RestorSignal Evidence
- Dossier construit à partir de résultats réellement observés.
- Périmètre, niveau et limitations explicitement documentés.
- Lecture possible par un client, DSI, auditeur ou assureur.
- Pas de certification auto-proclamée par RestorSignal.
10 / Modèle commercial
Vous ne payez pas pour la taille de vos dumps.
En mode Local, la volumétrie de la sauvegarde reste chez vous et n'a pas vocation à déterminer le prix. La valeur facturable se situe dans les contextes suivis et la conservation des résultats et preuves. Un mode Lab temporaire constitue un cas différent, car il consomme réellement des ressources d'infrastructure.
Mode Local
- Tarification par contextes suivis.
- Rétention des résultats et dossiers de preuve.
- Tests et re-tests locaux non facturés au volume de la sauvegarde.
- Vos dumps ne sont pas transférés vers RestorSignal.
Mode Lab
- Environnement temporaire provisionné à la demande.
- Transmission volontaire de l'artefact par le client.
- Coût lié au stockage, calcul, transfert et durée de la VM jetable.
- Destruction du contexte après le cycle prévu.
11 / Tarifs
Des contextes suivis. Pas un compteur de runs.
Les forfaits ci-dessous correspondent au mode Local. Ils incluent les runs et re-tests sans compteur commercial, 24 mois de conservation des résultats et au maximum une Evidence scellée par contexte et par jour. La facturation est mensuelle et dépend du nombre de contextes suivis.
Essential
29 € HT / mois
10 contextes
- 10 contextes actifs maximum
- Runs et re-tests locaux sans compteur
- Rétention : 24 mois
- 1 Evidence scellée max / contexte / jour
Pro
79 € HT / mois
50 contextes
- 50 contextes actifs maximum
- Runs et re-tests locaux sans compteur
- Rétention : 24 mois
- 1 Evidence scellée max / contexte / jour
MSP
199 € HT / mois
200 contextes
- 200 contextes actifs maximum
- Organisation multi-tenant
- Runs et re-tests locaux sans compteur
- Rétention : 24 mois
- 1 Evidence scellée max / contexte / jour
Scale
399 € HT / mois
500 contextes
- 500 contextes actifs maximum
- Organisation multi-tenant
- Runs et re-tests locaux sans compteur
- Rétention : 24 mois
- 1 Evidence scellée max / contexte / jour
RestorSignal v1.0
Gardez vos sauvegardes. Ajoutez une vraie preuve de restauration.
Commencez sur un périmètre limité avec votre architecture existante. RestorSignal ne remplace pas votre outil de backup, ne choisit pas vos sauvegardes et ne demande pas l'accès à vos consoles de production pour décider quoi tester.