Premium
Services
Premium

Benchmark des logiciels de sauvegarde: Acronis vs NinjaOne vs Comet vs MSP360

Cem Dilmegani
Cem Dilmegani
mis à jour le 10 sept. 2026

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

Résultats du benchmark 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 fichier :

Fournisseur
Dimensions menées
Point fort
1 sur 6 (ex aequo)
Image Windows (ex aequo)
4 sur 6
Restauration Linux + Windows
N/A
SaaS et sauvegarde d'applications
MSP360
1 sur 6 (ex aequo)
Image Windows (ex aequo)
Comet
1 sur 6
Sauvegarde de fichiers Windows

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

Débit de sauvegarde Windows

Débit de sauvegarde Linux

Restauration au niveau fichier

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

Constatations sur les modes image, fichier et restauration

Acronis a été le seul fournisseur à mener plus d'une dimension. Il a pris la première place en restauration Windows (99.3 Mo/s), image Linux (seule exécution sans incident), 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 mené exactement une dimension Windows. Là où la couverture sur les deux systèmes d'exploitation et sur les trois modes est importante, Acronis a obtenu le résultat le plus cohérent lors de cette exécution.

Acronis est le seul produit dont la sauvegarde Linux au niveau bloc s'est terminée sans avertissement du fournisseur. NinjaOne ne fournit aucun 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é du noyau concernant le noyau 7.0 d'Ubuntu 26.04 et a fonctionné en mode de repli best-effort.

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

Le mode fichier Windows affiche un facteur de 8.9x. Comet a mené à 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 différents pipelines d'agent pour l'énumération des petits fichiers sur un corpus de 625 946 fichiers. Le bon résultat d'image Windows de NinjaOne 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 à la fois 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 situent dans une plage de 16 Mo/s (83.3 à 99.3) pour la restauration Windows.

La déduplication de restauration 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 réseau 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 à destination), le gain dépend de la quantité de contenu déjà correspondante.

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 Linux au niveau bloc s'est terminée sans avertissement du fournisseur, le seul fournisseur avec 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-assigné un datacenter à 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 datacenter à Francfort lorsque « Allemagne » est le pays 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.

L'agent Windows est un petit programme d'installation web qui télécharge la charge utile réelle de l'agent de 500 Mo 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 d'installation ou un jeton d'enregistrement généré séparément (durée de vie jusqu'à 12 mois, multi-appareils).

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

L'agent Linux est un programme d'installation .bin monofichier 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 en avance. Sur 26.04, le chemin d'installation a nécessité les étapes suivantes en plus de l'installation silencieuse standard :

1. Installer l'outil rpm (le programme d'installation s'y attend ; Ubuntu 26.04 ne l'inclut 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=<registration-token> –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 afin que DKMS compile snapapi26 et snumbd26 contre le 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 que les deux appareils sont apparus dans la console comme « en ligne, non protégés », la configuration de l'essai était terminée.

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 possède un « Module de sauvegarde » avec deux modes principaux : Machine entière (image au niveau bloc) et Files/dossiers (par fichier). Pour la charge 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 ; Files/dossiers sur la même source a pris 40 minutes à 20.9 Mo/s. Lorsque la protection de la machine entière est acceptable, configuration plus rapide pour les partages Windows denses en petits fichiers (référentiels CAD, gestion documentaire, arborescences source). Chaque tâche Acronis émet une étiquette de goulot d'étranglement (« Écriture vers la destination 100 % », « Lecture depuis la source 100 % »), ce qui révèle la couche limitante sans instrumentation externe.

Sauvegarde Linux au niveau bloc

