Benchmark dei 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 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 dei 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 testa tra immagine, file e ripristino a livello di file su Windows + Linux:

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

Throughput backup Windows

Throughput 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.

Risultati tra le modalità immagine, file e ripristino

Acronis è stato l'unico fornitore a guidare 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 guidato ciascuno esattamente una dimensione Windows. Laddove la copertura su entrambi i sistemi operativi e su tutte e tre le modalità è importante, Acronis ha registrato il risultato più costante in questa esecuzione.

Acronis è l'unico prodotto il cui backup a livello di blocco Linux è stato completato senza avvisi del fornitore. NinjaOne non distribuisce un agente di backup Linux. L'agente Linux di MSP360 è solo per 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 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 auto-dichiarato nell'ingestione cloud. MSP360 e Comet espongono entrambi storage basato su Wasabi ma si collocano in livelli diversi, quindi il divario non dovrebbe essere attribuito solo al backend di storage.

La modalità file Windows si distribuisce 8.9x. Comet ha guidato a 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 agenti diverse per l'enumerazione di file piccoli su un corpus di 625,946 file. Il forte risultato nell'immagine Windows di NinjaOne non si è generalizzato alla sua pipeline in modalità file sugli stessi dati sorgente.

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

La deduplica smart-restore di Comet ha trasferito 67.84 MB di nuovi contenuti quando l'obiettivo da 15 GB esisteva già su 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 ri-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 ha avuto la copertura più ampia tra le modalità che abbiamo testato. È l'unico fornitore il cui backup dell'immagine a livello di blocco Linux è stato completato senza avvisi del fornitore, l'unico fornitore con un'etichetta di collo di bottiglia auto-dichiarata 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 prova su eu2-cloud.acronis.com, che ha auto-assegnato un datacenter di Francoforte quando abbiamo selezionato Germania al momento dell'iscrizione.

Configurazione della prova e installazione dell'agente

L'iscrizione alla 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 web installer che scarica il payload effettivo dell'agente da 500 MB in fase di esecuzione. Tempo effettivo su VM-01 (Windows Server 2022): passaggio del web installer in pochi secondi, download del pacchetto agente circa 5 minuti, registrazione e online in meno di 10 minuti totali. La registrazione utilizza un codice monouso incorporato nell'URL dell'installer 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, verifica e registra. Abbiamo scelto Non applicare al passaggio del piano per evitare che il piano di protezione Complete predefinito di Acronis auto-avviasse un backup CDP prima che potessimo misurare esecuzioni D1 controllate.

L'agente Linux è un installer .bin a file singolo da 1.16 GB (nessun web installer). La matrice di supporto ufficiale di Acronis al momento della stesura 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 oltre all'installazione silenziosa standard:

1. Installare lo strumento rpm (l'installer 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 delle firme; 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 Linux su 26.04 è stato di circa 15 minuti, inclusi i passaggi sopra indicati. Su una Ubuntu LTS 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à di backup

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

Backup a livello di blocco Linux

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 TX di rete concomitante per tutta la durata. L'intero disco di sistema Ubuntu (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 vs 17 minuti); entrambe le esecuzioni sono state 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 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 vincolate dal percorso di download cloud di Acronis; il fornitore etichetta questo collo di bottiglia come "Lettura da sorgente 100%" nel feed attività del job, 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 effettivo più veloce nell'immagine Windows (10 minuti per l'intero disco di sistema) e offre il backup come parte di una piattaforma RMM integrata. La configurazione avviene tramite policy del dispositivo (Windows Server Policy auto-assegnata 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 il backup Linux in un programma Early Access solo per Debian.

Installazione dell'agente basata su policy 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.

Su VM-04 (Windows Server 2022) l'installazione è stata completata in meno di un minuto e il dispositivo è apparso online nella console subito dopo. La configurazione del backup si trova in Amministrazione → Policy → Policy agente → Windows Server Policy → Backup, con schede secondarie Immagine e File/Cartelle. Il menu a discesa della 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 di bucket) al costo del controllo della policy di storage lato acquirente.

L'agente Linux (.deb da 44 MB) 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 completamente funzionali su Linux oggi. La Linux Server Policy nella console non espone ancora una scheda secondaria Backup sul livello di disponibilità generale; questa è l'osservazione sull'installazione dell'agente che motiva la sottosezione "Disponibilità backup Linux" qui sotto.

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 più veloce nell'immagine Windows che abbiamo misurato. Il piano file sullo stesso corpus di 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 reso noto nella stessa console che gli operatori utilizzano per il monitoraggio normale. Il divario di tempo effettivo di 23x tra modalità immagine (10 min) e modalità file (229 min) riflette 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à 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, patch e monitoraggio funzionano pienamente su Linux oggi. La Linux Server Policy nella console non espone ancora una scheda secondaria Backup sul livello di disponibilità generale. NinjaOne gestisce un programma Early Access solo per Debian per il backup file Linux con 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 selezionato Comet-Hosted per parità con le console in stile SaaS degli altri fornitori.

Portale account e distribuzione

Il portale account 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 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 e gestisce 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 colloca il tenant su Comet Server v26.4.1 (ramo "phoebe") con un credito di prova di $200 pre-allegato, senza necessità di metodo di pagamento.

La Console di Gestione arriva su un sottodominio unico per tenant con un Vault di Storage predefinito già collegato, visibile nell'UI come Tipo: Wasabi. Comet è l'unico fornitore in questo benchmark che dichiara esplicitamente il proprio backend di storage sottostante nell'UI 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 distribuito come .deb e si installa all'incirca nello stesso intervallo. Entrambi si registrano con la 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 Login).

Configurazione 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 Applicazione, Output Programma e Microsoft Windows Server Backup. La procedura guidata Files e Cartelle configura percorsi sorgente, retention, 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 a v26.4.1 su entrambe le piattaforme è insolita in questo benchmark.

Deduplica smart-restore

Abbiamo eseguito il ripristino della cartella da 15 GB due volte. 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 è il dato comparabile nella nostra tabella dei risultati. Il comportamento di deduplica è reale e unico tra i quattro prodotti. In questa specifica esecuzione, Comet ha ridotto il trasferimento su rete di oltre 200x; in scenari di ri-ripristino meno ideali (convalida di failover di test, recupero parziale di un insieme ri-crittografato 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 job è terminato con stato Avviso. La voce di log: il driver snapshot ha come target kernel < 6.18.0 ed è in modalità di fallback best-effort sul kernel 7.0 di Ubuntu 26.04. Comet avvisa che le immagini risultanti potrebbero essere inconsistenti. La modalità di backup file Linux sulla stessa VM è stata eseguita con uno stato Successo in 19 minuti 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 è a pari merito con NinjaOne per il tempo effettivo più veloce nell'immagine Windows (10 minuti per l'intero disco di sistema). La console gira su una destinazione di storage basata su Wasabi (white-label, esposta come "MSP360 Wasabi" nell'UI), la stessa infrastruttura Wasabi che utilizza Comet. L'agente Linux è indietro di quattro versioni principali rispetto all'agente Windows su una codebase separata.

Attivazione della prova e installazione dell'agente

L'iscrizione 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 dell'installer Windows / Mac / RPM / Deb in un selettore di piattaforma. L'installer Windows è piccolo e si esegue tramite una finestra di dialogo MSI standard; l'agente è apparso online nella console entro pochi minuti dall'esecuzione dell'installer 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 "sottoscrivere" prima che un 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 dura poi 30 giorni con un limite di 2 TB; il auto-rinnovo a $6.99/TB/mese minimo si attiva a meno che non venga annullato prima della data di fine prova.

Il passaggio 3 seleziona la sorgente di 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 gira 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 file; non c'è alcuna modalità immagine / a livello di disco su nessun livello a cui abbiamo potuto accedere nella prova. Anche la CLI managed-tenant Linux è disabilitata per il livello di prova (accesso solo 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 più veloce nell'immagine Windows che abbiamo misurato. La console auto-dichiara le transizioni di fase (Controllo consistenza, snapshot VSS, BootSector, SYSTEM, scansione CBT, dati C:\) 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 agente.

Capacità dell'agente Linux

L'agente Linux di MSP360 è 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 c'è alcuna opzione immagine, nessun piano a livello di disco, nessuna 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 managed-tenant è 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 è durato 2 ore 19 minuti a 6.43 MB/s, che corrisponde al throughput file Windows su un carico di lavoro identico (6.30 MB/s). L'agente fa da collo di bottiglia in modo indipendente dalla piattaforma allo stesso tasso.

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 è entro 1.5 MB/s tra le piattaforme, coerente con la parità di piattaforma nel backup file che abbiamo visto in fase di backup (6.30 vs 6.43 MB/s). Il fornitore utilizza la stessa forma di pipeline dell'agente su entrambi i lati.

Strumenti di backup SaaS e 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 le caselle postali e i siti di Microsoft 365, Google Workspace e servizi di directory come Active Directory e Microsoft Entra ID. Questi strumenti ripristinano singoli oggetti, elementi delle caselle postali e file tramite API applicative come Microsoft Graph e AD/LDAP, non leggendo e scrivendo volumi disco, quindi la metrica comparabile è la granularità del ripristino e l'obiettivo del punto di ripristino piuttosto che il throughput in MB/s. Ecco perché si collocano al di fuori delle tabelle benchmark sopra.

ManageEngine RecoveryManager Plus

ManageEngine RecoveryManager Plus, della divisione ManageEngine di proprietà Zoho, è un software self-hosted che il cliente installa su una macchina Windows e gestisce 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 backup incrementali e seguono un periodo di retention 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 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. Funziona in due modi: auto-gestito, dove installi e gestisci il server di backup autonomamente, o 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, distribuita come SaaS, quindi il cliente non gestisce 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 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.³

Scopri altri nostri benchmark e approfondimenti basati sui dati nella Ricerca Google.

Aggiungi come fonte preferita

Ambiente di test e metodologia

Infrastruttura

Carico di lavoro

Calcolo del throughput

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

Esempio: ripristino Linux MSP360 a 3:10 riporta 84.8 MB/s (16.11 GB / 190 s); 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 per fornitore, non l'arrotondamento.

Ambito

Limitazioni

Focus sulla copertura del carico di lavoro: Windows Server 2022 e Ubuntu 26.04. Backup Microsoft 365, backup 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. AWS S3 BYO, Cloudflare R2, Azure Blob e le celle di ripristino cross-cloud sono documentate nella documentazione 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 dispositivi
• Software di Data Loss Prevention (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 dei software di backup: Acronis vs NinjaOne vs Comet vs MSP360}},
  year   = {2026},
  month  = jun,
  howpublished    = {\url{https://aimultiple.com/backup-software}},
  note   = {AIMultiple. Consultato il 16 Giugno 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 è analista principale presso AIMultiple dal 2017. AIMultiple fornisce informazioni a centinaia di migliaia di aziende (secondo SimilarWeb), tra cui il 55% delle aziende Fortune 500, ogni mese. Il lavoro di Cem è stato citato da importanti pubblicazioni globali come Business Insider, Forbes, Washington Post, società globali come Deloitte e HPE, ONG come il World Economic Forum e organizzazioni sovranazionali come la Commissione Europea. È possibile consultare l'elenco di altre aziende e risorse autorevoli che hanno citato AIMultiple. Nel corso della sua carriera, Cem ha lavorato come consulente tecnologico, responsabile acquisti tecnologici e imprenditore nel settore tecnologico. Ha fornito consulenza alle aziende sulle loro decisioni tecnologiche presso McKinsey & Company e Altman Solon per oltre un decennio. Ha anche pubblicato un report di McKinsey sulla digitalizzazione. Ha guidato la strategia tecnologica e gli acquisti di un'azienda di telecomunicazioni, riportando direttamente al CEO. Ha inoltre 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 zero in soli 2 anni. Il lavoro di Cem in Hypatos è stato oggetto di articoli su importanti pubblicazioni tecnologiche come TechCrunch e Business Insider. Cem partecipa regolarmente come relatore a conferenze internazionali di settore. Si è laureato in ingegneria informatica presso l'Università di Bogazici e ha conseguito un MBA presso la Columbia Business School.

Visualizza il profilo completo

Revisionato tecnicamente da

Ekrem Sarı

Ricercatore di intelligenza artificiale

Segui

Ekrem è un ricercatore di intelligenza artificiale presso AIMultiple, specializzato in automazione intelligente, GPU, agenti di intelligenza artificiale e framework RAG.

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