Benchmark del software di backup: Acronis vs NinjaOne vs Comet vs MSP360

Abbiamo confrontato le prestazioni di NinjaOne Backup, Acronis Cyber Protect Cloud Backup, Comet Backup e MSP360 Managed Backup su infrastrutture AWS identiche. Ogni fornitore ha eseguito un backup in modalità file dello stesso carico di lavoro di 625.946 file / 50 GB e un backup completo dell'immagine del disco di sistema, per poi ripristinare la sottodirectory media da 15 GB.

Risultati del benchmark del software di backup

Ecco i quattro prodotti di backup testati su un carico di lavoro di 50 GB / 625.946 file, classificati in base al numero di dimensioni in cui sono risultati leader tra backup immagine, file e ripristino a livello di file su Windows + Linux:

N/D: ManageEngine RecoveryManager Plus esegue il backup di SaaS e dati applicativi anziché dei sistemi operativi, una categoria separata che riassumiamo nella sezione SaaS e backup di applicazioni.

Throughput del backup su Windows

Throughput del backup su Linux

Ripristino a livello di file

L'obiettivo del ripristino era la sottodirectory media del carico di lavoro dei file (15 GB / 2.980 file) per ogni fornitore.

Risultati nelle modalità immagine, file e ripristino

Acronis è stato l'unico fornitore a guidare in più di una dimensione. Ha ottenuto il primo posto nel ripristino su Windows (99.3 MB/s), nell'immagine Linux (unica esecuzione pulita), nei file Linux (52.1 MB/s) e nel ripristino Linux (100.7 MB/s), quattro delle sei dimensioni misurate. NinjaOne, MSP360 e Comet hanno guidato esattamente una dimensione Windows ciascuno. Laddove la copertura su entrambi i sistemi operativi e su tutte e tre le modalità conta, Acronis ha mostrato il risultato più consistente in questa esecuzione.

Acronis è l'unico prodotto il cui backup a livello di blocchi su Linux è stato completato senza avvisi del fornitore. NinjaOne non fornisce un agente di backup per Linux. L'agente Linux di MSP360 supporta solo backup a livello di file. Il piano immagine Linux di Comet è terminato, ma il driver snapshot ha emesso un avviso di compatibilità del kernel per il kernel 7.0 di Ubuntu 26.04 ed è stato eseguito in modalità di ripiego best-effort.

L'immagine Windows si divide in due livelli. NinjaOne e MSP360 hanno terminato in 10 minuti; Acronis ha impiegato 17 minuti e Comet 16. Entrambe le esecuzioni più lente hanno segnalato un collo di bottiglia autodichiarato nell'ingestione cloud. MSP360 e Comet espongono entrambi uno storage basato su Wasabi, ma si collocano in livelli diversi, quindi il divario non dovrebbe essere attribuito esclusivamente al backend di storage.

La modalità file su Windows mostra una dispersione di 8.9x. Comet ha guidato con 32.43 MB/s, seguito da Acronis 20.9 MB/s, MSP360 6.30 MB/s e NinjaOne 3.64 MB/s. I quattro prodotti utilizzano pipeline di agente diverse per l'enumerazione di file di piccole dimensioni su un corpus di 625.946 file. Il forte risultato dell'immagine Windows di NinjaOne non si è esteso alla sua pipeline in modalità file sugli stessi dati di origine.

Acronis ha prodotto il ripristino misurato più veloce sia su Windows (99.3 MB/s) che su Linux (100.7 MB/s) in questa singola esecuzione. I quattro prodotti si sono collocati in una fascia di 16 MB/s (83.3 a 99.3) nel ripristino su Windows.

La deduplicazione smart-restore di Comet ha trasferito 67.84 MB di nuovi contenuti quando i 15 GB di destinazione erano già presenti sul disco, una riduzione del trasferimento su rete di circa 222x in questa esecuzione. Gli altri prodotti hanno scaricato l'intero 15 GB in ogni esecuzione. In scenari di ripristino meno ideali (tasso di corrispondenza diverso a destinazione) il guadagno dipende da quanti contenuti corrispondono già.

Prodotti di backup testati

Acronis Cyber Protect Cloud