L'agent Linux d'Acronis utilise snapapi26 (un module noyau compilé au moment de l'installation via DKMS) pour prendre un instantané 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é soutenue de lecture disque, et ifconfig a montré une transmission réseau simultanée tout au long. L'intégralité du disque système Ubuntu (56 Go utilisés) s'est terminée en 14 minutes. Le temps réel sur Linux était 3 minutes plus court que sur Windows dans le même mode (14 vs 17 minutes) ; les deux exécutions ont été limitées par le chemin d'ingestion cloud d'Acronis Cyber Infrastructure.

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 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 ont été limitées par le chemin de téléchargement Acronis Cloud ; le fournisseur étiquette ce goulot d'étranglement « Lecture depuis la source 100 % » dans le flux d'activité des tâches, 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.

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 fournit la sauvegarde dans le cadre d'une plateforme RMM intégrée. La configuration passe par des politiques d'appareils (Windows Server Policy auto-assignée à VM-04) plutôt que par un assistant de sauvegarde d'abord, de sorte que les clients qui utilisent déjà NinjaOne pour l'application de 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 les politiques et stockage géré

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

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 → Windows Server Policy → Sauvegarde, avec des sous-onglets Image et Fichier/Dossier. La liste déroulante 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.

L'agent Linux (44 Mo .deb) s'installe en environ 30 secondes sur Ubuntu 26.04 sans aucune solution de contournement et sans module noyau. Les fonctionnalités RMM, d'application de correctifs et de surveillance sont pleinement fonctionnelles sur Linux aujourd'hui. La politique Linux Server dans la console n'expose pas encore de sous-onglet Sauvegarde au niveau de la 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 d'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 de fichiers 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 % de manière soutenue pendant 14 minutes, 2.8 de 4 vCPU) ; le profil CPU du moteur a été divulgué dans la même console que celle que les opérateurs utilisent pour la surveillance normale. L'écart de temps réel de 23x entre le mode image (10 min) et le mode fichier (229 min) correspond au coût CPU par fichier sur un corpus de 625 946 fichiers. La restauration à partir du plan d'image a terminé 2 980 fichiers (15 Go) en 3 minutes à 83.3 Mo/s.

Disponibilité de la sauvegarde Linux

L'agent RMM de NinjaOne s'installe proprement sur Ubuntu 26.04 (.deb, 44 Mo, installation de 30 secondes, sans module noyau). Les fonctions RMM, d'application de correctifs et de surveillance fonctionnent pleinement sur Linux aujourd'hui. La politique Linux Server dans la console n'expose pas encore de sous-onglet Sauvegarde au niveau de la disponibilité générale. NinjaOne propose 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 en disponibilité générale, donc le chemin EA est hors périmètre. Les clients ayant des charges de travail 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 voies de déploiement : Comet-Hosted (serveur Comet géré par le fournisseur dans la région de Francfort) et Self-Hosted (le client installe Comet Server sur sa propre infrastructure). Nous avons sélectionné Comet-Hosted pour la 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 Comet Server sur sa propre infrastructure). Nous avons sélectionné Comet-Hosted, région de Francfort pour la parité avec les consoles de type SaaS des autres fournisseurs. Le provisionnement prend quelques minutes et installe le locataire sur Comet Server v26.4.1 (piste « phoebe ») avec un crédit d'essai de $200 pré-attaché, sans moyen de paiement requis.

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

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 fourni sous forme de .deb et s'installe dans à peu près le même laps de temps. Les deux s'enregistrent auprès de la console de gestion à l'aide de l'URL du locataire et d'un identifiant par utilisateur. Une fois les deux appareils en ligne, la console expose les mêmes actions Connected Device sur chacun (Exécuter la sauvegarde, Restaurer, Mettre à jour, URL de connexion).

Configuration de la sauvegarde et 13 types natifs

L'assistant New Protected Item de Comet présente 13 types de sauvegarde natifs dans une seule liste déroulante : Files et dossiers, Image disque, Microsoft SQL Server, MySQL, MongoDB, Microsoft Exchange Server, Microsoft Hyper-V, VMware, MS Office 365, Mailbox Office 365, Dossiers d'applications, Sortie de programme et Microsoft Windows Server Backup. L'assistant Files et dossiers configure les chemins source, la rétention, la planification et la cible du coffre de stockage. L'assistant Disk Image énumère les disques physiques et prend en charge la sélection par volume. La parité de version d'agent Win/Linux à la version v26.4.1 sur les deux plateformes est inhabituelle dans ce benchmark.

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à à destination, a calculé des hachages par rapport à l'index de sauvegarde et n'a téléchargé que 67.84 Mo de nouveau contenu. Temps total : 1:27. La deuxième exécution visait un chemin vierge et a téléchargé l'intégralité des 15.07 Go 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 réseau 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à correspondante à la destination.

Plan d'image disque Linux

