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

Abbiamo confrontato NinjaOne Backup, Acronis Cyber Protect Cloud Backup, Comet Backup e MSP360 Managed Backup su un'infrastruttura AWS identica. Ogni fornitore ha eseguito un backup in modalità file dello stesso carico di lavoro da 625.946 file / 50 GB e un backup completo dell'immagine del disco di sistema, quindi ha ripristinato 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 primi tra immagine Windows + Linux, file e ripristino a livello di file:

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

Velocità di backup Windows

Velocità di backup Linux

Ripristino a livello di file

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

Conclusioni trasversali a immagine, file e ripristino

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

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

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

La modalità file Windows mostra una dispersione di 8.9x. Comet è primo 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 dei file piccoli su un corpus di 625.946 file. Il buon 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ù rapido sia su Windows (99.3 MB/s) sia su Linux (100.7 MB/s) in questa esecuzione a passaggio singolo. I quattro prodotti si sono attestati entro una banda di 16 MB/s (da 83.3 a 99.3) nel ripristino Windows.

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

Prodotti di backup testati

Acronis Cyber Protect Cloud

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

Configurazione della prova e installazione dell'agente

La registrazione della prova su eu2-cloud.acronis.com auto-instrada verso 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 payload effettivo dell'agente da 500 MB in fase di esecuzione. Tempo effettivo su VM-01 (Windows Server 2022): passaggio del programma di installazione web in pochi secondi, download del pacchetto agente in circa 5 minuti, registrazione e online in meno di 10 minuti complessivi. 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" prevede tre passaggi: selezionare l'account, selezionare i piani, verificare e registrare. Abbiamo scelto Non applicare nella fase del piano per evitare che il piano di protezione Complete predefinito di Acronis auto-avviasse un backup CDP prima di poter 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 stesura elenca Ubuntu da 18.04 a 25.10; noi abbiamo testato su 26.04, una versione più avanti. Su 26.04 il percorso di installazione ha richiesto i seguenti passaggi oltre all'installazione silenziosa standard:

1. Installare lo strumento rpm (il programma di installazione lo prevede; 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 delle firme; i pacchetti Acronis non sono firmati).

3. Eseguire il .bin con –skip-prereq-check –nodeps –force-weak-snapapi –token=<registration-token> –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 affinché DKMS compili snapapi26 e snumbd26 per il kernel in esecuzione, quindi sudo modprobe per caricarli.

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

Configurazione e modalità di backup

I piani di backup di Acronis vengono creati nella console e inviati ai dispositivi. Il modello di piano dispone di un "Modulo di backup" con due modalità principali: Intera macchina (immagine a livello di blocco) e Files/cartelle (per file). Per il carico di lavoro di file piccoli, la scelta della modalità determina il tempo effettivo. La modalità Intera macchina ha completato il disco di sistema da 82.7 GB di VM-01 in 17 minuti; Files/cartelle sulla stessa origine ha impiegato 40 minuti a 20.9 MB/s. Laddove la protezione dell'intera macchina è accettabile, è più rapida la configurazione per condivisioni Windows densamente popolate di file piccoli (repository CAD, gestione documentale, alberi dei sorgenti). Ogni job di Acronis emette un'etichetta di collo di bottiglia ("Scrittura sulla destinazione 100%", "Lettura dall'origine 100%"), che rende visibile il livello che limita la velocità senza strumentazione esterna.

Backup Linux a livello di blocco

L'agente Linux di Acronis utilizza snapapi26 (un modulo del kernel compilato al momento dell'installazione tramite DKMS) per acquisire uno snapshot a livello di partizione e trasmettere un'immagine a livello di blocco. La pipeline era attiva durante l'esecuzione: iostat ha mostrato attività di lettura disco sostenuta e ifconfig ha mostrato trasmissione di rete simultanea per tutta la durata. Il disco di sistema Ubuntu completo (56 GB utilizzati) è stato completato in 14 minuti. Il tempo effettivo su Linux è stato di 3 minuti inferiore rispetto a Windows nella stessa modalità (14 contro 17 minuti); entrambe le esecuzioni sono state limitate 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 nell'albero dei file e sceglie file o cartelle. Abbiamo ripristinato una sottodirectory di file di dimensioni medie da 15 GB. Il ripristino Windows è stato completato in 2:31 a 99.3 MB/s; il ripristino Linux in 2:29 a 100.7 MB/s. Entrambe le esecuzioni sono state limitate dal percorso di download di Acronis Cloud; il fornitore etichetta questo collo di bottiglia "Lettura dall'origine 100%" nel feed delle attività del job, il che corrisponde a quanto osservato. Acronis ha prodotto il ripristino a passaggio singolo più rapido su entrambi i sistemi operativi.

NinjaOne Backup

NinjaOne Backup è a pari merito con MSP360 per il tempo effettivo 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 dei dispositivi (Windows Server Policy auto-assegnato a VM-04) piuttosto che tramite una procedura guidata incentrata sul backup, quindi i clienti che già usano 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 Debian.