Acronis Cyber Protect Cloud Backup aveva la copertura più ampia tra le modalità testate. È l'unico fornitore il cui backup a livello di blocchi dell'immagine Linux è stato completato senza avvisi del fornitore, l'unico fornitore con un'etichetta di collo di bottiglia autodichiarata per test, e ha prodotto il risultato di ripristino misurato più veloce in questo test a passaggio singolo sia su Windows che su Linux. Abbiamo registrato la versione di prova su eu2-cloud.acronis.com, che ha auto-assegnato un datacenter di Francoforte quando abbiamo selezionato Germania durante la registrazione.

Configurazione della prova e installazione dell'agente

La registrazione della prova su eu2-cloud.acronis.com auto-indirizza a un datacenter di Francoforte quando “Germania” è il paese selezionato. La procedura guidata “+ Aggiungi dispositivo” della console presenta un elenco di piattaforme (Workstation / Server / Macchine virtuali / Microsoft 365 / ecc.) e un link di download per piattaforma.

L'agente Windows è un piccolo programma di installazione web che scarica il pacchetto effettivo dell'agente di 500 MB durante l'esecuzione. Tempo trascorso su VM-01 (Windows Server 2022): passaggio al programma di installazione web in pochi secondi, download del pacchetto dell'agente in circa 5 minuti, registrazione e messa online in 10 minuti totali. La registrazione utilizza un codice monouso incorporato nell'URL del programma di installazione o un token di registrazione generato separatamente (durata fino a 12 mesi, multi-dispositivo).

La procedura guidata “Registra carico di lavoro” ha tre passaggi: seleziona account, seleziona piani, rivedi e registra. Abbiamo scelto Non applicare al passaggio dei piani per evitare che il piano di protezione Complete predefinito di Acronis avviasse auto-maticamente un backup CDP prima che potessimo misurare esecuzioni D1 controllate.

L'agente Linux è un programma di installazione .bin a file singolo da 1.16 GB (nessun programma di installazione web). La matrice di supporto ufficiale di Acronis al momento della scrittura elenca Ubuntu da 18.04 a 25.10; abbiamo testato su 26.04, una release in anticipo. Su 26.04 il percorso di installazione ha richiesto i seguenti passaggi aggiuntivi oltre all'installazione silenziosa standard:

1. Installare lo strumento rpm (il programma di installazione lo richiede; Ubuntu 26.04 non lo include per impostazione predefinita).

2. Impostare %_pkgverify_level none in /etc/rpm/macros (RPM 6.x applica una verifica rigorosa della firma; i pacchetti Acronis non sono firmati).

3. Eseguire il .bin con –skip-prereq-check –nodeps –force-weak-snapapi –token=<token-registrazione> –rain=https://eu2-cloud.acronis.com per la registrazione non interattiva.

4. Installare make gcc dkms linux-headers-$(uname -r) ed eseguire sudo dkms autoinstall in modo che DKMS compili snapapi26 e snumbd26 per il kernel in esecuzione, quindi sudo modprobe per caricarli.

Il tempo di installazione su Linux su 26.04 è stato di circa 15 minuti, inclusi i passaggi sopra indicati. Su una LTS Ubuntu supportata (22.04 / 24.04 / 25.10), l'installazione silenziosa documentata è più breve. Una volta che entrambi i dispositivi sono apparsi nella console come “online, non protetti”, la configurazione della prova era completa.

Configurazione e modalità del backup

I piani di backup Acronis vengono creati nella console e inviati ai dispositivi. Il modello di piano include un “Modulo di backup” con due modalità principali: Macchina intera (immagine a livello di blocchi) e Files/cartelle (per file). Per il carico di lavoro di file di piccole dimensioni, la scelta della modalità domina il tempo totale. La macchina intera ha completato il disco di sistema da 82.7 GB di VM-01 in 17 minuti; Files/cartelle sulla stessa origine hanno impiegato 40 minuti a 20.9 MB/s. Laddove sia accettabile una protezione completa della macchina, una configurazione più rapida per condivisioni Windows dense di file di piccole dimensioni (repository CAD, gestione documentale, alberi sorgente). Ogni lavoro Acronis emette un'etichetta di collo di bottiglia (“Scrittura su destinazione 100%”, “Lettura da origine 100%”), che evidenzia il livello che limita la velocità senza strumentazione esterna.

Backup a livello di blocchi Linux