Le plan d'image disque Linux de Comet s'est exécuté jusqu'à son terme 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 Warning. L'entrée de journal : le pilote de snapshot cible un noyau < 6.18.0 et est en mode de repli best-effort 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 jusqu'au statut Success en 19 minutes 14 secondes à 43.3 Mo/s. Nous indiquons le temps écoulé de l'image pour le tableau de comparaison mais ne recommandons pas cette configuration en production.

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 adossée à Wasabi (marque blanche, exposée comme « MSP360 Wasabi » dans l'interface utilisateur), la même infrastructure Wasabi que celle utilisée par Comet. L'agent Linux a quatre versions majeures de retard sur l'agent Windows sur une base de code distincte.

Activation de l'essai et installation de l'agent

L'inscription sur msp360.com/managed-backup/free-trial mène à un assistant « Pour commencer » avec trois parcours d'intégration : Servers, M365, Hyper-V. Le parcours Servers 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.

L'étape 1 est l'installation de l'agent. L'assistant présente les téléchargements d'installateurs Windows / Mac / RPM / Deb dans un sélecteur de plateforme. L'installateur 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 l'exécution de l'installateur sur VM-03.

L'étape 2 est le compte de stockage. Le fournisseur pré-crée un compte de stockage adossé à 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 dure ensuite 30 jours avec un plafond de 2 To ; le renouvellement auto à partir de $6,99/To/mois s'enclenche à moins d'être annulé avant la date de fin d'essai.

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.

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

Sauvegarde d'image

Le plan d'image de 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 divulgue automatiquement les transitions de phase (Consistency check, VSS snapshot, BootSector, SYSTEM, CBT scan, C:\ données) ce que nous n'avons pas observé dans l'indicateur de pourcentage opaque de NinjaOne. L'image est écrite directement dans le bucket adossé à Wasabi sans mise en mémoire tampon intermédiaire sur l'hôte de l'agent.

Capacités de l'agent Linux

L'agent Linux de MSP360 est en v4.5, avec quatre versions majeures de retard sur l'agent Windows (v8.6). Les deux sont des bases de code distinctes. L'assistant Linux ne propose que la sauvegarde au niveau fichier. Il n'y a pas d'option d'image, pas de plan au niveau disque, pas de mode au niveau bloc. Nous avons confirmé qu'il s'agit d'une lacune de produit du fournisseur, et non d'un problème de configuration du locataire. La CLI de 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 se limite au même débit indépendamment de la plateforme.

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 inférieur à 1.5 Mo/s d'écart entre les plateformes, ce qui est cohérent avec la parité de plateforme de sauvegarde de fichiers que nous avons constatée en sauvegarde (6.30 vs 6.43 Mo/s). Le fournisseur utilise la même structure de pipeline d'agent des deux côtés.

SaaS et outils de sauvegarde d'applications

Les quatre produits de ce benchmark protègent les systèmes d'exploitation : fichiers, dossiers et images disque de Windows Server et Ubuntu. Une catégorie distincte d'outils protège plutôt les données SaaS et d'applications, telles que les boîtes aux lettres et 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 pas 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 trouvent en dehors des tableaux de benchmark 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 embarquée. Il sauvegarde six environnements depuis cette console unique.

Les six charges de travail sauvegardent de manière incrémentielle et suivent une période de rétention configurable. Les sauvegardes peuvent être écrites vers des dépôts 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 Microsoft 365, Exchange, Google Workspace et Zoho WorkDrive, le stockage cloud peut être immuable pour la résistance aux ransomwares.

La tarification catalogue d'Active Directory et d'Entra ID commence à $475 par an pour 250 objets utilisateur, sous licence par composant.

Veeam Data Cloud for Microsoft 365

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

Druva Data Security Cloud

Druva Data Security Cloud est une plateforme entièrement gérée, fournie en mode SaaS, de sorte que le client n'exécute aucun serveur de sauvegarde ni stockage propre. Elle sauvegarde Microsoft 365 (Exchange, SharePoint, OneDrive et Teams) ainsi que les terminaux, 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 de ses clients sur sa propre infrastructure dédiée plutôt que sur un hyperscaler comme AWS ou Azure. Il 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é de chaque fournisseur (flux d'activités Acronis, journaux de tâches Comet, vue de surveillance MSP360, liste de plans NinjaOne). Les temps des tableaux principaux sont arrondis à la minute pour la lisibilité ; les temps écoulés précis sont conservés dans raw-results/<vendor>/*.json.

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

Périmètre

Limites

Périmètre de couverture des charges : Windows Server 2022 et Ubuntu 26.04. La sauvegarde Microsoft 365, Google Workspace, macOS, Hyper-V, VMware, RDS, Azure SQL, GCP Compute et d'autres classes de charges sont couvertes dans des benchmarks distincts.

La matrice d'intégration de stockage tiers est hors périmètre. AWS S3 BYO, Cloudflare R2, Azure Blob et les cellules de restauration inter-cloud sont documentées dans la documentation des fournisseurs mais pas mesurées ici.

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

FAQ

Les logiciels de gestion de sauvegarde sont conçus pour protéger vos données en créant des sauvegardes de fichiers critiques, de votre système entier 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, notamment des ordinateurs, des appareils mobiles et d'autres machines, sur différentes plateformes.
Les solutions modernes combinent des sauvegardes automatiques, incrémentielles, 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, la suppression accidentelle, 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 particulier :
Sauvegarde complète : crée une copie exacte de l'intégralité du disque dur ou du système entier, y compris le système d'exploitation et tous les fichiers.
Sauvegarde incrémentielle : sauvegarde uniquement les fichiers nouveaux ou modifiés depuis la dernière sauvegarde, économisant ainsi espace de stockage et 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 catastrophe naturelle.
Cette flexibilité permet aux entreprises comme aux utilisateurs particuliers de choisir entre une sauvegarde locale pour une récupération rapide ou une sauvegarde cloud pour la résilience contre la perte de données et même les catastrophes naturelles.

Les logiciels de gestion de sauvegarde ne se limitent pas au stockage de fichiers de sauvegarde ; ils visent à 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 utilisateurs particuliers peuvent créer des sauvegardes de 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émentielle 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). En 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

Citez ce benchmark

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) - "Benchmark des logiciels de sauvegarde: Acronis vs NinjaOne vs Comet vs MSP360". Publié en ligne sur AIMultiple.com. Consulté le 10 septembre 2026, à : https://aimultiple.com/backup-software [Ressource en ligne]

Dilmegani, C., & Sarı, E. (2026, 10 septembre). Benchmark 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  = {{Benchmark des logiciels de sauvegarde: Acronis vs NinjaOne vs Comet vs MSP360}},
  year   = {2026},
  month  = sep,
  howpublished    = {\url{https://aimultiple.com/backup-software}},
  note   = {AIMultiple. Consulté le 10 septembre 2026}
}
Télécharger toutes les données

Résultats et horodatages de 35 points de données. Téléchargez les données de synthèse présentées dans les graphiques et les tableaux de cet article sous forme de fichier ZIP contenant 7 fichiers CSV.

Dernière mise à jour : 20 septembre 2026
Télécharger

Vous voulez les données détaillées derrière ? Rejoindre Premium

Journal des modifications

2 mises à jour
  1. Ajout d'une section sur la sauvegarde SaaS et applicative couvrant ManageEngine RecoveryManager Plus, Veeam, Druva et Keepit.

  2. Ajout d'un benchmark d'Acronis, NinjaOne, Comet et MSP360 avec des tableaux de sauvegarde, restauration et méthodologie.

Cem Dilmegani
Cem Dilmegani
Analyste principal
Cem est analyste principal chez AIMultiple depuis 2017.

Le travail de Cem chez AIMultiple a été cité par des publications mondiales de premier plan, notamment Business Insider, Forbes, Morning Brew et Washington Post, par des entreprises mondiales comme Deloitte et HPE, par des ONG comme World Economic Forum et par des organisations supranationales comme European Commission. [1], [2], [3], [4], [5]

Tout au long de sa carrière, Cem a été consultant en technologies, acheteur de technologies et entrepreneur technologique. Il a conseillé des entreprises sur leurs décisions technologiques chez McKinsey & Company et Altman Solon pendant plus de dix ans. Il a également publié un rapport McKinsey sur la digitalisation.

Il a dirigé la stratégie technologique et les achats d'un opérateur télécom, sous la responsabilité du PDG. Il a également dirigé la croissance commerciale de l'entreprise de technologie profonde Hypatos, qui a atteint un revenu récurrent annuel à 7 chiffres et une valorisation à 9 chiffres, passant de 0 à ce résultat en deux 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 Bogazici University en tant qu'ingénieur informatique et titulaire d'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 scientifique des 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