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 da 50 GB / 625.946 file, classificati in base al numero di dimensioni in cui hanno primeggiato tra immagine Windows + Linux, file e ripristino a livello di file:
Fornitore | Dimensioni vinte | Punti di forza |
|---|---|---|
1 su 6 (pari merito) | Immagine Windows (pari merito) | |
4 su 6 | Ripristino Linux + Windows | |
N/A | SaaS e backup delle applicazioni | |
MSP360 | 1 su 6 (pari merito) | Immagine Windows (pari merito) |
Comet | 1 su 6 | Backup file Windows |
N/A: 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.
Throughput di backup Windows
Throughput di backup Linux
Ripristino a livello di file
L'obiettivo del ripristino era la sottodirectory media del carico di lavoro sui file (15 GB / 2.980 file) per ogni fornitore.
Risultati tra modalità immagine, file e ripristino
Acronis è stato l'unico fornitore a primeggiare in più di una dimensione. Ha conquistato il primo posto nel ripristino 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 primeggiato ciascuno esattamente in una dimensione Windows. Quando conta la copertura su entrambi i sistemi operativi e su tutte e tre le modalità, Acronis ha ottenuto il risultato più coerente in questa esecuzione.
Acronis è l'unico prodotto il cui backup Linux a livello di blocchi è stato completato senza avvisi del fornitore. NinjaOne non distribuisce alcun agente di backup Linux. L'agente Linux di MSP360 supporta solo file. Il piano immagine Linux di Comet è terminato, ma il driver snapshot ha emesso un avviso di compatibilità del kernel rispetto al kernel 7.0 di Ubuntu 26.04 ed è stato eseguito in modalità di fallback 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 ha impiegato 16. Entrambe le esecuzioni più lente hanno segnalato un collo di bottiglia dell'ingestione cloud dichiarato automaticamente. MSP360 e Comet espongono entrambi storage basato su Wasabi ma si collocano in livelli diversi, quindi il divario non va attribuito al solo backend di storage.
La modalità file Windows presenta una forbice di 8.9x. Comet ha primeggiato 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 dell'agente diverse per l'enumerazione dei file di piccole dimensioni su un corpus di 625.946 file. Il buon risultato di NinjaOne nell'immagine Windows non si è generalizzato 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) sia su Linux (100.7 MB/s) in questa esecuzione a singolo passaggio. I quattro prodotti si sono collocati 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 in rete di circa 222x in questa esecuzione. Gli altri prodotti hanno scaricato tutti i 15 GB a ogni esecuzione. In scenari di ripristino ripetuto meno ideali (tasso di corrispondenza diverso a destinazione), il vantaggio dipende dalla quantità di contenuti già corrispondenti.
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 a livello di blocchi su Linux è stato completato senza avvisi del fornitore, l'unico fornitore con un'etichetta di collo di bottiglia auto-dichiarata per ogni test, e ha prodotto il risultato di ripristino misurato più veloce in questo test a singolo passaggio 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 in fase di iscrizione.
Configurazione della prova e installazione dell'agente
La registrazione della prova su eu2-cloud.acronis.com viene auto-instradata verso un datacenter di Francoforte quando il Paese selezionato è “Germania”. 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 ciascuna 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 reale sulla VM-01 (Windows Server 2022): passaggio al programma di installazione web in pochi secondi, download del pacchetto agente di circa 5 minuti, registrazione e stato online in meno di 10 minuti complessivi. La registrazione utilizza un codice monouso incorporato nell'URL di installazione oppure un token di registrazione generato separatamente (durata fino a 12 mesi, più dispositivi).
La procedura guidata “Registra carico di lavoro” prevede tre passaggi: seleziona account, seleziona piani, verifica e registra. Abbiamo scelto Non applicare nella fase del piano per evitare che il piano predefinito Complete protection di Acronis avviasse automaticamente 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 stesura elenca Ubuntu da 18.04 a 25.10; noi abbiamo testato su 26.04, una release 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 file .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 rispetto al kernel in esecuzione, quindi eseguire sudo modprobe per caricarli.
Il tempo di installazione Linux su 26.04 è stato di circa 15 minuti, inclusi i passaggi precedenti. Su una versione LTS di 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 dispone di un “Modulo backup” con due modalità principali: Intero computer (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 reale. La modalità Intero computer ha completato il disco di sistema da 82.7 GB della VM-01 in 17 minuti; Files/cartelle sulla stessa origine ha impiegato 40 minuti a 20.9 MB/s. Quando una protezione completa della macchina è accettabile, la configurazione è più rapida per condivisioni Windows dense di file di piccole dimensioni (repository CAD, gestione documentale, alberi dei sorgenti). Ogni job Acronis emette un'etichetta di collo di bottiglia (“Scrittura verso destinazione 100%”, “Lettura da origine 100%”), che evidenzia il livello che limita la velocità senza strumentazione esterna.
Backup a livello di blocchi su Linux
L'agente Linux di Acronis utilizza snapapi26 (un modulo kernel compilato in fase di installazione tramite DKMS) per acquisire 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 traffico di rete TX simultaneo per tutta la durata. L'intero disco di sistema Ubuntu (56 GB utilizzati) è stato completato in 14 minuti. Il tempo reale su Linux è stato di 3 minuti inferiore rispetto a Windows nella stessa modalità (14 contro 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 nell'albero dei file e sceglie file o cartelle. Abbiamo ripristinato una sottodirectory di file di medie dimensioni 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 erano vincolate dal percorso di download cloud di Acronis; il fornitore etichetta questo collo di bottiglia come “Lettura da origine 100%” nel feed delle attività del job, il che corrisponde a quanto osservato. Acronis ha prodotto il ripristino a singolo passaggio più veloce su entrambi i sistemi operativi.
NinjaOne Backup
NinjaOne Backup è alla pari con MSP360 nel tempo reale più rapido per l'immagine Windows (10 minuti per l'intero disco di sistema) e fornisce il backup come parte di una piattaforma RMM integrata. La configurazione avviene tramite criteri dei dispositivi (Windows Server Policy auto-assegnata alla VM-04) anziché tramite una procedura guidata incentrata sul backup, quindi i clienti che già usano NinjaOne per patch, monitoraggio e scripting possono attivare il backup dalla stessa console. Il prodotto è generalmente disponibile su Windows e macOS, con il 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 espone Windows, Mac, Linux e Raspberry Pi come piattaforme agente, con classificazione dei ruoli (Server, Workstation, Laptop) e opzioni di architettura. Per Windows, la procedura guidata genera un URL di download MSI per tenant.
Sulla VM-04 (Windows Server 2022) l'installazione è stata 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 → Windows Server Policy → 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 Ibrido. La destinazione è lo 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 del bucket) al costo del controllo dei criteri di storage da parte dell'acquirente.
L'agente Linux (file .deb da 44 MB) si installa in circa 30 secondi su Ubuntu 26.04, senza soluzioni alternative e senza moduli kernel. Le funzionalità RMM, patch e monitoraggio sono pienamente operative su Linux oggi. I Criteri server Linux nella console non espongono ancora una scheda secondaria Backup nel livello di disponibilità generale; è questa l'osservazione derivata dall'installazione dell'agente che motiva la sottosezione “Disponibilità del backup Linux” riportata di seguito.
Risultati delle modalità immagine e file
Il piano immagine di NinjaOne ha completato il disco di sistema da 73.4 GB della VM-04 in 10 minuti, a pari merito con MSP360 nel tempo immagine Windows più veloce che abbiamo misurato. Il piano file sullo stesso corpus da 50 GB / 625.946 file ha impiegato 229 minuti a 3.64 MB/s. Il modulo RMM di NinjaOne ha segnalato il consumo 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 mostrato nella stessa console che gli operatori usano per il monitoraggio normale. Il divario 23x nel tempo reale tra modalità immagine (10 min) e modalità file (229 min) rispecchia il 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 di NinjaOne si installa senza problemi su Ubuntu 26.04 (file .deb, 44 MB, installazione in 30 secondi, nessun modulo kernel). Le funzioni RMM, patch e monitoraggio funzionano pienamente su Linux oggi. I Criteri server Linux nella console non espongono ancora una scheda secondaria Backup nel livello di disponibilità generale. NinjaOne gestisce un programma Early Access solo Debian per il backup di file Linux con coinvolgimento del supporto del fornitore su richiesta; questo articolo confronta esclusivamente le funzionalità di disponibilità generale, quindi il percorso EA è fuori ambito. I clienti con carichi di lavoro Linux su 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 uniformità con le console in stile SaaS degli altri fornitori.
Portale account e implementazione
Il portale degli account Comet è un'architettura a due portali: un Account Portal per la fatturazione e la gestione dei tenant, e una Management Console per le operazioni quotidiane di backup. 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 uniformità 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 pre-assegnato, senza necessità di metodo di pagamento.
La Management Console arriva su un sottodominio univoco per tenant con un Vault di storage predefinito già collegato, visibile nell'interfaccia utente 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 Comet Backup è lo stesso file 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 Management Console utilizzando l'URL del tenant e un login per singolo utente. Una volta che entrambi i dispositivi sono online, la console espone le stesse azioni dei dispositivi connessi 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, Casella postale 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 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 alla 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, in cui Comet ha rilevato che esistevano già 15 GB di file a destinazione, ha calcolato 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 tutti i 15.07 GB in 2:55 a 85.7 MB/s, che è la cifra confrontabile 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 via rete di oltre 200x; in scenari di ripristino ripetuto meno ideali (test di validazione del failover, ripristino parziale di un insieme ricrittografato dopo un backup pulito confermato), il vantaggio dipende da quanto contenuto corrisponde già a destinazione.
Piano immagine disco Linux
Il piano immagine disco Linux di Comet è stato completato 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 è destinato a kernel < 6.18.0 ed è in modalità di fallback best-effort sul kernel 7.0 di Ubuntu 26.04. Comet avverte che le immagini risultanti potrebbero essere incoerenti. La modalità di backup dei file Linux sulla stessa VM è stata eseguita correttamente fino allo stato Success in 19 minuti e 14 secondi a 43.3 MB/s. Riportiamo il tempo trascorso dell'immagine per la tabella comparativa, ma non consiglieremmo questa configurazione in produzione.
MSP360 Managed Backup
MSP360 è alla pari con NinjaOne nel tempo reale più rapido per l'immagine Windows (10 minuti per l'intero disco di sistema). La console si appoggia a 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 una codebase separata.
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 scorre in una finestra di dialogo MSI standard; l'agente è apparso online nella console entro pochi minuti dall'esecuzione del programma di installazione sulla 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 “iscriversi” prima che un piano possa utilizzarlo. Il passaggio di iscrizione passa da un checkout FastSpring che richiede una carta di credito e una commissione di attivazione della prova di €1.19. La prova dura poi 30 giorni con un tetto di 2 TB; il auto-rinnovo minimo a $6,99/TB/mese scatta se non viene annullato prima della data di fine della 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 senza problemi su Ubuntu 26.04 ma gira alla versione v4.5, quattro versioni principali indietro rispetto all'agente Windows (v8.6); le due versioni sono codebase separate. La procedura guidata Linux espone solo opzioni di backup dei file; non esiste una modalità immagine / a livello di disco in nessun livello a cui abbiamo potuto accedere nella prova. Anche la CLI per tenant gestiti Linux è disabilitata nel livello di prova (accesso solo GUI).
Backup immagine
Il piano immagine di MSP360 ha completato il disco di sistema da 72.78 GB della VM-03 in 10 minuti, a pari merito con NinjaOne nel tempo immagine Windows più veloce che abbiamo misurato. La console espone automaticamente le transizioni di fase (Consistency check, 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 basato su Wasabi senza buffering intermedio sull'host dell'agente.
Funzionalità dell'agente Linux
L'agente Linux di MSP360 è alla versione v4.5, quattro versioni principali indietro rispetto all'agente Windows (v8.6). Le due versioni sono codebase separate. La procedura guidata Linux offre solo backup a livello di file. Non esiste alcuna opzione immagine, alcun piano a livello di disco e alcuna modalità a blocchi. 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 dei file Linux sulla VM-L-03 è stato eseguito in 2 ore e 19 minuti a 6.43 MB/s, corrispondente al throughput dei file Windows su un carico di lavoro identico (6.30 MB/s). L'agente fa da collo di bottiglia in modo indipendente dalla piattaforma 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). Il throughput rientra in un margine di 1.5 MB/s tra le piattaforme, coerente con la parità di piattaforma del backup dei file che abbiamo osservato nel backup (6.30 rispetto a 6.43 MB/s). Il fornitore utilizza la stessa struttura di pipeline dell'agente su entrambi i lati.
SaaS e strumenti di backup delle applicazioni
I quattro prodotti di 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 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 le API delle applicazioni, come Microsoft Graph e AD/LDAP, non leggendo e scrivendo volumi su disco; la metrica confrontabile è quindi la granularità di ripristino e il recovery point objective piuttosto che il throughput in MB/s. Per questo motivo restano fuori dalle tabelle del 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 quell'unica 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 ai ransomware.
Il prezzo di listino per Active Directory ed 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. Può essere eseguito in due modi: self-managed, in cui installi e gestisci tu stesso il server di backup, oppure 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.1
Druva Data Security Cloud
Druva Data Security Cloud è una piattaforma completamente gestita e distribuita in modalità SaaS, quindi il cliente non esegue alcun server o storage di backup 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 provisioning dal cliente.2
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 si trovano nel cloud di Keepit, quindi il cliente non porta né gestisce un bucket di storage.3
Aggiungi come fonte preferitaAmbiente di test e metodologia
Infrastruttura
Carico di lavoro
Calcolo del throughput
I tempi provengono dalla console dei job o delle attività di ciascun fornitore (feed Attività di Acronis, log dei job di Comet, vista Monitoring di MSP360, elenco dei 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 per ciascun fornitore, non l'arrotondamento.
Ambito
Limitazioni
Obiettivo della copertura dei carichi di lavoro: Windows Server 2022 e Ubuntu 26.04. I backup di Microsoft 365, Google Workspace, macOS, Hyper-V, VMware, RDS, Azure SQL, GCP Compute e altre classi di carichi di lavoro sono trattati in benchmark separati.
La matrice di integrazione dello storage di terze parti è fuori ambito. AWS S3 BYO, Cloudflare R2, Azure Blob e le celle di ripristino tra cloud sono documentate nella documentazione dei fornitori ma non sono state misurate qui.
Misurazione a passaggio singolo. Ogni backup e ripristino è stato eseguito una sola volta. La varianza non è riportata.
FAQ
Il software di gestione dei backup è progettato per proteggere i tuoi dati creando backup dei file critici, dell'intero sistema e delle macchine virtuali, inclusi il sistema operativo e le cartelle. Con il giusto software di backup, gli utenti possono gestire backup di sistema, backup di file e backup cloud per più dispositivi, inclusi computer, dispositivi mobili e altre macchine, su varie piattaforme.
Le soluzioni moderne combinano backup automatici, incrementali, differenziali e completi per semplificare il processo e garantire che l'ultimo backup sia sempre disponibile. Che siano archiviati su storage locale, storage collegato in rete, condivisioni di rete o storage cloud come Google Drive o Google Workspace, questi strumenti proteggono da guasti hardware, cancellazioni accidentali, ransomware e disastri naturali.
Il software di backup supporta strategie diverse a seconda che tu sia un'azienda o un utente domestico:
Backup completo: crea una copia esatta dell'intero disco rigido o dell'intero sistema, inclusi il sistema operativo e tutti i file.
Backup incrementale: esegue il backup solo dei file nuovi o modificati dall'ultimo backup, risparmiando spazio e tempo.
Backup differenziale: acquisisce le modifiche dall'ultimo backup completo, bilanciando efficienza e affidabilità.
Backup locale: utilizza storage locale, storage collegato in rete o reti locali per creare copie di backup vicino al computer.
Backup online / Backup cloud: conserva i dati sensibili in storage cloud sicuro, accessibile da più macchine, e offre accesso remoto anche durante i disastri naturali.
Questa flessibilità consente sia alle aziende sia agli utenti domestici di scegliere tra backup locale per un ripristino rapido o backup cloud per la resilienza contro la perdita di dati e persino i disastri naturali.
Il software di gestione dei backup non si limita ad archiviare file di backup; si tratta di garantire una protezione completa dei dati e un ripristino rapido da guasti hardware, cancellazioni accidentali, ransomware o disastri naturali. Con il giusto processo di backup, aziende e utenti domestici possono creare backup dei dati critici, da documenti importanti a interi dischi rigidi.
Funzionalità come backup di sistema, backup automatico, backup incrementale e backup differenziale garantiscono che i dati sensibili siano sempre protetti. Inoltre, il backup cloud aggiunge resilienza archiviando i file di backup in storage cloud (Google Drive, Google Workspace o altri provider di backup online). Allo stesso tempo, le opzioni di backup locale, come storage collegato in rete, storage locale o condivisioni di rete, garantiscono un accesso rapido da una rete locale.
Ulteriori letture
- Software di controllo dispositivi
- Software di 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 = sep,
howpublished = {\url{https://aimultiple.com/backup-software}},
note = {AIMultiple. Consultato il 10 settembre 2026}
}Risultati e timestamp di 35 punti dati. Scarica i dati di sintesi mostrati nei grafici e nelle tabelle di questo articolo come file ZIP contenente 7 file CSV.
Vuoi i dati granulari che ci stanno dietro? Passa a Premium
Registro delle modifiche
2 aggiornamentiAggiunta una sezione sul backup SaaS e delle applicazioni con ManageEngine RecoveryManager Plus, Veeam, Druva e Keepit.
Aggiunto un benchmark di Acronis, NinjaOne, Comet e MSP360 con tabelle di backup, ripristino e metodologia.
Collegamenti di riferimento
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.
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.