L'agente Linux Acronis utiliza snapapi26 (un modulo del kernel compilato al momento dell'installazione tramite DKMS) per creare uno snapshot a livello di partizione e trasmettere un'immagine a livello di blocchi. La pipeline era attiva durante l'esecuzione: iostat ha mostrato un'attività di lettura del disco sostenuta, e ifconfig ha mostrato una trasmissione di rete TX concomitante per tutto il periodo. Il disco di sistema Ubuntu completo (56 GB usati) è stato completato in 14 minuti. Il tempo totale su Linux è stato di 3 minuti inferiore rispetto a Windows nella stessa modalità (14 vs 17 minuti); entrambe le esecuzioni erano vincolate dal percorso di ingestione cloud di Acronis Cyber Infrastructure.

Flusso di lavoro di ripristino

Il ripristino in Acronis è una procedura guidata avviata dalla pagina dei dettagli del dispositivo. L'utente seleziona un punto di ripristino, naviga l'albero dei file e sceglie file o cartelle. Abbiamo ripristinato una sottodirectory di file di medie dimensioni da 15 GB. Il ripristino su Windows è stato completato in 2:31 a 99.3 MB/s; il ripristino su Linux in 2:29 a 100.7 MB/s. Entrambe le esecuzioni erano vincolate dal percorso di download del cloud Acronis; il fornitore etichetta questo collo di bottiglia come “Lettura da origine 100%” nel feed delle attività del lavoro, che corrisponde a quanto osservato. Acronis ha prodotto il ripristino a passaggio singolo più veloce su entrambi i sistemi operativi.

NinjaOne Backup

NinjaOne Backup è a pari merito con MSP360 per il tempo totale più rapido dell'immagine Windows (10 minuti per il disco di sistema completo) e fornisce il backup come parte di una piattaforma RMM integrata. La configurazione avviene tramite criteri dispositivo (criterio Windows Server auto-assegnato a VM-04) anziché una procedura guidata incentrata sul backup, quindi i clienti che già utilizzano NinjaOne per patch, monitoraggio e scripting possono abilitare il backup dalla stessa console. Il prodotto è generalmente disponibile su Windows e macOS, con backup Linux in un programma Early Access solo per Debian.

Installazione dell'agente basata su criteri e storage gestito

La procedura guidata di aggiunta computer di NinjaOne espone Windows, Mac, Linux e Raspberry Pi come piattaforme agente con classificazione del ruolo (Server, Workstation, Laptop) e opzioni di architettura. Per Windows, la procedura guidata genera un URL di download MSI per tenant.

Su VM-04 (Windows Server 2022) l'installazione è stata completata in meno di un minuto e il dispositivo è apparso online nella console immediatamente dopo. La configurazione del backup si trova in Amministrazione → Criteri → Criteri agente → Criterio Windows Server → Backup, con schede secondarie Immagine e File/Cartelle. Il menu a discesa Destinazione ha tre opzioni: Cloud (gestito da NinjaOne), Locale (disco per dispositivo) e Ibrido. La destinazione è storage AWS gestito da NinjaOne; i clienti non portano il proprio bucket S3, Wasabi, R2 o Azure Blob. Lo storage gestito dal fornitore semplifica l'onboarding (nessuna configurazione IAM, nessuna configurazione bucket) a scapito del controllo dei criteri di storage lato acquirente.

L'agente Linux (44 MB .deb) si installa in circa 30 secondi su Ubuntu 26.04 senza soluzioni alternative e senza modulo del kernel. Le funzionalità RMM, patch e monitoraggio sono pienamente funzionanti su Linux oggi. Il criterio Linux Server nella console non espone ancora una scheda secondaria Backup nel livello di disponibilità generale; questa è l'osservazione sull'installazione dell'agente che motiva la sottosezione “Disponibilità del backup Linux” di seguito.

Risultati modalità immagine e file

Il piano immagine di NinjaOne ha completato il disco di sistema da 73.4 GB di VM-04 in 10 minuti, a pari merito con MSP360 per il tempo di immagine Windows più veloce che abbiamo misurato. Il piano file sullo stesso corpus di 50 GB / 625.946 file ha richiesto 229 minuti a 3.64 MB/s. Il modulo RMM di NinjaOne ha contrassegnato il consumo di CPU del proprio motore di backup durante l'esecuzione come avviso (lockhart.exe al 69.5% sostenuto per 14 minuti, 2.8 di 4 vCPU); il profilo CPU del motore è stato reso noto nella stessa console che gli operatori utilizzano per il monitoraggio normale. Il divario di tempo totale 23x tra la modalità immagine (10 min) e la modalità file (229 min) è riconducibile al costo CPU per file su un corpus di 625.946 file. Il ripristino dal piano immagine ha completato 2.980 file (15 GB) in 3 minuti a 83.3 MB/s.

