Services
Contactez-nous

Test comparatif des logiciels de sauvegarde: Acronis vs NinjaOne vs Comet vs MSP360

Cem Dilmegani
Cem Dilmegani
mis à jour le 4 août 2026

Nous avons testé NinjaOne Backup, Acronis Cyber Protect Cloud Backup, Comet Backup et MSP360 Managed Backup sur une infrastructure AWS identique. Chaque fournisseur a exécuté une sauvegarde en mode fichier de la même charge de travail de 625 946 fichiers / 50 Go et une sauvegarde complète de l'image du disque système, puis a restauré le sous-répertoire moyen de 15 Go.

Résultats du test comparatif des logiciels de sauvegarde

Voici les quatre produits de sauvegarde testés sur une charge de travail de 50 Go / 625 946 fichiers, classés selon le nombre de dimensions menées sur l'image Windows + Linux, les fichiers et la restauration au niveau des fichiers :

Fournisseur
Dimensions menées
Le plus fort en
1 sur 6 (ex æquo)
Image Windows (ex æquo)
4 sur 6
Restauration Linux + Windows
N/D
Sauvegarde SaaS et d'applications
MSP360
1 sur 6 (ex æquo)
Image Windows (ex æquo)
Comet
1 sur 6
Sauvegarde de fichiers Windows

N/D : ManageEngine RecoveryManager Plus sauvegarde les données SaaS et d'applications plutôt que les systèmes d'exploitation, une catégorie distincte que nous résumons dans la section Sauvegarde SaaS et d'applications.

Débit de sauvegarde Windows

Débit de sauvegarde Linux

Restauration au niveau des fichiers

La cible de restauration était le sous-répertoire moyen de la charge de travail de fichiers (15 Go / 2 980 fichiers) chez chaque fournisseur.

Conclusions sur les modes image, fichier et restauration

Acronis a été le seul fournisseur à dominer plus d'une dimension. Il a pris la première place en restauration Windows (99.3 Mo/s), image Linux (seule exécution propre), fichier Linux (52.1 Mo/s) et restauration Linux (100.7 Mo/s), soit quatre des six dimensions mesurées. NinjaOne, MSP360 et Comet ont chacun dominé exactement une dimension Windows. Là où la couverture sur les deux systèmes d'exploitation et sur les trois modes est importante, Acronis a affiché le résultat le plus cohérent lors de cette exécution.

Acronis est le seul produit dont la sauvegarde au niveau bloc sous Linux s'est terminée sans avertissement du fournisseur. NinjaOne ne propose pas d'agent de sauvegarde Linux. L'agent Linux de MSP360 est limité aux fichiers. Le plan d'image Linux de Comet s'est terminé, mais le pilote de snapshot a émis un avertissement de compatibilité noyau pour le noyau 26.04 d'Ubuntu 7.0 et a fonctionné en mode de repli au mieux.

L'image Windows se divise en deux niveaux. NinjaOne et MSP360 ont terminé en 10 minutes ; Acronis a pris 17 minutes et Comet 16. Les deux exécutions plus lentes ont signalé un goulot d'étranglement d'ingestion cloud auto-déclaré. MSP360 et Comet proposent tous deux un stockage basé sur Wasabi mais se situent dans des niveaux différents, donc l'écart ne doit pas être attribué au seul backend de stockage.

Le mode fichier Windows présente un écart de 8.9x. Comet a dominé avec 32.43 Mo/s, suivi d'Acronis 20.9 Mo/s, MSP360 6.30 Mo/s et NinjaOne 3.64 Mo/s. Les quatre produits utilisent des pipelines d'agent différents pour l'énumération des petits fichiers sur un corpus de 625 946 fichiers. Le bon résultat de NinjaOne en image Windows ne s'est pas généralisé à son pipeline en mode fichier sur les mêmes données source.

Acronis a produit la restauration mesurée la plus rapide sur Windows (99.3 Mo/s) et Linux (100.7 Mo/s) lors de cette exécution en un seul passage. Les quatre produits se situaient dans une bande de 16 Mo/s (83.3 à 99.3) pour la restauration Windows.

La déduplication intelligente de Comet a transféré 67.84 Mo de nouveau contenu lorsque la cible de 15 Go existait déjà sur le disque, soit une réduction du transfert filaire d'environ 222x lors de cette exécution. Les autres produits ont téléchargé l'intégralité des 15 Go à chaque exécution. Dans des scénarios de re-restauration moins idéaux (taux de correspondance différent à la destination), le gain dépend de la quantité de contenu déjà correspondant.

Laissez notre équipe automatiser l'un de vos processus métier avec des agents IA, gratuitement.
Automatiser un processus

Produits de sauvegarde testés

Acronis Cyber Protect Cloud

