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

Nous avons comparé 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 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 par le nombre de dimensions dominées sur les restaurations Windows + Linux d'image, de fichier et de niveau fichier :

N/A : ManageEngine RecoveryManager Plus sauvegarde les données SaaS et les applications plutôt que les 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 travail de fichiers (15 Go / 2,980 fichiers) pour chaque fournisseur.

Résultats sur les modes image, fichier et restauration

Acronis a été le seul fournisseur à dominer plus d'une dimension. Il a obtenu la première place en restauration Windows (99.3 MB/s), image Linux (seule exécution propre), fichier Linux (52.1 MB/s) et restauration Linux (100.7 MB/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 homogène dans ce test.

Acronis est le seul produit dont la sauvegarde Linux au niveau bloc s'est terminée sans avertissement du fournisseur. NinjaOne ne fournit pas d'agent de sauvegarde Linux. L'agent Linux de MSP360 est uniquement pour 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 pour Ubuntu 26.04 avec le noyau 7.0 et a fonctionné en mode dégradé.

L'image Windows se divise en deux paliers. 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 goulet d'étranglement d'ingestion cloud auto-déclaré. MSP360 et Comet utilisent tous deux le stockage Wasabi mais se situent à des paliers différents, de sorte que l'écart ne doit pas être attribué uniquement au stockage.

Le mode fichier Windows présente un écart de 8.9x. Comet a mené avec 32.43 MB/s, suivi de Acronis 20.9 MB/s, MSP360 6.30 MB/s et NinjaOne 3.64 MB/s. Les quatre produits utilisent des pipelines d'agents différents pour l'énumération de 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 de mode fichier sur les mêmes données sources.