Disponibilità del backup Linux

L'agente RMM NinjaOne si installa senza problemi su Ubuntu 26.04 (.deb, 44 MB, installazione in 30 secondi, nessun modulo del kernel). RMM, patching e monitoraggio funzionano completamente su Linux oggi. Il criterio Linux Server nella console non espone ancora una scheda secondaria Backup nel livello di disponibilità generale. NinjaOne gestisce un programma Early Access solo Debian per il backup dei file Linux con coinvolgimento del supporto del fornitore su richiesta; questo articolo confronta solo le funzionalità di disponibilità generale, quindi il percorso EA è fuori ambito. I clienti con carichi di lavoro server Linux possono abbinare NinjaOne a un prodotto di backup compatibile con Linux fino a quando il modulo Linux non raggiunge la disponibilità generale.

Comet Backup

Comet offre due percorsi di distribuzione: Comet-Hosted (Comet Server gestito dal fornitore nella regione di Francoforte) e Self-Hosted (il cliente installa Comet Server sulla propria infrastruttura). Abbiamo scelto Comet-Hosted per parità con le console in stile SaaS degli altri fornitori.

Portale account e distribuzione

Il portale account Comet è un'architettura a due portali: un Portale Account per la fatturazione e la gestione dei tenant, e una Console di Gestione per le operazioni di backup quotidiane. Il primo passaggio chiede all'operatore di scegliere tra Comet-Hosted (Comet Server gestito dal fornitore) e Self-Hosted (il cliente installa ed esegue Comet Server sulla propria infrastruttura). Abbiamo selezionato Comet-Hosted, regione Francoforte per parità con le console in stile SaaS degli altri fornitori. Il provisioning richiede alcuni minuti e porta il tenant su Comet Server v26.4.1 (tracciato “phoebe”) con un credito di prova di $200 pre-allegato, nessun metodo di pagamento richiesto.

La Console di Gestione arriva su un sottodominio per tenant unico con un Vault di Storage predefinito già collegato, visibile nell'interfaccia utente come Tipo: Wasabi. Comet è l'unico fornitore in questo benchmark che dichiara esplicitamente il proprio backend di storage sottostante nell'interfaccia della console.

Installazione dell'agente su Windows e Linux

L'agente Comet Backup è lo stesso binario su Windows e Linux alla versione v26.4.1. L'agente Windows si installa da un MSI in un paio di minuti; l'agente Linux viene fornito come .deb e si installa più o meno nello stesso intervallo. Entrambi si registrano rispetto alla Console di Gestione utilizzando l'URL del tenant e un login per utente. Una volta che entrambi i dispositivi sono online, la console espone le stesse azioni Dispositivo Connesso su ciascuno (Esegui backup, Ripristina, Aggiorna, URL di accesso).

Configurazione del backup e 13 tipi nativi

La procedura guidata Nuovo Elemento Protetto di Comet presenta 13 tipi di backup nativi in un unico menu a discesa: Files e Cartelle, Immagine Disco, Microsoft SQL Server, MySQL, MongoDB, Microsoft Exchange Server, Microsoft Hyper-V, VMware, MS Office 365, Cassetta postale Office 365, Cartelle Applicazioni, Output Programma e Microsoft Windows Server Backup. La procedura guidata Files e Cartelle configura percorsi di origine, conservazione, pianificazione e obiettivo del vault di storage. La procedura guidata Immagine Disco enumera i dischi fisici e supporta la selezione per volume. La parità di versione dell'agente Win/Linux su entrambe le piattaforme a v26.4.1 è insolita in questo benchmark.

Deduplicazione smart-restore

Abbiamo eseguito due volte il ripristino della cartella da 15 GB. La prima esecuzione aveva come destinazione la posizione originale, dove Comet ha rilevato che 15 GB di file esistevano già a destinazione, ha calcolato gli hash rispetto all'indice di backup e ha scaricato solo 67.84 MB di nuovi contenuti. Tempo totale: 1:27. La seconda esecuzione aveva come destinazione un percorso nuovo e ha scaricato l'intero 15.07 GB in 2:55 a 85.7 MB/s, che è la cifra confrontabile nella nostra tabella dei risultati. Il comportamento di dedup è reale e unico tra i quattro prodotti. In questa specifica esecuzione, Comet ha ridotto il trasferimento su rete di oltre 200x; in scenari di ripristino meno ideali (convalida del failover di test, ripristino parziale di un insieme ricrittografato dopo un backup pulito confermato), il guadagno dipende da quanti contenuti corrispondono già a destinazione.