Acronis Cyber Protect Cloud Backup offrait la couverture la plus large parmi les modes que nous avons testés. C'est le seul fournisseur dont la sauvegarde d'image au niveau bloc sous Linux s'est terminée sans avertissement du fournisseur, le seul à afficher une étiquette de goulot d'étranglement auto-déclarée par test, et il a produit le résultat de restauration mesuré le plus rapide lors de ce test en un seul passage sur Windows et Linux. Nous avons enregistré l'essai sur eu2-cloud.acronis.com, qui a auto-attribué un centre de données à Francfort lorsque nous avons sélectionné l'Allemagne lors de l'inscription.

Configuration de l'essai et installation de l'agent

L'inscription à l'essai sur eu2-cloud.acronis.com auto-route vers un centre de données à Francfort lorsque le pays « Allemagne » est sélectionné. L'assistant « + Ajouter un appareil » de la console présente une liste de plateformes (Postes de travail / Serveurs / Machines virtuelles / Microsoft 365 / etc.) et un lien de téléchargement par plateforme.

Console Acronis + page Ajouter un appareil avec les options de plateforme

L'agent Windows est un petit programme d'installation web qui télécharge la charge utile réelle de 500 Mo de l'agent au moment de l'exécution. Temps réel sur VM-01 (Windows Server 2022) : prise en main du programme d'installation web en quelques secondes, téléchargement du package de l'agent environ 5 minutes, enregistrement et mise en ligne en moins de 10 minutes au total. L'enregistrement utilise un code à usage unique intégré dans l'URL du programme d'installation ou un jeton d'enregistrement généré séparément (durée de vie jusqu'à 12 mois, multi-appareil).

Le programme d'installation web de l'agent Windows Acronis télécharge le package complet de l'agent

L'assistant « Enregistrer une charge de travail » comporte trois étapes : sélectionner le compte, sélectionner les plans, réviser et enregistrer. Nous avons choisi Ne pas appliquer à l'étape du plan pour éviter que le plan de protection complet par défaut d'Acronis ne auto-démarre une sauvegarde CDP avant que nous puissions mesurer des exécutions D1 contrôlées.

Étape 1 d'enregistrement de la charge de travail Acronis avec le code de l'appareil auto-rempli

L'agent Linux est un programme d'installation .bin à fichier unique de 1.16 Go (pas de programme d'installation web). La matrice de support officielle d'Acronis au moment de la rédaction liste Ubuntu 18.04 à 25.10 ; nous avons testé sur 26.04, une version plus récente. Sur 26.04, le chemin d'installation a nécessité les étapes supplémentaires suivantes en plus de l'installation silencieuse standard :

1. Installer l'outil rpm (le programme d'installation l'attend ; Ubuntu 26.04 ne le fournit pas par défaut).

2. Définir %_pkgverify_level none dans /etc/rpm/macros (RPM 6.x applique une vérification stricte des signatures ; les packages Acronis ne sont pas signés).

3. Exécuter le .bin avec –skip-prereq-check –nodeps –force-weak-snapapi –token=<jeton-d-enregistrement> –rain=https://eu2-cloud.acronis.com pour un enregistrement non interactif.

4. Installer make gcc dkms linux-headers-$(uname -r) et exécuter sudo dkms autoinstall pour que DKMS compile snapapi26 et snumbd26 par rapport au noyau en cours d'exécution, puis sudo modprobe pour les charger.

Le temps d'installation Linux sur 26.04 était d'environ 15 minutes, y compris les étapes ci-dessus. Sur une Ubuntu LTS prise en charge (22.04 / 24.04 / 25.10), l'installation silencieuse documentée est plus courte. Une fois les deux appareils apparus dans la console comme « en ligne, non protégé », la configuration de l'essai était terminée.

Console Acronis avec les deux VM-01 et VM-L-01 enregistrées

Configuration et modes de sauvegarde

Les plans de sauvegarde Acronis sont créés dans la console et poussés vers les appareils. Le modèle de plan dispose d'un « Module de sauvegarde » avec deux modes principaux : Machine entière (image au niveau bloc) et Fichiers/dossiers (par fichier). Pour la charge de travail de petits fichiers, le choix du mode domine le temps réel. La machine entière a terminé le disque système de 82.7 Go de VM-01 en 17 minutes ; Fichiers/dossiers sur la même source a pris 40 minutes à 20.9 Mo/s. Lorsque la protection complète de la machine est acceptable, une configuration plus rapide pour les partages Windows denses en petits fichiers (référentiels CAO, gestion de documents, arborescences de code source). Chaque tâche Acronis émet une étiquette de goulot d'étranglement (« Écriture vers la destination 100 % », « Lecture depuis la source 100 % »), qui indique la couche limitante sans instrumentation externe.

Sauvegarde au niveau bloc sous Linux

L'agent Linux d'Acronis utilise snapapi26 (un module du noyau compilé au moment de l'installation via DKMS) pour prendre un snapshot au niveau de la partition et diffuser une image au niveau bloc. Le pipeline était actif pendant l'exécution : iostat a montré une activité de lecture disque soutenue, et ifconfig a montré une transmission réseau simultanée tout au long. Le disque système Ubuntu complet (56 Go utilisés) a été terminé en 14 minutes. Le temps réel sur Linux était 3 minutes plus court que sur Windows dans le même mode (14 contre 17 minutes) ; les deux exécutions étaient limitées par le chemin d'ingestion cloud d'Acronis Cyber Infrastructure.

Flux d'activités Linux Acronis affichant la référence de 14 minutes au niveau bloc

Flux de travail de restauration

La restauration dans Acronis est un assistant lancé depuis la page de détail de l'appareil. L'utilisateur sélectionne un point de récupération, parcourt l'arborescence de fichiers et choisit des fichiers ou des dossiers. Nous avons restauré un sous-répertoire de fichiers de taille moyenne de 15 Go. La restauration Windows s'est terminée en 2:31 à 99.3 Mo/s ; la restauration Linux en 2:29 à 100.7 Mo/s. Les deux exécutions étaient limitées par le chemin de téléchargement du cloud Acronis ; le fournisseur étiquette ce goulot d'étranglement « Lecture depuis la source 100 % » dans le flux d'activités de la tâche, ce qui correspond à ce que nous avons observé. Acronis a produit la restauration en un seul passage la plus rapide sur les deux systèmes d'exploitation.

Panneau de détails de succès de restauration Windows Acronis

NinjaOne Backup

NinjaOne Backup est à égalité avec MSP360 pour le temps réel d'image Windows le plus rapide (10 minutes pour le disque système complet) et intègre la sauvegarde dans une plateforme RMM intégrée. La configuration se fait via des politiques d'appareils (Stratégie de serveur Windows auto-attribuée à VM-04) plutôt que par un assistant dédié à la sauvegarde, de sorte que les clients utilisant déjà NinjaOne pour les correctifs, la surveillance et les scripts peuvent activer la sauvegarde depuis la même console. Le produit est généralement disponible sur Windows et macOS, avec une sauvegarde Linux dans un programme Early Access réservé à Debian.

Installation de l'agent basée sur des politiques et stockage géré

L'assistant d'ajout d'ordinateur de NinjaOne propose Windows, Mac, Linux et Raspberry Pi comme plateformes d'agents avec classification de rôle (Serveur, Poste de travail, Ordinateur portable) et options d'architecture. Pour Windows, l'assistant génère une URL de téléchargement MSI par locataire.

Assistant Ajouter un ordinateur NinjaOne avec la configuration du serveur Windows sélectionnée
Écran Ajouter un ordinateur Windows NinjaOne avec le lien du programme d'installation par locataire généré

Sur VM-04 (Windows Server 2022), l'installation s'est terminée en moins d'une minute et l'appareil est apparu en ligne dans la console immédiatement après. La configuration de la sauvegarde se trouve dans Administration → Politiques → Politiques d'agent → Stratégie de serveur Windows → Sauvegarde, avec les sous-onglets Image et Fichier/Dossier. Le menu déroulant de destination propose trois options : Cloud (géré par NinjaOne), Local (disque par appareil) et Hybride. La destination est le stockage AWS géré par NinjaOne ; les clients n'apportent pas leur propre bucket S3, Wasabi, R2 ou Azure Blob. Le stockage géré par le fournisseur simplifie l'intégration (pas de configuration IAM, pas de configuration de bucket) au prix du contrôle de la politique de stockage côté acheteur.

Section de sauvegarde de la politique NinjaOne avec les sous-onglets Image et Fichier/Dossier

L'agent Linux (44 Mo .deb) s'installe en environ 30 secondes sur Ubuntu 26.04 sans contournement et sans module du noyau. Les fonctionnalités RMM, de correctifs et de surveillance sont entièrement fonctionnelles sur Linux aujourd'hui. La Stratégie de serveur Linux dans la console n'expose pas encore de sous-onglet Sauvegarde sur le niveau de disponibilité générale ; c'est l'observation de l'installation de l'agent qui motive la sous-section « Disponibilité de la sauvegarde Linux » ci-dessous.

Résultats des modes image et fichier

Le plan image de NinjaOne a terminé le disque système de 73.4 Go de VM-04 en 10 minutes, à égalité avec MSP360 pour le temps d'image Windows le plus rapide que nous ayons mesuré. Le plan fichier sur le même corpus de 50 Go / 625 946 fichiers a pris 229 minutes à 3.64 Mo/s. Le module RMM de NinjaOne a signalé la consommation CPU de son propre moteur de sauvegarde pendant l'exécution comme une alerte (lockhart.exe à 69.5 % soutenu pendant 14 minutes, 2.8 de 4 vCPU) ; le profil CPU du moteur a été divulgué dans la même console que celle utilisée par les opérateurs pour la surveillance normale. L'écart de temps réel de 23x entre le mode image (10 min) et le mode fichier (229 min) suit le coût CPU par fichier sur un corpus de 625 946 fichiers. La restauration à partir du plan image a terminé 2 980 fichiers (15 Go) en 3 minutes à 83.3 Mo/s.

Achèvement du plan image NinjaOne à 10 min, 73 Go source, 60 Go cloud

Disponibilité de la sauvegarde Linux

L'agent RMM NinjaOne s'installe proprement sur Ubuntu 26.04 (.deb, 44 Mo, 30 secondes d'installation, pas de module du noyau). RMM, correctifs et surveillance fonctionnent entièrement sur Linux aujourd'hui. La Stratégie de serveur Linux dans la console n'expose pas encore de sous-onglet Sauvegarde sur le niveau de disponibilité générale. NinjaOne exécute un programme Early Access réservé à Debian pour la sauvegarde de fichiers Linux avec un engagement de support du fournisseur sur demande ; cet article compare uniquement les fonctionnalités de disponibilité générale, donc le chemin EA est hors de portée. Les clients avec des charges de travail de serveurs Linux peuvent associer NinjaOne à un produit de sauvegarde compatible Linux jusqu'à ce que le module Linux atteigne la disponibilité générale.

Comet Backup

Comet propose deux chemins de déploiement : Comet-Hosted (serveur Comet géré par le fournisseur dans la région de Francfort) et Self-Hosted (le client installe le serveur Comet sur sa propre infrastructure). Nous avons sélectionné Comet-Hosted pour être en parité avec les consoles de type SaaS des autres fournisseurs.

Portail de compte et déploiement

Le portail de compte Comet est une architecture à deux portails : un portail de compte pour la facturation et la gestion des locataires, et une console de gestion pour les opérations de sauvegarde quotidiennes. La première étape demande à l'opérateur de choisir entre Comet-Hosted (serveur Comet géré par le fournisseur) et Self-Hosted (le client installe et exécute le serveur Comet sur sa propre infrastructure). Nous avons sélectionné Comet-Hosted, région de Francfort, pour être en parité avec les consoles de type SaaS des autres fournisseurs. Le provisionnement prend quelques minutes et place le locataire sur le serveur Comet v26.4.1 (piste « phoebe ») avec un crédit d'essai de $200 pré-attaché, sans méthode de paiement requise.

Portail de compte Comet sélectionnant le déploiement Comet-Hosted à Francfort
Tableau de bord du portail de compte Comet avec crédit d'essai de $200 et serveur hébergé prêt

La console de gestion arrive sur un sous-domaine unique par locataire avec un coffre de stockage par défaut déjà attaché, visible dans l'interface utilisateur comme Type : Wasabi. Comet est le seul fournisseur de ce test comparatif à divulguer explicitement son backend de stockage sous-jacent dans l'interface utilisateur de la console.

Étape 1 de démarrage de la console de gestion Comet avec le volet Ajouter un utilisateur en surbrillance

Installation de l'agent sur Windows et Linux

L'agent Comet Backup est le même binaire sur Windows et Linux à la version v26.4.1. L'agent Windows s'installe à partir d'un MSI en quelques minutes ; l'agent Linux est livré sous forme de .deb et s'installe à peu près dans la même fenêtre. Tous deux s'enregistrent auprès de la console de gestion en utilisant l'URL du locataire et une connexion par utilisateur. Une fois les deux appareils en ligne, la console expose les mêmes actions Appareil connecté sur chacun (Exécuter la sauvegarde, Restaurer, Mettre à jour, URL de connexion).

Étape 1 de démarrage de la console de gestion Comet avec le volet Ajouter un utilisateur en surbrillance
Fenêtre des actions sur l'appareil connecté Comet avec les actions rapides Exécuter la sauvegarde, Restaurer, Mettre à jour, URL de connexion

Configuration de la sauvegarde et 13 types natifs

L'assistant Nouvel élément protégé de Comet présente 13 types de sauvegarde natifs dans une seule liste déroulante : Fichiers et dossiers, Image disque, Microsoft SQL Server, MySQL, MongoDB, Microsoft Exchange Server, Microsoft Hyper-V, VMware, MS Office 365, Boîte aux lettres Office 365, Dossiers d'applications, Sortie de programme et Microsoft Windows Server Backup. L'assistant Fichiers et dossiers configure les chemins sources, la rétention, la planification et la cible du coffre de stockage. L'assistant Image disque énumère les disques physiques et prend en charge la sélection par volume. La parité de version de l'agent Win/Linux à v26.4.1 sur les deux plateformes est inhabituelle dans ce test comparatif.

Assistant d'élément protégé Comet avec 13 types de sauvegarde dans la liste déroulante

Déduplication de restauration intelligente

Nous avons exécuté la restauration du dossier de 15 Go deux fois. La première exécution visait l'emplacement d'origine, où Comet a détecté que 15 Go de fichiers existaient déjà à la destination, a calculé des hachages par rapport à l'index de sauvegarde et a téléchargé seulement 67.84 Mo de nouveau contenu. Temps total : 1:27. La deuxième exécution visait un chemin vierge et a téléchargé les 15.07 Go complets en 2:55 à 85.7 Mo/s, ce qui est le chiffre comparable dans notre tableau de résultats. Le comportement de déduplication est réel et unique parmi les quatre produits. Dans cette exécution spécifique, Comet a réduit le transfert filaire de plus de 200x ; dans des scénarios de re-restauration moins idéaux (validation de basculement de test, récupération partielle d'un ensemble rechiffré après une sauvegarde propre confirmée), le gain dépend de la quantité de contenu déjà correspondant à la destination.

Plan d'image disque Linux

Le plan d'image disque Linux de Comet s'est exécuté jusqu'à la fin en 15 minutes 54 secondes, 100 Go traités, 51.35 Go téléchargés. La tâche s'est terminée avec le statut Avertissement. L'entrée de journal : le pilote de snapshot cible le noyau < 6.18.0 et fonctionne en mode de repli au mieux sur le noyau 7.0 d'Ubuntu 26.04. Comet avertit que les images résultantes peuvent être incohérentes. Le mode de sauvegarde de fichiers Linux sur la même VM s'est exécuté proprement avec un statut Succès en 19 minutes 14 secondes à 43.3 Mo/s. Nous listons le temps écoulé de l'image pour le tableau de comparaison mais ne recommandons pas cette configuration en production.

Avertissement d'image disque Linux Comet, 15:54 écoulé, incompatibilité du pilote de snapshot avec le noyau

MSP360 Managed Backup

MSP360 est à égalité avec NinjaOne pour le temps réel d'image Windows le plus rapide (10 minutes pour le disque système complet). La console fonctionne sur une destination de stockage basée sur Wasabi (en marque blanche, exposée comme « MSP360 Wasabi » dans l'interface utilisateur), la même infrastructure Wasabi que Comet utilise. L'agent Linux a quatre versions majeures de retard sur l'agent Windows et repose sur une base de code distincte.

Activation de l'essai et installation de l'agent

L'inscription sur msp360.com/managed-backup/gratuit-trial aboutit à un assistant « Démarrage » avec trois pistes d'intégration : Serveurs, M365, Hyper-V. La piste Serveurs guide l'opérateur à travers l'installation de l'agent, la configuration du compte de stockage et un premier plan de sauvegarde dans un flux linéaire unique.

Assistant de démarrage MSP360 avec les trois options d'intégration

L'étape 1 est l'installation de l'agent. L'assistant présente les téléchargements du programme d'installation Windows / Mac / RPM / Deb dans un sélecteur de plateforme. Le programme d'installation Windows est petit et s'exécute via une boîte de dialogue MSI standard ; l'agent est apparu en ligne dans la console quelques minutes après avoir exécuté le programme d'installation sur VM-03.

Étape 1 de l'assistant MSP360, sélecteur de plateforme pour l'installation de l'agent avec les options Windows, Mac, RPM et Deb

L'étape 2 est le compte de stockage. Le fournisseur pré-crée un compte de stockage basé sur Wasabi dans EU Central 2 Francfort ; l'opérateur doit « s'abonner » avant qu'un plan puisse l'utiliser. L'étape d'abonnement passe par une caisse FastSpring qui demande une carte de crédit et des frais d'activation d'essai de €1.19. L'essai s'exécute ensuite pendant 30 jours avec une limite de 2 To ; le auto-renouvellement à $6.99/To/mois minimum entre en vigueur sauf annulation avant la date de fin d'essai.

Étape 2 de l'assistant MSP360 avec le compte de stockage Wasabi EU Central 2 Francfort et le bouton S'abonner requis

L'étape 3 sélectionne la source de sauvegarde (fichier vs image, avec la liste des disques locaux visible). Une fois qu'un plan existe, la vue principale de la console affiche l'appareil comme en ligne.

Étape 3 de l'assistant MSP360, sélectionner la source de sauvegarde avec fichier vs image et la liste des disques
Vue principale de la console MSP360 avec VM-03 en ligne et le plan image créé

L'agent Linux (paquet Debian ou RPM) s'installe proprement sur Ubuntu 26.04 mais s'exécute à la version v4.5, soit quatre versions majeures derrière l'agent Windows (v8.6) ; les deux sont des bases de code distinctes. L'assistant Linux n'expose que les options de sauvegarde de fichiers ; il n'y a pas de mode image / niveau disque à quelque niveau que ce soit auquel nous pourrions accéder pendant l'essai. La CLI du locataire géré Linux est également désactivée pour le niveau d'essai (accès GUI uniquement).

Sauvegarde d'image

Le plan image MSP360 a terminé le disque système de 72.78 Go de VM-03 en 10 minutes, à égalité avec NinjaOne pour le temps d'image Windows le plus rapide que nous ayons mesuré. La console auto-divulgue les transitions de phase (Vérification de cohérence, snapshot VSS, BootSector, SYSTEM, scan CBT, données C:\) que nous n'avons pas observées dans l'indicateur de pourcentage opaque de NinjaOne. L'image est écrite directement dans le bucket basé sur Wasabi sans mise en mémoire tampon intermédiaire sur l'hôte de l'agent.

Achèvement du plan image MSP360 à 10 min, 60 Go cloud, 72 Go source

Capacités de l'agent Linux

L'agent Linux de MSP360 est en v4.5, soit quatre versions majeures derrière l'agent Windows (v8.6). Les deux sont des bases de code distinctes. L'assistant Linux ne propose que la sauvegarde au niveau des fichiers. Il n'y a pas d'option image, pas de plan au niveau disque, pas de mode au niveau bloc. Nous avons confirmé qu'il s'agit d'une lacune du produit du fournisseur, pas d'un problème de configuration du locataire. La CLI du locataire géré est également désactivée pour notre niveau d'essai (accès GUI uniquement), ce qui limite les chemins d'automatisation scriptés. La sauvegarde de fichiers Linux sur VM-L-03 s'est exécutée en 2 heures 19 minutes à 6.43 Mo/s, ce qui correspond au débit de fichiers Windows sur une charge de travail identique (6.30 Mo/s). L'agent est agnostique à la plateforme et se bloque au même taux.

Image Linux MSP360 non prise en charge, restriction du fournisseur aux fichiers uniquement

Restauration Windows et Linux

MSP360 a restauré le sous-répertoire moyen de 15 Go en 2:54 sur Windows (86.2 Mo/s) et 3:10 sur Linux (84.8 Mo/s). Le débit est à 1.5 Mo/s près entre les plateformes, conforme à la parité de sauvegarde de fichiers que nous avons vue lors de la sauvegarde (6.30 vs 6.43 Mo/s). Le fournisseur utilise la même forme de pipeline d'agent des deux côtés.

Achèvement de la restauration Windows MSP360, 2:54 / 15 Go / 2 980 fichiers

Outils de sauvegarde SaaS et d'applications

Les quatre produits de ce test comparatif protègent les systèmes d'exploitation : les fichiers, dossiers et images disque de Windows Server et Ubuntu. Une catégorie distincte d'outils protège les données SaaS et d'applications, telles que les boîtes aux lettres et les sites Microsoft 365, Google Workspace, et les services d'annuaire comme Active Directory et Microsoft Entra ID. Ces outils restaurent des objets individuels, des éléments de boîte aux lettres et des fichiers via des API d'application telles que Microsoft Graph et AD/LDAP, et non en lisant et en écrivant des volumes de disque, de sorte que la métrique comparable est la granularité de récupération et l'objectif de point de récupération plutôt que le débit en Mo/s. C'est pourquoi ils se situent en dehors des tableaux de référence ci-dessus.

ManageEngine RecoveryManager Plus

ManageEngine RecoveryManager Plus, de la division ManageEngine appartenant à Zoho, est un logiciel auto-hébergé que le client installe sur une machine Windows et exécute derrière une console web, avec une base de données PostgreSQL intégrée. Il sauvegarde six environnements à partir de cette console unique.

Les six charges de travail sont sauvegardées de manière incrémentale et suivent une période de rétention configurable. Les sauvegardes peuvent être écrites vers des référentiels locaux, un NAS ou un stockage objet cloud (Azure Blob, Azure Files, AWS S3, Wasabi ou d'autres buckets compatibles S3), et pour les charges de travail Microsoft 365, Exchange, Google Workspace et Zoho WorkDrive, le stockage cloud peut être immuable pour la résistance aux ransomwares.

Le prix catalogue pour Active Directory et Entra ID commence à $475 par an pour 250 objets utilisateur, sous licence par composant.

Veeam Data Cloud pour Microsoft 365

Veeam Data Cloud pour Microsoft 365, anciennement Veeam Backup pour Microsoft 365, sauvegarde Exchange Online, SharePoint, OneDrive, Teams et Microsoft Entra ID. Il fonctionne de deux manières : auto-géré, où vous installez et exploitez vous-même le serveur de sauvegarde, ou en tant que offre de sauvegarde en tant que service que Veeam héberge sur Azure. Veeam Backup & Replication, la plateforme sur site de l'entreprise pour les VM et les serveurs physiques, est un produit distinct que nous couvrons dans son propre test comparatif.1

Druva Data Security Cloud

Druva Data Security Cloud est une plateforme entièrement gérée, fournie en SaaS, de sorte que le client n'exécute ni serveur de sauvegarde ni stockage propre. Elle sauvegarde Microsoft 365 (Exchange, SharePoint, OneDrive et Teams) ainsi que les points de terminaison, Google Workspace et Salesforce. Les sauvegardes sont conservées dans le cloud géré de Druva plutôt que dans un stockage provisionné par le client.2

Keepit

Keepit stocke les sauvegardes des clients sur sa propre infrastructure dédiée plutôt que sur un hyperscaler comme AWS ou Azure. Elle sauvegarde Microsoft 365, Microsoft Entra ID, Salesforce, Google Workspace, Power Platform, Dynamics 365 et Azure DevOps. Les données résident dans le cloud de Keepit, de sorte qu'un client n'apporte ni ne gère de bucket de stockage.3

Ne manquez pas nos benchmarks et analyses basées sur les données. Le bouton ouvre Google ; sélectionner AIMultiple confirme que vous souhaitez voir AIMultiple plus souvent dans les résultats de recherche Google.
GoogleAjouter comme source préférée

Environnement de test et méthodologie

Infrastructure

Charge de travail

Calcul du débit

Les temps proviennent de la console de tâches ou d'activités de chaque fournisseur (flux d'activités Acronis, journaux de tâches Comet, vue Surveillance MSP360, liste des plans NinjaOne). Les temps dans les tableaux principaux sont arrondis à la minute pour la lisibilité ; les temps écoulés précis sont conservés dans raw-results/<fournisseur>/*.json.

Exemple : la restauration Linux MSP360 à 3:10 rapporte 84.8 Mo/s (16.11 Go / 190 s) ; la restauration Linux Comet au même temps écoulé rapporte 78.9 Mo/s (15.07 Go / 190 s). L'écart de 6 Mo/s reflète les octets réels restaurés par fournisseur, pas les arrondis.

Portée

Limites

Focus de la couverture de la charge de travail : Windows Server 2022 et Ubuntu 26.04. La sauvegarde Microsoft 365, la sauvegarde Google Workspace, macOS, Hyper-V, VMware, RDS, Azure SQL, GCP Compute et d'autres classes de charge de travail sont couvertes dans des tests comparatifs distincts.

La matrice d'intégration de stockage tiers est hors de portée. Les cellules AWS S3 BYO, Cloudflare R2, Azure Blob et de restauration inter-cloud sont documentées dans les documents des fournisseurs mais pas mesurées ici.

Mesure en un seul passage. Chaque sauvegarde et restauration a été exécutée une fois. La variance n'est pas rapportée.

FAQ

Un logiciel de gestion de sauvegarde est conçu pour protéger vos données en créant des sauvegardes des fichiers critiques, de l'ensemble de votre système et des machines virtuelles, y compris le système d'exploitation et les dossiers. Avec le bon logiciel de sauvegarde, les utilisateurs peuvent gérer les sauvegardes système, les sauvegardes de fichiers et les sauvegardes cloud pour plusieurs appareils, y compris les ordinateurs, les appareils mobiles et d'autres machines, sur diverses plateformes.
Les solutions modernes combinent des sauvegardes automatiques, incrémentales, différentielles et complètes pour simplifier le processus et garantir que votre dernière sauvegarde est toujours disponible. Qu'elles soient stockées sur un stockage local, un stockage en réseau, des partages réseau ou un stockage cloud tel que Google Drive ou Google Workspace, ces outils protègent contre les pannes matérielles, les suppressions accidentelles, les ransomwares et les catastrophes naturelles.

Les logiciels de sauvegarde prennent en charge différentes stratégies selon que vous êtes une entreprise ou un utilisateur à domicile :
Sauvegarde complète : Crée une copie exacte de l'intégralité du disque dur ou de l'ensemble du système, y compris le système d'exploitation et tous les fichiers.
Sauvegarde incrémentale : Ne sauvegarde que les fichiers nouveaux ou modifiés depuis la dernière sauvegarde, économisant ainsi de l'espace de stockage et du temps.
Sauvegarde différentielle : Capture les modifications depuis la dernière sauvegarde complète, équilibrant efficacité et fiabilité.
Sauvegarde locale : Utilise le stockage local, le stockage en réseau ou les réseaux locaux pour créer des copies de sauvegarde proches de l'ordinateur.
Sauvegarde en ligne / Sauvegarde cloud : Conserve les données sensibles dans un stockage cloud sécurisé, accessible depuis plusieurs machines, et offre un accès à distance même en cas de catastrophes naturelles.
Cette flexibilité permet aux entreprises comme aux particuliers de choisir entre une sauvegarde locale pour une récupération rapide ou une sauvegarde cloud pour une résilience contre la perte de données et même les catastrophes naturelles.

Un logiciel de gestion de sauvegarde ne se limite pas au stockage des fichiers de sauvegarde ; il vise à assurer une protection complète des données et une récupération rapide en cas de panne matérielle, de suppression accidentelle, de ransomware ou de catastrophe naturelle. Avec le bon processus de sauvegarde, les entreprises et les particuliers peuvent créer des sauvegardes des données critiques, des documents importants aux disques durs entiers.
Des fonctionnalités telles que la sauvegarde système, la sauvegarde automatique, la sauvegarde incrémentale et la sauvegarde différentielle garantissent que les données sensibles sont toujours protégées. De plus, la sauvegarde cloud ajoute de la résilience en stockant les fichiers sauvegardés dans un stockage cloud (Google Drive, Google Workspace ou d'autres fournisseurs de sauvegarde en ligne). Dans le même temps, les options de sauvegarde locale, telles que le stockage en réseau, le stockage local ou les partages réseau, assurent un accès rapide depuis un réseau local.

Pour aller plus loin

Citer cette recherche

Choisissez le format qui correspond à votre lieu de publication. Coller la version avec lien dans votre CMS préserve le lien retour.

Cem Dilmegani and Ekrem Sarı (2026) - "Test comparatif des logiciels de sauvegarde: Acronis vs NinjaOne vs Comet vs MSP360". Publié en ligne sur AIMultiple.com. Consulté le 4 Août 2026, à : https://aimultiple.com/backup-software [Ressource en ligne]

Dilmegani, C., & Sarı, E. (2026, 4 Août). Test comparatif des logiciels de sauvegarde: Acronis vs NinjaOne vs Comet vs MSP360. AIMultiple. https://aimultiple.com/backup-software

@misc{dilmegani2026,
  author = {Dilmegani, Cem and Sarı, Ekrem},
  title  = {{Test comparatif des logiciels de sauvegarde: Acronis vs NinjaOne vs Comet vs MSP360}},
  year   = {2026},
  month  = aug,
  howpublished    = {\url{https://aimultiple.com/backup-software}},
  note   = {AIMultiple. Consulté le 4 Août 2026}
}
Cem Dilmegani
Cem Dilmegani
Analyste principal
Cem est analyste principal chez AIMultiple depuis 2017. AIMultiple informe des centaines de milliers d'entreprises (selon SimilarWeb) dont 60 % du Fortune 500 chaque mois.

Les travaux de Cem ont été cités par des publications internationales de premier plan telles que Business Insider, Forbes, Washington Post, des entreprises mondiales comme Deloitte, HPE et des ONG comme le Forum économique mondial et des organisations supranationales comme la Commission européenne.

Tout au long de sa carrière, Cem a exercé en tant que consultant tech, acheteur tech et entrepreneur tech. Il a conseillé des entreprises sur leurs décisions technologiques chez McKinsey & Company et Altman Solon pendant plus d'une décennie. Il a également publié un rapport McKinsey sur la numérisation.

Il a dirigé la stratégie technologique et les achats d'un opérateur télécom tout en rendant compte au PDG. Il a également mené la croissance commerciale de l'entreprise deep tech Hypatos qui a atteint un chiffre d'affaires récurrent annuel à 7 chiffres et une valorisation à 9 chiffres à partir de 0 en 2 ans. Le travail de Cem chez Hypatos a été couvert par des publications technologiques de premier plan comme TechCrunch et Business Insider.

Cem intervient régulièrement lors de conférences technologiques internationales. Il est diplômé de la Bogazici University en tant qu'ingénieur informatique et détient un MBA de la Columbia Business School.
Voir le profil complet
Examiné techniquement par
Ekrem Sarı
Ekrem Sarı
Chercheur en IA
Ekrem est chercheur en IA et analyste de données chez AIMultiple. Il conçoit et exécute des benchmarks pratiques pour les systèmes d'IA et de LLM.
Voir le profil complet

Soyez le premier à commenter

Votre adresse courriel ne sera pas publiée. Tous les champs sont obligatoires. Les commentaires sont laissés dans leur langue d'origine.

0/450