Installazione dell'agente basata su criteri e storage gestito

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

Su VM-04 (Windows Server 2022) l'installazione si è completata in meno di un minuto e il dispositivo è risultato online nella console subito dopo. La configurazione del backup si trova in Amministrazione → Criteri → Criteri agente → Criteri Windows Server → Backup, con le schede secondarie Immagine e File/Cartella. Il menu a discesa della destinazione offre tre opzioni: Cloud (gestito da NinjaOne), Locale (disco per dispositivo) e Ibrida. 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 delle policy di storage da parte dell'acquirente.

L'agente Linux (44 MB .deb) si installa in circa 30 secondi su Ubuntu 26.04 senza alcuna soluzione alternativa e senza moduli del kernel. Le funzionalità RMM, patch e monitoraggio sono pienamente operative su Linux oggi. Il criterio Linux Server nella console non espone ancora una scheda secondaria Backup nel livello di disponibilità generale; questa è l'osservazione relativa all'installazione dell'agente che motiva la sottosezione "Disponibilità del backup Linux" più avanti.

Risultati in 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 come tempo immagine Windows più rapido misurato. Il piano file sullo stesso corpus da 50 GB / 625.946 file ha richiesto 229 minuti a 3.64 MB/s. Il modulo RMM di NinjaOne ha segnalato 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 su 4 vCPU); il profilo CPU del motore è stato mostrato nella stessa console che gli operatori usano per il normale monitoraggio. Il divario di tempo effettivo di 23x tra modalità immagine (10 min) e modalità file (229 min) riflette il costo per-file di CPU 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 di NinjaOne si installa correttamente su Ubuntu 26.04 (.deb, 44 MB, installazione in 30 secondi, nessun modulo del kernel). RMM, patch e monitoraggio funzionano pienamente su Linux oggi. Il criterio Linux Server nella console non espone ancora una scheda secondaria Backup nel livello di disponibilità generale. NinjaOne esegue 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 Linux server possono affiancare a NinjaOne un prodotto di backup compatibile con Linux finché il modulo Linux non raggiunge la disponibilità generale.

Comet Backup

Comet offre due percorsi di implementazione: 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 implementazione

Il portale account di Comet ha 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 scelto Comet-Hosted, regione di Francoforte per parità con le console in stile SaaS degli altri fornitori. Il provisioning richiede alcuni minuti e colloca il tenant su Comet Server v26.4.1 (ramo "phoebe") con un credito di prova di $200 già allegato, senza necessità di un metodo di pagamento.

La Console di gestione si presenta su un sottodominio unico per tenant con un Storage Vault predefinito già collegato, visibile nell'interfaccia come Tipo: Wasabi. Comet è l'unico fornitore in questo benchmark a dichiarare esplicitamente il backend di storage sottostante nella console.

Installazione dell'agente su Windows e Linux

L'agente di 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 distribuito come .deb e si installa all'incirca nello stesso intervallo. Entrambi si registrano sulla Console di gestione utilizzando l'URL del tenant e un accesso 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, Mailbox Office 365, Cartelle applicative, Output di programma e Microsoft Windows Server Backup. La procedura guidata Files e cartelle configura percorsi di origine, conservazione, pianificazione e destinazione dello storage vault. La procedura guidata Immagine disco enumera i dischi fisici e supporta la selezione per volume. La parità di versione dell'agente Win/Linux a v26.4.1 su entrambe le piattaforme è 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 nuovo percorso e ha scaricato per intero 15.07 GB in 2:55 a 85.7 MB/s, che è il dato comparabile nella nostra tabella dei risultati. Il comportamento di deduplicazione è 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 (validazione del failover di test, recupero parziale di un set ricrittografato dopo un backup pulito confermato), il vantaggio 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 e 54 secondi, 100 GB elaborati, 51.35 GB caricati. Il job è terminato con stato Warning. La voce di log: il driver snapshot ha come target kernel < 6.18.0 e si trova in modalità fallback best-effort su Ubuntu 26.04 con kernel 7.0. 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 e 14 secondi a 43.3 MB/s. Elenchiamo il tempo trascorso dell'immagine per la tabella comparativa ma non consiglieremmo questa configurazione in produzione.

MSP360 Managed Backup

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

Attivazione della prova e installazione dell'agente

La registrazione su msp360.com/managed-backup/free-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 dei programmi di installazione Windows / Mac / RPM / Deb in un selettore di piattaforma. Il programma di installazione Windows è piccolo e si esegue tramite una finestra MSI standard; l'agente è risultato 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 "abbonarsi" prima che qualsiasi piano possa utilizzarlo. Il passaggio di abbonamento passa attraverso un checkout FastSpring che richiede una carta di credito e un addebito di attivazione della prova di €1.19. La prova dura 30 giorni con un limite di 2 TB; il auto-rinnovo a un minimo di $6,99/TB/mese si attiva se non viene annullato prima della data di fine prova.

