Le même outil, la même sauvegarde, la même console. C’est le jour de la restauration qu’une solution de sauvegarde se juge.
Une sauvegarde qui tourne n’est qu’une hypothèse. Tant qu’elle n’a pas été restaurée, on ne sait ni si les données reviennent, ni si elles sont exploitables, ni combien de temps l’opération prend réellement sur l’infrastructure concernée.
C’est pourquoi la restauration n’est pas traitée ici comme une annexe, mais comme la fonction principale. Les quatre niveaux ci-dessous correspondent à des situations que tout exploitant finit par rencontrer.
Niveau 1
Suppression accidentelle, écrasement, version précédente demandée.
Niveau 2
Disque défaillant, volume corrompu, migration vers un matériel neuf.
Niveau 3
Serveur hors service, sinistre matériel, reprise sur une autre infrastructure.
Niveau 4
Système illisible, amorçage cassé, rançongiciel sur le système.
Fichiers, disques et machines virtuelles : l’intégralité de la restauration se conduit depuis l’interface web du serveur, sans se connecter au poste. Pour un prestataire, cela change la nature de l’intervention : la restauration d’un fichier chez un client se traite depuis son propre bureau, sans prise en main à distance ni déplacement.
La même interface expose une soixantaine de commandes sur les agents — lancer ou arrêter une sauvegarde, suivre la progression, lister les composants VSS et les VM ESXi, exporter la liste des fichiers, redémarrer la machine. Voir la console multi-clients
Deux mécanismes permettent de ne pas découvrir un problème le jour du sinistre.
Le serveur vérifie la cohérence des objets, le chaînage des blocs, puis relit les données et compare les empreintes. Chaque bloc portant ses propres empreintes, avant et après compression, cette vérification se fait sans détenir la clé de déchiffrement. Le contrôle se déclenche automatiquement en fin de sauvegarde, selon une règle propre à chaque support, ou à la demande.
Avant d’appliquer une règle de rétention, le serveur affiche ce qui serait conservé et ce qui serait supprimé, sauvegarde par sauvegarde, avec la raison. On sait donc ce que l’on perd avant de le perdre — plutôt qu’en cherchant une version qui n’existe plus.
Une corruption silencieuse ou un rançongiciel à propagation lente peuvent n’être détectés que des semaines après les faits. La profondeur d’historique compte donc autant que la fréquence des sauvegardes.
Demandez une restauration complète d’un poste de test, et chronométrez. Nous vous accompagnons pendant l’essai.
Vous avez besoin de plus de renseignements sur notre solution de sauvegarde BeBackup ?