Aller au contenu

Produit

Trois pièces, un seul rôle : que la copie existe

Un agent sur chaque machine, une console pour l’équipe TI, une icône discrète pour l’utilisateur. Le tout sur vos propres équipements — rien à louer au mois.

L’agent

Service Windows

Installé sur chaque poste ou serveur à protéger. Il évalue la planification, analyse les dossiers surveillés, empaquette, chiffre et téléverse. Il démarre avec la machine et se relance seul après un échec.

  • Démarrage automatique, relance encadrée après incident
  • Journalisation dans l’observateur d’événements Windows
  • Configuration centralisée ; aucun accès utilisateur requis
  • Mode simulation pour valider un paramétrage sans rien envoyer

La console

Administration

L’écran de l’équipe TI : entreprises, machines, chemins surveillés, fréquences, historique des exécutions et restauration. C’est là qu’on répond à « est-ce que ce poste est protégé ? ».

  • Installée sur votre serveur, atteinte depuis votre réseau
  • Vue d’ensemble du parc et de la dernière sauvegarde réussie
  • Création et modification des chemins et des fréquences
  • Historique détaillé : volumes, durées, fichiers en échec
  • Restauration ciblée d’un fichier, d’un dossier ou d’un poste

L’icône de zone de notification

Côté utilisateur

La seule partie visible par l’utilisateur : l’état courant de la sauvegarde, et de quoi la mettre en pause quelques heures sans appeler le soutien technique.

  • État de la sauvegarde en info-bulle, rafraîchi en continu
  • Pause et reprise sans droits d’administrateur
  • Arrêt et démarrage du service pour les postes administrés

Sous le capot

Les mécaniques qui font la différence

Ce sont les détails d’implémentation qui séparent une sauvegarde fiable d’un dossier copié à la main.

Planification fidèle au calendrier

Quatre types de fréquence — une fois, chaque jour, chaque semaine, chaque mois — évalués en continu. Une seule fréquence est déclenchée par cycle : deux planifications qui tombent en même temps ne se marchent pas dessus.

Détection de changement au serveur

L’agent ne se fie pas à un état local qui pourrait mentir après une réinstallation : il compare au dernier instantané enregistré côté serveur. Les noms de fichiers sont normalisés pour que les accents ne provoquent pas de faux positifs.

Empaquetage par lots plafonnés

Les fichiers modifiés sont répartis en paquets compressés dont la taille source est plafonnée. Un dossier volumineux part en plusieurs lots successifs plutôt qu’en un seul transfert fragile.

Manifeste cumulatif

Chaque lot est envoyé avec le relevé de tout ce qui a été confirmé jusque-là. Si un lot échoue, le serveur ne peut pas croire qu’un fichier non téléversé est sauvegardé — l’état reste exact même après une coupure.

Chiffrement refusant l’échec

Le chiffrement est appliqué en continu pendant l’écriture du paquet. Si le chiffrement est demandé et qu’aucune clé n’est disponible, l’agent n’envoie rien : jamais d’envoi en clair « pour dépanner ».

Historique conservé

Chaque exécution laisse une trace : fichiers traités, volumes, durée, erreurs. L’historique sert autant au diagnostic qu’à la preuve, lors d’un audit ou d’une réclamation d’assurance.

Déploiement

Installé en une commande, mis à jour de la même façon

L’installation est scriptée : copie de l’agent, configuration, création du service, icône de zone de notification. Relancer le même script avec de nouveaux binaires met le poste à jour en conservant sa configuration.

  1. 01

    Installer le service sur votre serveur

    Le service MIRRO, sa base et le coffre sont déposés sur un serveur de votre réseau. C’est là que vivront toutes les sauvegardes.

  2. 02

    Déclarer l’entreprise et ses chemins

    Depuis la console : l’entreprise à protéger, son compte d’agent, les dossiers surveillés et leurs fréquences.

  3. 03

    Déployer l’agent sur les postes

    Un script d’installation en console d’administrateur : l’agent est déposé, configuré, enregistré comme service et démarré.

  4. 04

    Vérifier, puis laisser tourner

    La première passe complète part et la console confirme les volumes reçus. Les suivantes sont incrémentielles, avec rapport par courriel.

Prérequis

  • Un serveur Windows — machine physique ou virtuelle — pour le service et le coffre
  • De l’espace disque sur ce serveur, dimensionné selon votre volumétrie et votre rétention
  • Postes et serveurs à protéger sous Windows 10/11 ou Windows Server, 64 bits
  • Aucun runtime à installer : l’agent est livré autonome
  • Accès HTTPS des postes vers le serveur MIRRO, sur votre réseau
  • Un compte administrateur local le temps de l’installation
  • Un dossier de travail temporaire pour l’empaquetage

Vous utilisez déjà la sauvegarde SIIO ?

MIRRO succède à l’agent Java historique et conserve son modèle de données : vos entreprises, chemins et historiques restent en place. La migration se fait poste par poste, sans perdre l’antériorité — un nouveau mot de passe est simplement défini pour chaque compte agent.

Vos données sont-elles vraiment sauvegardées ?

Une démo de 30 minutes sur votre propre parc : planification, restauration, journaux. Sans engagement.