Il passaggio 3 seleziona l'origine del backup (file o 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 correttamente su Ubuntu 26.04 ma esegue la versione v4.5, quattro versioni principali indietro rispetto all'agente Windows (v8.6); i due sono codebase separati. La procedura guidata Linux espone solo opzioni di backup file; non esiste alcuna modalità immagine / a livello di disco in nessun livello accessibile nella prova. Anche la CLI per tenant gestiti Linux è disabilitata per il livello di prova (accesso solo GUI).

Backup immagine

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

Capacità dell'agente Linux

L'agente Linux di MSP360 è alla versione v4.5, quattro versioni principali indietro rispetto all'agente Windows (v8.6). I due sono codebase separati. La procedura guidata Linux offre solo backup a livello di file. Non c'è un'opzione immagine, né un piano a livello di disco, né una modalità a livello di blocco. Abbiamo confermato che si tratta di una lacuna del prodotto del fornitore, non di un problema di configurazione del tenant. Anche la CLI per tenant gestiti è disabilitata per il nostro livello di prova (accesso solo GUI), il che limita i percorsi di automazione tramite script. Il backup file Linux su VM-L-03 è stato eseguito in 2 ore e 19 minuti a 6.43 MB/s, il che corrisponde alla velocità di trasferimento file Windows su un carico di lavoro identico (6.30 MB/s). L'agente, in modo indipendente dalla piattaforma, fa da 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 in 3:10 su Linux (84.8 MB/s). La velocità di trasferimento rientra in 1.5 MB/s tra le piattaforme, coerente con la parità di piattaforma nel backup file osservata in backup (6.30 contro 6.43 MB/s). Il fornitore usa la stessa struttura 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: file, cartelle e immagini disco di Windows Server e Ubuntu. Una categoria separata di strumenti protegge invece dati SaaS e applicativi, come cassette postali e siti Microsoft 365, Google Workspace e 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 comparabile è la granularità di ripristino e il recovery point objective piuttosto che la velocità in MB/s. Ecco perché restano fuori dalle tabelle benchmark precedenti.

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 integrato. Esegue il backup di sei ambienti da quella singola console.

Tutti e sei i carichi di lavoro vengono sottoposti a backup incrementale e seguono un periodo di conservazione configurabile. I backup possono essere scritti su repository locali, un NAS o storage a 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 al ransomware.

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

Veeam Data Cloud for Microsoft 365

Veeam Data Cloud for Microsoft 365, in precedenza Veeam Backup for Microsoft 365, esegue il backup di Exchange Online, SharePoint, OneDrive, Teams e Microsoft Entra ID. Funziona in due modalità: self-managed, in cui installi e gestisci tu stesso il server di backup, oppure come offerta 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 in un proprio benchmark.¹

Druva Data Security Cloud

Druva Data Security Cloud è una piattaforma completamente gestita, erogata in modalità 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é in storage provisionato dal cliente.²

Keepit

Keepit conserva i backup dei clienti su una 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 il cliente non deve portare o gestire 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 della velocità di trasferimento

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

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

Ambito

Limitazioni

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

La matrice di integrazione con storage di terze parti è fuori ambito. AWS S3 BYO, Cloudflare R2, Azure Blob e le celle di ripristino cross-cloud sono documentate nei documenti dei fornitori ma non misurate qui.

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

FAQ

Ulteriori letture

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

Cita questo benchmark

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

3.

Backup and recovery for Microsoft 365 | Keepit

Cem Dilmegani

Analista principale

Segui

Cem è analista principale presso AIMultiple dal 2017.

Il lavoro di Cem presso AIMultiple è stato citato da importanti testate internazionali tra cui Business Insider, Forbes, Morning Brew e Washington Post, da aziende globali come Deloitte e HPE, da ONG come il World Economic Forum e da organizzazioni sovranazionali come la Commissione europea. [1], [2], [3], [4], [5]

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

Ha guidato la strategia tecnologica e gli approvvigionamenti di una società di telecomunicazioni rispondendo direttamente al CEO. Ha inoltre guidato la crescita commerciale dell'azienda deep tech Hypatos, che ha raggiunto ricavi ricorrenti annuali a 7 cifre e una valutazione a 9 cifre partendo da zero in 2 anni. Il lavoro di Cem in Hypatos è stato ripreso da importanti testate tecnologiche come TechCrunch e Business Insider.

Cem interviene regolarmente a conferenze tecnologiche internazionali. Si è laureato come ingegnere informatico presso l'Università di Bogazici e possiede un MBA della Columbia Business School.

Visualizza il profilo completo

Revisionato tecnicamente da

Ekrem Sarı

Ricercatore IA

Segui

Ekrem è un Ricercatore IA e Data Scientist 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