Piano immagine disco Linux

Il piano immagine disco Linux di Comet è stato eseguito fino al completamento in 15 minuti 54 secondi, 100 GB elaborati, 51.35 GB caricati. Il lavoro è terminato con lo stato Warning. La voce di log: il driver snapshot ha come target kernel < 6.18.0 ed è in modalità di ripiego best-effort sul kernel 7.0 di Ubuntu 26.04. Comet avverte che le immagini risultanti potrebbero essere incoerenti. La modalità di backup file Linux sulla stessa VM è stata eseguita correttamente con stato Success in 19 minuti 14 secondi a 43.3 MB/s. Elenchiamo il tempo trascorso dell'immagine per la tabella di confronto, ma non consiglieremmo questa configurazione in produzione.

MSP360 Managed Backup

MSP360 è a pari merito con NinjaOne per il tempo totale più rapido dell'immagine Windows (10 minuti per il disco di sistema completo). La console funziona su una destinazione di storage basata su Wasabi (white-label, esposta come “MSP360 Wasabi” nell'interfaccia utente), la stessa infrastruttura Wasabi utilizzata da Comet. L'agente Linux è indietro di quattro versioni principali rispetto all'agente Windows su una codebase separata.

Attivazione della prova e installazione dell'agente

La registrazione su msp360.com/managed-backup/gratuito-trial porta a una procedura guidata “Per iniziare” con tre percorsi di onboarding: Server, M365, Hyper-V. Il percorso Server guida l'operatore attraverso l'installazione dell'agente, la configurazione dell'account di storage e un primo piano di backup in un unico flusso lineare.

Il passaggio 1 è l'installazione dell'agente. La procedura guidata presenta i download del programma di installazione per Windows / Mac / RPM / Deb in un selettore di piattaforma. Il programma di installazione Windows è piccolo e viene eseguito tramite una finestra di dialogo MSI standard; l'agente è apparso online nella console entro pochi minuti dall'esecuzione del programma di installazione su VM-03.

Il passaggio 2 è l'account di storage. Il fornitore pre-crea un account di storage basato su Wasabi in EU Central 2 Francoforte; l'operatore deve “sottoscriverlo” prima che qualsiasi piano possa utilizzarlo. Il passaggio di sottoscrizione passa attraverso un checkout FastSpring che richiede una carta di credito e un addebito di attivazione della prova di €1.19. La prova viene quindi eseguita per 30 giorni con un limite di 2 TB; il rinnovo auto-matico a $6.99/TB/mese minimo si attiva a meno che non venga annullato prima della data di fine della prova.

Il passaggio 3 seleziona l'origine del backup (file vs immagine, con l'elenco dei dischi locali visibile). Una volta creato un piano, la vista principale della console mostra il dispositivo come online.

L'agente Linux (pacchetto Debian o RPM) si installa senza problemi su Ubuntu 26.04 ma viene eseguito alla v4.5, quattro versioni principali indietro rispetto all'agente Windows (v8.6); i due sono codebase separate. La procedura guidata Linux espone solo opzioni di backup dei file; non esiste una modalità immagine/livello disco a nessun livello a cui abbiamo potuto accedere durante la prova. Anche la CLI del tenant gestito Linux è disabilitata per il livello di prova (accesso solo tramite GUI).

Backup immagine

Il piano immagine MSP360 ha completato il disco di sistema da 72.78 GB di VM-03 in 10 minuti, a pari merito con NinjaOne per il tempo di immagine Windows più veloce che abbiamo misurato. La console dichiara autonomamente le transizioni di fase (Controllo coerenza, snapshot VSS, BootSector, SYSTEM, scansione CBT, dati C:\) che non abbiamo osservato nell'indicatore percentuale opaco di NinjaOne. L'immagine viene scritta direttamente sul bucket con supporto Wasabi senza buffering intermedio sull'host agente.

Capacità dell'agente Linux

