Un tiers de test indépendant

Pourquoi la vérification est menée par un système distinct de celui qui produit et interprète la sauvegarde.

Un système qui produit une sauvegarde, choisit ce qu'il faut en tester, exécute lui-même la restauration et interprète son propre résultat cumule quatre rôles distincts sans aucune observation extérieure. Ce n'est pas une accusation portée contre les outils de sauvegarde : c'est une observation structurelle valable pour n'importe quel système, quel qu'il soit. Un acteur qui est à la fois juge et partie sur son propre résultat ne peut pas, par construction, apporter la même garantie qu'un contrôle mené par un système séparé.

Séparer production, sélection, contrôle et qualification

RestorSignal repose sur la séparation explicite de quatre fonctions :

1. La production de la sauvegarde reste entièrement du ressort de l'outil de sauvegarde du client — Veeam, PBS, Hyper Backup, ou tout autre mécanisme déjà en place.
2. La sélection de l'objet à tester reste une décision du client, jamais de RestorSignal (voir Répartition des responsabilités).
3. Le contrôle de la restauration — l'exécution technique du test — est mené par RestorSignal, sur un système distinct de celui qui a produit l'archive.
4. La qualification du résultat — PASS, FAIL ou ERROR, et la constitution du dossier de preuve — est également produite par RestorSignal, à partir de faits observés pendant l'exécution, jamais à partir d'une simple relecture du statut affiché par l'outil de sauvegarde.

Aucune de ces quatre fonctions n'est assurée par le même système que les trois autres. C'est cette séparation, et non une affirmation de compétence, qui donne sa valeur au résultat.

Indépendance d'exécution, pas certification de provenance

Cette indépendance porte sur l'exécution du contrôle et la qualification de son résultat — jamais sur l'origine de l'artefact testé. Ce sont deux affirmations différentes, à ne jamais confondre ni substituer l'une à l'autre :

• RestorSignal ne dit jamais : « cette sauvegarde provient réellement de la production ». En mode Local en particulier, rien n'empêche techniquement la personne qui contrôle l'hôte de fournir un artefact qui n'est pas la sauvegarde de production réelle — c'est une limite structurelle du modèle, pas un manque de rigueur dans le contrôle.
• RestorSignal affirme : à partir de l'artefact explicitement présenté au test, un protocole identifié et versionné a été appliqué, les résultats réellement observés ont été enregistrés, et un dossier de preuve vérifiable — jamais réinterprété après coup — en a été produit.

C'est cette seconde affirmation, précise et vérifiable, qui constitue la valeur du service — jamais une garantie sur la provenance de ce qui a été soumis au test.

Complémentaire, pas concurrent

RestorSignal ne se positionne jamais contre les éditeurs de solutions de sauvegarde. Les contrôles natifs d'un outil de sauvegarde et une vérification indépendante répondent à des besoins complémentaires : le premier surveille l'exécution du job de sauvegarde, le second vérifie ce qu'il est réellement possible d'en restaurer. Le logiciel de sauvegarde produit, RestorSignal vérifie.

Auditer la méthode, pas seulement croire la marque

La crédibilité de RestorSignal ne repose pas sur une déclaration de confiance mais sur la possibilité, pour le client, d'auditer la méthode elle-même : les règles de contrôle sont documentées, les scénarios de test sont versionnés, chaque conclusion doit pouvoir être retracée jusqu'aux observations qui l'ont produite, et les limites de ce qui a été vérifié sont énoncées explicitement plutôt que passées sous silence. RestorSignal ne se présente jamais comme un organisme de certification : il produit une vérification indépendante et un dossier de preuve, pas une certification officielle au sens réglementaire du terme.