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

Nous avons évalué 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 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 dominées sur Windows + Linux pour l'image, les fichiers et la restauration au niveau fichier :

N/A : ManageEngine RecoveryManager Plus sauvegarde les données SaaS et d'applications plutôt que des systèmes d'exploitation, une catégorie distincte que nous résumons dans la section SaaS et 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) chez chaque fournisseur.

Constatations 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), fichiers 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 entre les deux systèmes d'exploitation et entre les trois modes compte, Acronis a affiché le résultat le plus cohérent dans cette exécution.

Acronis est le seul produit dont la sauvegarde au niveau bloc Linux s'est terminée sans avertissements du fournisseur. NinjaOne ne fournit aucun agent de sauvegarde Linux. L'agent Linux de MSP360 ne gère que les fichiers. Le plan d'image Linux de Comet s'est terminé, mais le pilote de snapshot a émis un avertissement de compatibilité du noyau contre le noyau 26.04 7.0 d'Ubuntu 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 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 tout en se situant dans des niveaux différents ; l'écart ne doit donc pas être attribué au seul backend de stockage.

Le mode fichier Windows présente un écart de 8.9x. Comet a mené à 32.43 Mo/s, suivi par 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 à la fois sous Windows (99.3 Mo/s) et sous Linux (100.7 Mo/s) dans cette exécution en un seul passage. Les quatre produits se sont tenus dans une fourchette 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 dans 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.

Produits de sauvegarde testés

Acronis Cyber Protect Cloud

Acronis Cyber Protect Cloud Backup a offert la couverture la plus large parmi les modes testés. C'est le seul fournisseur dont la sauvegarde d'image au niveau bloc Linux s'est terminée sans avertissements du fournisseur, le seul fournisseur avec une étiquette de goulot d'étranglement auto-déclaré pour chaque test, et il a produit le résultat de restauration mesuré le plus rapide de ce test en un seul passage, à la fois sous Windows et sous Linux. Nous avons enregistré l'essai sur eu2-cloud.acronis.com, qui a auto-assigné un datacenter de Francfort lorsque nous avons sélectionné l'Allemagne à 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 de 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 le fichier d'agent réel de 500 Mo au moment de l'exécution. Temps écoulé sur VM-01 (Windows Server 2022) : prise de relais de l'installateur web en quelques secondes, téléchargement du paquet de l'agent en environ 5 minutes, enregistrement et mise en ligne en 10 minutes au total. L'enregistrement utilise un code à usage unique intégré dans l'URL de l'installateur ou un token 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 complète 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 installateur .bin monofichier de 1.16 Go (pas d'installateur web). La matrice de support officielle d'Acronis au moment de la rédaction répertorie 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 (l'installateur 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 paquets 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 une inscription non interactive.

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, puis sudo modprobe pour les charger.

Le temps d'installation Linux sur 26.04 a été 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 comporte 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 écoulé. La machine entière a traité le disque système de 01 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, c'est une configuration plus rapide pour les partages Windows denses en petits fichiers (dépôts CAO, gestion documentaire, 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 % »), 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é à 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 un transfert réseau TX simultané. Le disque système Ubuntu complet (56 Go utilisés) a été traité en 14 minutes. Le temps écoulé sous Linux a été de 3 minutes de moins que sous Windows dans le même mode (14 contre 17 minutes) ; les deux exécutions ont été limitées par le chemin d'ingestion cloud d'Acronis Cyber Infrastructure.

Flux 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 reprise, parcourt l'arborescence des 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 achevé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 cloud d'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.

NinjaOne Backup

NinjaOne Backup est à égalité avec MSP360 pour le temps d'image Windows le plus rapide (10 minutes pour le disque système complet) et fournit la sauvegarde au sein d'une plateforme RMM intégrée. La configuration passe par des politiques d'appareil (Windows Server Policy auto-assignée à VM-04) plutôt que par un assistant orienté sauvegarde, de sorte que les clients qui utilisent 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 la sauvegarde Linux dans un programme d'accès anticipé réservé à Debian.

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