L'agente Linux di MSP360 è la v4.5, quattro versioni principali indietro rispetto all'agente Windows (v8.6). I due sono codebase separate. La procedura guidata Linux offre solo backup a livello di file. Non esiste un'opzione immagine, nessun piano a livello di disco, nessuna modalità a livello di blocchi. Abbiamo confermato che si tratta di una lacuna del prodotto del fornitore, non di un problema di configurazione del tenant. Anche la CLI del tenant gestito è disabilitata per il nostro livello di prova (accesso solo tramite GUI), il che limita i percorsi di automazione con script. Il backup dei file Linux su VM-L-03 è stato eseguito in 2 ore 19 minuti a 6.43 MB/s, che corrisponde al throughput dei file Windows su un carico di lavoro identico (6.30 MB/s). L'agente è agnostico rispetto alla piattaforma e costituisce un collo di bottiglia alla stessa velocità.

Ripristino Windows e Linux

MSP360 ha ripristinato la sottodirectory media da 15 GB in 2:54 su Windows (86.2 MB/s) e 3:10 su Linux (84.8 MB/s). Il throughput è compreso entro 1.5 MB/s tra le piattaforme, coerentemente con la parità di piattaforma del backup dei file che abbiamo visto nel backup (6.30 vs 6.43 MB/s). Il fornitore utilizza la stessa forma di pipeline dell'agente su entrambi i lati.

SaaS e strumenti di backup delle applicazioni

I quattro prodotti in questo benchmark proteggono i sistemi operativi: Windows Server e file, cartelle e immagini disco Ubuntu. Una categoria separata di strumenti protegge invece i dati SaaS e applicativi, come le cassette postali e i siti di Microsoft 365, Google Workspace e i servizi di directory come Active Directory e Microsoft Entra ID. Questi strumenti ripristinano singoli oggetti, elementi delle cassette postali e file tramite API applicative come Microsoft Graph e AD/LDAP, non leggendo e scrivendo volumi disco, quindi la metrica confrontabile è la granularità di ripristino e l'obiettivo del punto di ripristino piuttosto che il throughput in MB/s. Ecco perché sono al di fuori delle tabelle di benchmark sopra.

ManageEngine RecoveryManager Plus

ManageEngine RecoveryManager Plus, della divisione ManageEngine di proprietà di Zoho, è un software self-hosted che il cliente installa su una macchina Windows ed esegue dietro una console web, con un database PostgreSQL in bundle. Esegue il backup di sei ambienti da quella singola console.

Tutti e sei i carichi di lavoro eseguono il backup in modo incrementale e seguono un periodo di conservazione configurabile. I backup possono essere scritti su repository locali, un NAS o storage di oggetti cloud (Azure Blob, Azure Files, AWS S3, Wasabi o altri bucket compatibili con S3) e per i carichi di lavoro Microsoft 365, Exchange, Google Workspace e Zoho WorkDrive, lo storage cloud può essere immutabile per la resistenza ai ransomware.

Il prezzo di listino di Active Directory e Entra ID parte da $475 all'anno per 250 oggetti utente, con licenza per componente.

Veeam Data Cloud per Microsoft 365

Veeam Data Cloud per Microsoft 365, precedentemente Veeam Backup per Microsoft 365, esegue il backup di Exchange Online, SharePoint, OneDrive, Teams e Microsoft Entra ID. Funziona in due modi: auto-gestito, dove si installa e si gestisce il server di backup autonomamente, o come offerta di backup-as-a-service che Veeam ospita su Azure. Veeam Backup & Replication, la piattaforma on-premises dell'azienda per VM e server fisici, è un prodotto separato che trattiamo nel suo benchmark dedicato.¹

Druva Data Security Cloud

Druva Data Security Cloud è una piattaforma completamente gestita, distribuita come SaaS, quindi il cliente non esegue alcun server di backup o storage proprio. Esegue il backup di Microsoft 365 (Exchange, SharePoint, OneDrive e Teams) insieme a endpoint, Google Workspace e Salesforce. I backup sono conservati nel cloud gestito di Druva anziché nello storage fornito dal cliente.²

Keepit

Keepit archivia i backup dei clienti sulla propria infrastruttura dedicata anziché su un hyperscaler come AWS o Azure. Esegue il backup di Microsoft 365, Microsoft Entra ID, Salesforce, Google Workspace, Power Platform, Dynamics 365 e Azure DevOps. I dati risiedono nel cloud di Keepit, quindi un cliente non porta né gestisce un bucket di storage.³

Non perderti i nostri benchmark e approfondimenti basati sui dati. Il pulsante apre Google; selezionare AIMultiple conferma che desideri vedere AIMultiple più spesso nei risultati di ricerca di Google.