Acronis a produit la restauration mesurée la plus rapide sur Windows (99.3 MB/s) et Linux (100.7 MB/s) dans ce test en une seule passe. Les quatre produits se situent dans une fourchette de 16 MB/s (83.3 à 99.3) en 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 ce test. Les autres produits ont téléchargé les 15 Go complets à 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 qui correspond déjà.

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 Linux au niveau bloc s'est terminée sans avertissement, le seul fournisseur avec un libellé de goulet d'étranglement auto-déclaré par test, et a produit le résultat de restauration mesuré le plus rapide dans ce test en une seule passe à la fois sur Windows et Linux. Nous avons enregistré l'essai sur eu2-cloud.acronis.com, qui a auto-assigné 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 « 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 lors de l'exécution. Temps écoulé sur VM-01 (Windows Server 2022) : transfert du programme d'installation web en quelques secondes, téléchargement du paquet de l'agent 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 du programme d'installation ou un jeton d'enregistrement généré séparément (durée de vie jusqu'à 12 mois, multi-appareil).

L'assistant « Enregistrer la charge de travail » comporte trois étapes : sélectionner le compte, sélectionner les plans, examiner et enregistrer. Nous avons choisi Ne pas appliquer à l'étape du plan pour éviter que le plan de protection complète par défaut de 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 en un seul fichier 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 (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 impose une vérification stricte de la signature ; 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 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 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 les deux appareils 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 terminé le disque système de 82.7 Go de VM-01 en 17 minutes ; le mode Fichiers/dossiers sur la même source a pris 40 minutes à 20.9 MB/s. Lorsque la protection complète de la machine est acceptable, la configuration est plus rapide pour les partages Windows denses en petits fichiers (dépôts CAO, gestion documentaire, arbres de code source). Chaque tâche Acronis émet un libellé de goulet d'étranglement (« Écriture vers la destination 100% », « Lecture depuis la source 100% »), ce qui met en évidence la couche limitant le débit sans instrumentation externe.

Sauvegarde Linux au niveau bloc

L'agent Linux Acronis utilise snapapi26 (un module du 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. Le disque système Ubuntu complet (56 Go utilisés) a été terminé en 14 minutes. Le temps écoulé sur Linux était de 3 minutes plus court que sur Windows dans le même mode (14 vs 17 minutes) ; les deux exécutions étaient limitées par le chemin d'ingestion cloud de l'infrastructure Cyber d'Acronis.

Processus 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 MB/s ; la restauration Linux en 2:29 à 100.7 MB/s. Les deux exécutions étaient limitées par le chemin de téléchargement du cloud d'Acronis ; le fournisseur qualifie ce goulet d'étranglement de « Lecture depuis la source 100% » dans le flux d'activité de la tâche, ce qui correspond à ce que nous avons observé. Acronis a produit la restauration en une seule passe la plus rapide sur les deux systèmes d'exploitation.

NinjaOne Backup

NinjaOne Backup est à égalité avec MSP360 pour le temps d'exécution 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 s'effectue via des stratégies d'appareil (stratégie Windows Server auto-assignée à VM-04) plutôt qu'un assistant de 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 pour Debian uniquement.

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

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

Sur VM-04 (Windows Server 2022), l'installation s'est terminée en moins d'une minute et l'appareil s'est affiché en ligne dans la console immédiatement après. La configuration de la sauvegarde se trouve dans Administration → Stratégies → Stratégies d'agent → Stratégie Windows Server → 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 compartiment S3, Wasabi, R2 ou Blob Azure. Le stockage géré par le fournisseur simplifie l'intégration (pas de configuration IAM, pas de configuration de compartiment) au prix du contrôle de la stratégie de stockage côté acheteur.

L'agent Linux (44 Mo .deb) s'installe en environ 30 secondes sur Ubuntu 26.04 sans contournements ni module de noyau. Les fonctionnalités RMM, de correctifs et de surveillance sont entièrement opérationnelles sur Linux aujourd'hui. La stratégie Linux Server dans la console n'expose pas encore de sous-onglet Sauvegarde dans 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 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'exécution 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 MB/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 d'exécution 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 à partir du plan d'image a terminé 2,980 fichiers (15 Go) en 3 minutes à 83.3 MB/s.

Disponibilité de la sauvegarde Linux

L'agent RMM de NinjaOne s'installe proprement sur Ubuntu 26.04 (.deb, 44 Mo, installation en 30 secondes, pas de module de noyau). Les fonctionnalités RMM, de correctifs et de surveillance fonctionnent entièrement sur Linux aujourd'hui. La stratégie Linux Server dans la console n'expose pas encore de sous-onglet Sauvegarde dans le niveau de disponibilité générale. NinjaOne propose un programme Early Access pour Debian uniquement pour la sauvegarde de fichiers Linux avec un engagement de support sur demande ; cet article compare uniquement les fonctionnalités de disponibilité générale, donc le chemin EA est hors du cadre. 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 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 choisi Comet-Hosted pour la parité avec les consoles de style 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 choisi Comet-Hosted, région Francfort pour la parité avec les consoles de style SaaS des autres fournisseurs. Le provisionnement prend quelques minutes et place le locataire sur Comet Server v26.4.1 (piste « phoebe ») avec un crédit d'essai de $200 pré-attaché, sans méthode de paiement requise.

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 benchmark qui divulgue explicitement son stockage sous-jacent dans l'interface de la console.

Installation de l'agent sur Windows et Linux

L'agent de sauvegarde Comet 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 un délai similaire. Les 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 d'appareil connecté pour chacun (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, Messagerie 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 en 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 ciblait 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 n'a téléchargé que 67.84 Mo de nouveau contenu. Temps total : 1:27. La deuxième exécution ciblait un nouveau chemin et a téléchargé l'intégralité des 15.07 Go en 2:55 à 85.7 MB/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 qui correspond déjà à 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 dégradé 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 machine virtuelle s'est exécuté proprement jusqu'à un statut Réussite en 19 minutes 14 secondes à 43.3 MB/s. Nous indiquons le temps écoulé de l'image pour le tableau de comparaison, mais ne recommanderions pas cette configuration en production.

MSP360 Managed Backup

MSP360 est à égalité avec NinjaOne pour le temps d'exécution le plus rapide de l'image Windows (10 minutes pour le disque système complet). La console fonctionne sur une destination de stockage basée sur 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 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 mène à 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 en un seul flux linéaire.

L'étape 1 est l'installation de l'agent. L'assistant présente les téléchargements d'installation pour 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.

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 dure ensuite 30 jours avec une limite de 2 To ; le renouvellement auto-matique au prix minimum de $6.99/To/mois s'applique, sauf annulation avant la date de fin de l'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 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 version 4.5, soit quatre versions majeures de retard par rapport à 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 / disque au niveau que nous avons pu accéder lors de 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 d'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'exécution Windows le plus rapide que nous ayons mesuré. La console auto-déclare les transitions de phase (Vérification de cohérence, instantané VSS, Secteur d'amorçage, SYSTEM, analyse 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 compartiment 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 la version 4.5, soit quatre versions majeures de retard par rapport à 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, ni de plan au niveau disque, ni de mode bloc. Nous avons confirmé qu'il s'agit d'une lacune du produit du fournisseur, et non 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 par script. La sauvegarde de fichiers Linux sur VM-L-03 s'est exécutée en 2 heures 19 minutes à 6.43 MB/s, ce qui correspond au débit de fichiers Windows sur une charge de travail identique (6.30 MB/s). L'agent s'embouteille de manière agnostique à la plateforme au même rythme.

Restauration Windows et Linux

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

Outils de sauvegarde SaaS et 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 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 APIs d'application telles que Microsoft Graph et AD/LDAP, et non par la lecture et l'écriture de 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 MB/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 intégrée. Il sauvegarde six environnements à partir de cette seule console.

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 sur des dépôts locaux, un NAS ou un stockage objet cloud (Azure Blob, Azure Files, AWS S3, Wasabi ou d'autres compartiments 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 d'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 : autogéré, où vous installez et exploitez le serveur de sauvegarde vous-même, 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.¹

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. Il 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.²

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 que le client n'apporte ni ne gère de compartiment de stockage.³

Découvrez davantage de nos benchmarks et analyses basées sur les données dans la recherche Google.

Ajouter comme source préférée

Environnement de test et méthodologie

Infrastructure

Charge de travail

Calcul du débit

Les durées 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 de surveillance MSP360, liste de plans NinjaOne). Les durées dans les tableaux principaux sont arrondies à 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 indique 84.8 MB/s (16.11 Go / 190 s) ; la restauration Linux Comet au même temps écoulé indique 78.9 MB/s (15.07 Go / 190 s). L'écart de 6 MB/s reflète les octets réels restaurés par fournisseur, et non l'arrondi.

Périmètre

Limites

Périmètre de 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 de travail sont couvertes dans des benchmarks distincts.

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

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

FAQ

Pour en savoir plus

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

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.

@misc{dilmegani2026,
  author = {Dilmegani, Cem and Sarı, Ekrem},
  title  = {{Benchmark des logiciels de sauvegarde: Acronis vs NinjaOne vs Comet vs MSP360}},
  year   = {2026},
  month  = jun,
  howpublished    = {\url{https://aimultiple.com/backup-software}},
  note   = {AIMultiple. Consulté le 16 Juin 2026}
}

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

Druva

3.

Backup and recovery for Microsoft 365 | Keepit

Cem Dilmegani

Analyste principal

Suivre

Cem est analyste principal chez AIMultiple depuis 2017. AIMultiple informe chaque mois des centaines de milliers d'entreprises (selon similarWeb), dont 55 % des entreprises du classement Fortune 500. Les travaux de Cem ont été cités par des publications internationales de premier plan telles que Business Insider, Forbes et le Washington Post, ainsi que par des entreprises mondiales comme Deloitte et HPE, des ONG comme le Forum économique mondial et des organisations supranationales comme la Commission européenne. Vous trouverez d'autres entreprises et ressources réputées ayant fait référence à AIMultiple. Tout au long de sa carrière, Cem a exercé les fonctions de consultant, d'acheteur et d'entrepreneur dans le secteur des technologies. 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 numérisation. Il a dirigé la stratégie technologique et les achats d'un opérateur télécom, sous la responsabilité directe du PDG. Il a également piloté la croissance commerciale de la société de deep tech Hypatos, qui a atteint un chiffre d'affaires annuel récurrent à sept chiffres et une valorisation à neuf chiffres en seulement deux ans. Les travaux de Cem chez Hypatos ont été présentés dans des publications technologiques de référence telles que TechCrunch et Business Insider. Cem intervient régulièrement lors de conférences internationales sur les technologies. Diplômé en génie informatique de l'université de Bogazici, il est également 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 chez AIMultiple, spécialisé dans l'automatisation intelligente, les GPU, les agents IA et les frameworks RAG.

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