L'assistant d'ajout d'ordinateur de NinjaOne expose Windows, Mac, Linux et Raspberry Pi comme plateformes d'agent avec une classification des rôles (Serveur, Station de travail, 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 achevé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 les sous-onglets Image et Fichier/Dossier. Le menu déroulant de destination propose trois options : Cloud (géré par NinjaOne), Local (disque de chaque 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 d'un contrôle par l'acheteur de la politique de stockage.

L'agent Linux (44 Mo .deb) s'installe en environ 30 secondes sur Ubuntu 26.04 sans contournement et sans module noyau. Les fonctionnalités RMM, correctifs et surveillance sont pleinement opérationnelles sous Linux aujourd'hui. La politique Linux Server dans la console n'expose pas encore de sous-onglet Sauvegarde au 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 d'image de NinjaOne a traité 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 avons 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 % soutenu pendant 14 minutes, 2.8 sur 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 écoulé de 23x entre le mode image (10 min) et le mode fichier (229 min) reflète le coût CPU par fichier sur un corpus de 625 946 fichiers. La restauration depuis le plan d'image a traité 2 980 fichiers (15 Go) en 3 minutes à 83.3 Mo/s.

Disponibilité de la sauvegarde Linux

L'agent RMM NinjaOne s'installe proprement sur Ubuntu 26.04 (.deb, 44 Mo, installation de 30 secondes, sans module noyau). RMM, correctifs et surveillance fonctionnent pleinement sous Linux aujourd'hui. La politique Linux Server dans la console n'expose pas encore de sous-onglet Sauvegarde au niveau de disponibilité générale. NinjaOne gère un programme d'accès anticipé réservé à Debian pour la sauvegarde de fichiers Linux avec un engagement du 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 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 voies de déploiement : Comet-Hosted (Comet Server 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 choisi 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 repose sur 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 (Comet Server géré par le fournisseur) et Self-Hosted (le client installe et exécute Comet Server sur sa propre infrastructure). Nous avons choisi 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 coffre de stockage par défaut déjà attaché, visible dans l'interface sous le type : Wasabi. Comet est le seul fournisseur de ce benchmark qui divulgue 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 à peu près dans le même délai. Les deux s'enregistrent auprès de la console de gestion en utilisant l'URL du locataire et un identifiant par utilisateur. Une fois que les deux appareils sont 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 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, Mailbox Office 365, Application Folders, Program Output et Microsoft Windows Server Backup. L'assistant Fichiers et dossiers configure les chemins source, 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 des agents Win/Linux à v26.4.1 sur les deux plateformes est inhabituelle dans ce benchmark.

Déduplication de la restauration intelligente

Nous avons exécuté la restauration du dossier de 15 Go deux fois. La première exécution a ciblé l'emplacement d'origine, où Comet a détecté que 15 Go de fichiers existaient déjà à la destination, a calculé des empreintes par rapport à l'index de sauvegarde et n'a téléchargé que 67.84 Mo de nouveau contenu. Durée totale : 1:27. La deuxième exécution a ciblé 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 re-chiffré 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'à son terme en 15 minutes 54 secondes, 100 Go traités, 51.35 Go téléversés. La tâche s'est terminée avec le statut Avertissement. L'entrée du journal : le pilote de snapshot cible un 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 jusqu'à un statut Réussite en 19 minutes 14 secondes à 43.3 Mo/s. Nous indiquons le temps écoulé de l'image dans le tableau comparatif, mais nous ne recommanderions pas cette configuration en production.

MSP360 Managed Backup

MSP360 est à égalité avec NinjaOne pour le temps 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 sous le nom « MSP360 Wasabi » dans l'interface), la même infrastructure Wasabi que Comet utilise. L'agent Linux compte 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/free-trial débouche sur un assistant « Démarrage » avec trois parcours d'intégration : Serveurs, M365, Hyper-V. Le parcours 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.

L'étape 1 est l'installation de l'agent. L'assistant présente des 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 un paiement FastSpring qui demande une carte bancaire et des frais d'activation d'essai de €1.19. L'essai dure ensuite 30 jours avec un plafond de 2 To ; le renouvellement automatique à $6,99/To/mois minimum s'active sauf annulation avant la date de fin de l'essai.

L'étape 3 sélectionne la source de sauvegarde (fichier ou image, avec la liste des disques locaux visible). Une fois qu'un plan existe, la vue principale de la console montre 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, quatre versions majeures derrière 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 aucun mode image/disque à quelque niveau que nous ayons pu atteindre durant l'essai. L'interface en ligne de commande du 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 MSP360 a traité 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 avons mesuré. La console auto-divulgue les transitions de phase (Contrôle de cohérence, snapshot VSS, BootSector, SYSTEM, analyse CBT, données C:\), 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, 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 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 produit du fournisseur, et non d'un problème de configuration du locataire. L'interface en ligne de commande 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 a duré 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 limité au même débit quelle que soit la plateforme.

Restauration Windows et Linux

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

SaaS et outils de sauvegarde d'applications

Les quatre produits de ce benchmark protègent des systèmes d'exploitation : fichiers, dossiers et images disque de Windows Server et d'Ubuntu. Une autre catégorie d'outils protège plutôt les données SaaS et d'applications, comme 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 en lisant et en écrivant des volumes de disque ; la métrique comparable est donc 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 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 se 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 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 façons : autogéré, où vous installez et exploitez vous-même le serveur de sauvegarde, ou comme une offre de sauvegarde à la demande que Veeam héberge sur Azure. Veeam Backup & Replication, la plateforme sur site de l'entreprise pour les machines virtuelles et les serveurs physiques, est un produit distinct que nous couvrons dans son propre benchmark.¹

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 ni serveur de sauvegarde ni stockage propre. Elle sauvegarde Microsoft 365 (Exchange, SharePoint, OneDrive et Teams) aux côtés des 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.²

Keepit

Keepit stocke les sauvegardes des 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.³

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.

Ajouter 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 Monitoring MSP360, liste des plans NinjaOne). Les temps des tableaux principaux sont arrondis à la minute pour plus de 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 réels restaurés propres à chaque fournisseur, et non un arrondi.

Périmètre

Limites

Focalisation sur la couverture des charges 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 charges sont couvertes dans des benchmarks distincts.

La matrice d'intégration avec le 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 ne sont 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

Lectures complémentaires

• Logiciel de contrôle des appareils
• Logiciel de prévention des pertes de données (DLP)
• Logiciel RMM avec tarification

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.

@misc{dilmegani2026,
  author = {Dilmegani, Cem and Sarı, Ekrem},
  title  = {{Benchmark 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}
}

Journal des modifications

2 mises à jour

1. 202616 Juin

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

2. 22 Mai

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

Liens de référence

1.

Backup for Microsoft 365: Protect & Recover Your Data | Veeam

Veeam

2.

Microsoft 365 Backup: Data Protection & Cyber Resilience | Druva

3.

Backup and recovery for Microsoft 365 | Keepit

Cem Dilmegani

Analyste principal

Suivre

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ı

Chercheur en IA

Suivre

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.

Nom

Adresse email

Commentaire

0/450

Publier un commentaire