Aggiungi come fonte preferita

Ambiente di test e metodologia

Infrastruttura

Carico di lavoro

Calcolo del throughput

I tempi provengono dalla console dei lavori o delle attività di ciascun fornitore (feed Attività Acronis, log dei lavori Comet, vista Monitoraggio MSP360, elenco piani NinjaOne). I tempi della tabella nelle tabelle principali sono arrotondati al minuto per leggibilità; i tempi trascorsi precisi sono conservati in raw-results/<fornitore>/*.json.

Esempio: il ripristino Linux MSP360 a 3:10 riporta 84.8 MB/s (16.11 GB / 190 s); il ripristino Linux Comet allo stesso tempo trascorso riporta 78.9 MB/s (15.07 GB / 190 s). Il divario di 6 MB/s riflette i byte effettivi ripristinati specifici del fornitore, non l'arrotondamento.

Ambito

Limitazioni

Focus sulla copertura del carico di lavoro: Windows Server 2022 e Ubuntu 26.04. I backup di Microsoft 365, backup di Google Workspace, macOS, Hyper-V, VMware, RDS, Azure SQL, GCP Compute e altre classi di carico di lavoro sono trattate in benchmark separati.

La matrice di integrazione dello storage di terze parti è fuori ambito. Le celle BYO AWS S3, Cloudflare R2, Azure Blob e ripristino cross-cloud sono documentate nei documenti del fornitore ma non sono state misurate qui.

Misurazione a passaggio singolo. Ogni backup e ripristino è stato eseguito una volta. La varianza non è riportata.

FAQ

Ulteriori letture

• Software per il controllo dei dispositivi
• Software per la prevenzione della perdita di dati (DLP)
• Software RMM con prezzi

Cita questa ricerca

Scegli il formato adatto a dove pubblicherai. Incollare la versione con link nel tuo CMS preserva il backlink.

@misc{dilmegani2026,
  author = {Dilmegani, Cem and Sarı, Ekrem},
  title  = {{Benchmark del software di backup: Acronis vs NinjaOne vs Comet vs MSP360}},
  year   = {2026},
  month  = aug,
  howpublished    = {\url{https://aimultiple.com/backup-software}},
  note   = {AIMultiple. Consultato il 4 Agosto 2026}
}

Collegamenti di riferimento

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

Analista principale

Segui

Cem è l'analista principale di AIMultiple dal 2017. AIMultiple informa centinaia di migliaia di aziende (secondo SimilarWeb) compreso il 60% delle Fortune 500 ogni mese.

Il lavoro di Cem è stato citato da importanti pubblicazioni globali tra cui Business Insider, Forbes, Washington Post, aziende globali come Deloitte, HPE e ONG come il World Economic Forum e organizzazioni sovranazionali come la Commissione europea.

Nel corso della sua carriera, Cem ha lavorato come consulente tecnologico, acquirente di tecnologia e imprenditore tecnologico. Ha consigliato aziende sulle loro decisioni tecnologiche presso McKinsey & Company e Altman Solon per oltre un decennio. Ha anche pubblicato un rapporto McKinsey sulla digitalizzazione.

Ha guidato la strategia tecnologica e gli approvvigionamenti di una società di telecomunicazioni rispondendo direttamente al CEO. Ha anche guidato la crescita commerciale dell'azienda deep tech Hypatos che ha raggiunto un fatturato annuo ricorrente a 7 cifre e una valutazione a 9 cifre partendo da 0 in 2 anni. Il lavoro di Cem in Hypatos è stato trattato da importanti pubblicazioni tecnologiche come TechCrunch e Business Insider.

Cem interviene regolarmente a conferenze tecnologiche internazionali. Si è laureato in ingegneria informatica all'Università Bogazici e ha conseguito un MBA presso la Columbia Business School.

Visualizza il profilo completo

Revisionato tecnicamente da

Ekrem Sarı

Ricercatore di IA

Segui

Ekrem è un ricercatore di IA e analista di dati presso AIMultiple. Progetta ed esegue benchmark pratici per sistemi di IA e LLM.

Visualizza il profilo completo

Sii il primo a commentare

Il tuo indirizzo email non verrà pubblicato. Tutti i campi sono obbligatori. I commenti vengono lasciati nella loro lingua originale.

Nome

Indirizzo e-mail

Commento

0/450

Pubblica un commento