Benchmark de software de backup: Acronis vs NinjaOne vs Comet vs MSP360

Comparamos o NinjaOne Backup, o Acronis Cyber Protect Cloud Backup, o Comet Backup e o MSP360 Managed Backup em uma infraestrutura AWS idêntica. Cada fornecedor executou um backup em modo de arquivo da mesma carga de trabalho de 625.946 arquivos / 50 GB e um backup de imagem completo do disco do sistema e, em seguida, restaurou o subdiretório médio de 15 GB.

Resultados do benchmark de software de backup

Aqui estão os quatro produtos de backup testados em uma carga de trabalho de 50 GB / 625.946 arquivos, classificados pelo número de dimensões lideradas em imagem, arquivo e restauração em nível de arquivo no Windows + Linux:

N/A: O ManageEngine RecoveryManager Plus faz backup de dados de SaaS e aplicativos em vez de sistemas operacionais, uma categoria separada que resumimos na SaaS e seção de backup de aplicativos.

Taxa de transferência de backup no Windows

Taxa de transferência de backup no Linux

Restauração em nível de arquivo

O destino da restauração foi o subdiretório médio da carga de trabalho de arquivos (15 GB / 2.980 arquivos) em todos os fornecedores.

Conclusões entre os modos de imagem, arquivo e restauração

O Acronis foi o único fornecedor a liderar mais de uma dimensão. Ele assumiu a primeira posição na restauração Windows (99.3 MB/s), imagem Linux (única execução limpa), arquivo Linux (52.1 MB/s) e restauração Linux (100.7 MB/s), quatro das seis dimensões medidas. NinjaOne, MSP360 e Comet lideraram exatamente uma dimensão Windows cada. Onde a cobertura entre os dois sistemas operacionais e os três modos importa, o Acronis apresentou o resultado mais consistente nesta execução.

O Acronis é o único produto cujo backup em nível de bloco do Linux foi concluído sem avisos do fornecedor. O NinjaOne não oferece agente de backup para Linux. O agente Linux do MSP360 é somente de arquivos. O plano de imagem Linux do Comet foi concluído, mas o driver de snapshot emitiu um aviso de compatibilidade de kernel em relação ao kernel 7.0 do Ubuntu 26.04 e executou em modo de fallback de melhor esforço.

A imagem Windows se divide em dois níveis. O NinjaOne e o MSP360 terminaram em 10 minutos; o Acronis levou 17 minutos e o Comet levou 16. Ambas as execuções mais lentas relataram um gargalo de ingestão na nuvem autodivulgado. O MSP360 e o Comet expõem armazenamento baseado em Wasabi, mas estão em níveis diferentes, portanto a diferença não deve ser atribuída apenas ao backend de armazenamento.

O modo de arquivo Windows se espalha 8.9x. O Comet liderou com 32.43 MB/s, seguido pelo Acronis 20.9 MB/s, MSP360 6.30 MB/s e NinjaOne 3.64 MB/s. Os quatro produtos usam pipelines de agente diferentes para enumeração de arquivos pequenos em um corpus de 625.946 arquivos. O forte resultado em imagem Windows do NinjaOne não se generalizou para seu pipeline de modo de arquivo nos mesmos dados de origem.

O Acronis produziu a restauração medida mais rápida tanto no Windows (99.3 MB/s) quanto no Linux (100.7 MB/s) nesta execução de passagem única. Os quatro produtos ficaram dentro de uma faixa de 16 MB/s (83.3 a 99.3) na restauração Windows.

A deduplicação de restauração inteligente do Comet transferiu 67.84 MB de conteúdo novo quando o destino de 15 GB já existia no disco, uma redução de transferência pela rede de ~222x nesta execução. Os outros produtos baixaram os 15 GB completos em todas as execuções. Em cenários de re-restauração menos ideais (taxa de correspondência diferente no destino), o ganho depende de quanto conteúdo já corresponde.

Produtos de backup testados

Acronis Cyber Protect Cloud

O Acronis Cyber Protect Cloud Backup teve a cobertura mais ampla entre os modos que testamos. É o único fornecedor cujo backup de imagem em nível de bloco do Linux foi concluído sem avisos do fornecedor, o único fornecedor com um rótulo de gargalo autodivulgado por teste e produziu o resultado de restauração medido mais rápido neste teste de passagem única tanto no Windows quanto no Linux. Registramos o teste em eu2-cloud.acronis.com, que auto-atribuiu um datacenter em Frankfurt quando selecionamos Alemanha no cadastro.

Configuração do teste e instalação do agente

O cadastro do teste em eu2-cloud.acronis.com auto-direciona para um datacenter em Frankfurt quando "Alemanha" é o país selecionado. O assistente "+ Adicionar dispositivo" do console apresenta uma lista de plataformas (Workstations / Servidores / Máquinas virtuais / Microsoft 365 / etc.) e um link de download por plataforma.

O agente Windows é um pequeno instalador web que baixa o payload real do agente de 500 MB em tempo de execução. Tempo total na VM-01 (Windows Server 2022): transferência do instalador web em segundos, download do pacote do agente em cerca de 5 minutos, registro e online em 10 minutos no total. O registro usa um código único incorporado na URL do instalador ou um token de registro gerado separadamente (validade de até 12 meses, vários dispositivos).

O assistente "Registrar carga de trabalho" tem três etapas: selecionar conta, selecionar planos, revisar e registrar. Escolhemos Não aplicar na etapa de plano para evitar que o plano de proteção Complete padrão do Acronis auto-iniciasse um backup CDP antes que pudéssemos medir as execuções D1 controladas.

O agente Linux é um instalador .bin de arquivo único de 1.16 GB (sem instalador web). A matriz de suporte oficial do Acronis no momento da redação lista do Ubuntu 18.04 ao 25.10; testamos no 26.04, uma versão à frente. No 26.04, o caminho de instalação exigiu as seguintes etapas além da instalação silenciosa padrão:

1. Instalar a ferramenta rpm (o instalador espera por ela; o Ubuntu 26.04 não a inclui por padrão).

2. Definir %_pkgverify_level none em /etc/rpm/macros (o RPM 6.x impõe verificação estrita de assinatura; os pacotes do Acronis não são assinados).

3. Executar o .bin com –skip-prereq-check –nodeps –force-weak-snapapi –token=<token-de-registro> –rain=https://eu2-cloud.acronis.com para registro não interativo.

4. Instalar make gcc dkms linux-headers-$(uname -r) e executar sudo dkms autoinstall para que o DKMS compile snapapi26 e snumbd26 em relação ao kernel em execução e, em seguida, sudo modprobe para carregá-los.

O tempo de instalação do Linux no 26.04 foi de cerca de 15 minutos, incluindo as etapas acima. Em um Ubuntu LTS suportado (22.04 / 24.04 / 25.10), a instalação silenciosa documentada é mais curta. Assim que ambos os dispositivos apareceram no console como "online, não protegido", a configuração do teste foi concluída.

Configuração e modos de backup

Os planos de backup do Acronis são criados no console e enviados aos dispositivos. O modelo de plano tem um "Módulo de backup" com dois modos principais: Máquina inteira (imagem em nível de bloco) e Arquivos/pastas (por arquivo). Para a carga de trabalho de arquivos pequenos, a escolha do modo domina o tempo total. A máquina inteira concluiu o disco do sistema de 82.7 GB da VM-01 em 17 minutos; Arquivos/pastas na mesma origem levou 40 minutos a 20.9 MB/s. Onde a proteção de máquina inteira é aceitável, configuração mais rápida para compartilhamentos Windows densos em arquivos pequenos (repositórios CAD, gerenciamento de documentos, árvores de código-fonte). Cada trabalho do Acronis emite um rótulo de gargalo ("Gravação no destino 100%", "Leitura da origem 100%"), que revela a camada limitadora de taxa sem instrumentação externa.

Backup em nível de bloco do Linux

O agente Linux do Acronis usa o snapapi26 (um módulo de kernel compilado no momento da instalação via DKMS) para tirar um snapshot em nível de partição e transmitir uma imagem em nível de bloco. O pipeline estava ativo durante a execução: o iostat mostrou atividade sustentada de leitura do disco e o ifconfig mostrou TX de rede concorrente durante todo o processo. O disco completo do sistema Ubuntu (56 GB usados) foi concluído em 14 minutos. O tempo total no Linux foi 3 minutos mais curto que no Windows no mesmo modo (14 vs 17 minutos); ambas as execuções foram limitadas pelo caminho de ingestão na nuvem do Acronis Cyber Infrastructure.

Fluxo de trabalho de restauração

A restauração no Acronis é um assistente iniciado na página de detalhes do dispositivo. O usuário seleciona um ponto de recuperação, navega pela árvore de arquivos e escolhe arquivos ou pastas. Restauramos um subdiretório de arquivos de tamanho médio de 15 GB. A restauração Windows foi concluída em 2:31 a 99.3 MB/s; a restauração Linux em 2:29 a 100.7 MB/s. Ambas as execuções foram limitadas pelo caminho de download da nuvem do Acronis; o fornecedor rotula esse gargalo como "Leitura da origem 100%" no feed de atividades do trabalho, o que corresponde ao que observamos. O Acronis produziu a restauração de passagem única mais rápida em ambos os sistemas operacionais.

NinjaOne Backup

O NinjaOne Backup empata com o MSP360 no tempo total mais rápido de imagem Windows (10 minutos para o disco completo do sistema) e oferece backup como parte de uma plataforma RMM integrada. A configuração é feita por meio de políticas de dispositivo (Política de Servidor Windows auto-atribuída à VM-04) em vez de um assistente focado em backup, para que clientes que já usam o NinjaOne para aplicação de patches, monitoramento e scripts possam habilitar o backup no mesmo console. O produto está geralmente disponível no Windows e macOS, com backup Linux em um programa de Acesso Antecipado somente Debian.

Instalação de agente baseada em políticas e armazenamento gerenciado

O assistente de adicionar computador do NinjaOne expõe Windows, Mac, Linux e Raspberry Pi como plataformas de agente com classificação de função (Servidor, Estação de trabalho, Laptop) e opções de arquitetura. Para Windows, o assistente gera uma URL de download MSI por locatário.

Na VM-04 (Windows Server 2022), a instalação foi concluída em menos de um minuto e o dispositivo apareceu online no console imediatamente depois. A configuração de backup fica em Administração → Políticas → Políticas de agente → Política de Servidor Windows → Backup, com sub-abas Imagem e Arquivo/Pasta. O menu suspenso de destino tem três opções: Nuvem (gerenciado pelo NinjaOne), Local (disco por dispositivo) e Híbrido. O destino é o armazenamento AWS gerenciado pelo NinjaOne; os clientes não trazem seu próprio bucket S3, Wasabi, R2 ou Azure Blob. O armazenamento gerenciado pelo fornecedor simplifica a integração (sem configuração de IAM, sem configuração de bucket) ao custo do controle da política de armazenamento do lado do comprador.

O agente Linux (44 MB .deb) instala em aproximadamente 30 segundos no Ubuntu 26.04 sem nenhuma solução alternativa e sem módulo de kernel. Os recursos de RMM, aplicação de patches e monitoramento são totalmente funcionais no Linux atualmente. A Política de Servidor Linux no console ainda não expõe uma sub-aba Backup no nível de disponibilidade geral; esta é a observação de instalação do agente que motiva a subseção "Disponibilidade de backup Linux" abaixo.

Resultados dos modos imagem e arquivo

O plano de imagem do NinjaOne concluiu o disco do sistema de 73.4 GB da VM-04 em 10 minutos, empatando com o MSP360 no tempo de imagem Windows mais rápido que medimos. O plano de arquivos no mesmo corpus de 50 GB / 625.946 arquivos levou 229 minutos a 3.64 MB/s. O módulo RMM do NinjaOne sinalizou o consumo de CPU do próprio mecanismo de backup durante a execução como um alerta (lockhart.exe a 69.5% sustentados por 14 minutos, 2.8 de 4 vCPU); o perfil de CPU do mecanismo foi divulgado no mesmo console que os operadores usam para monitoramento normal. A diferença de tempo total de 23x entre o modo imagem (10 min) e o modo arquivo (229 min) reflete o custo de CPU por arquivo em um corpus de 625.946 arquivos. A restauração do plano de imagem concluiu 2.980 arquivos (15 GB) em 3 minutos a 83.3 MB/s.

Disponibilidade de backup Linux

O agente RMM do NinjaOne instala de forma limpa no Ubuntu 26.04 (.deb, 44 MB, instalação de 30 segundos, sem módulo de kernel). O RMM, a aplicação de patches e o monitoramento funcionam totalmente no Linux atualmente. A Política de Servidor Linux no console ainda não expõe uma sub-aba Backup no nível de disponibilidade geral. O NinjaOne mantém um programa de Acesso Antecipado somente Debian para backup de arquivos Linux com engajamento de suporte do fornecedor mediante solicitação; este artigo compara apenas a funcionalidade de disponibilidade geral, portanto o caminho EA está fora do escopo. Clientes com cargas de trabalho de servidor Linux podem combinar o NinjaOne com um produto de backup compatível com Linux até que o módulo Linux alcance a disponibilidade geral.

Comet Backup

O Comet oferece dois caminhos de implantação: Comet-Hosted (Comet Server gerenciado pelo fornecedor na região de Frankfurt) e Self-Hosted (o cliente instala o Comet Server em sua própria infraestrutura). Selecionamos o Comet-Hosted para paridade com os consoles estilo SaaS dos outros fornecedores.

Portal de conta e implantação

O portal de conta do Comet é uma arquitetura de dois portais: um Portal de Conta para faturamento e gerenciamento de locatários, e um Console de Gerenciamento para operações diárias de backup. A primeira etapa pede ao operador que escolha entre Comet-Hosted (Comet Server gerenciado pelo fornecedor) e Self-Hosted (o cliente instala e executa o Comet Server em sua própria infraestrutura). Selecionamos Comet-Hosted, região de Frankfurt, para paridade com os consoles estilo SaaS dos outros fornecedores. O provisionamento leva alguns minutos e coloca o locatário no Comet Server v26.4.1 (trilha "phoebe") com um crédito de teste de $200 pré-anexado, sem necessidade de forma de pagamento.

O Console de Gerenciamento chega em um subdomínio exclusivo por locatário com um Storage Vault padrão já anexado, visível na interface como Tipo: Wasabi. O Comet é o único fornecedor neste benchmark que divulga explicitamente seu backend de armazenamento subjacente na interface do console.

Instalação do agente no Windows e Linux

O agente do Comet Backup é o mesmo binário no Windows e Linux na versão v26.4.1. O agente Windows instala a partir de um MSI em alguns minutos; o agente Linux é distribuído como um .deb e instala em aproximadamente o mesmo intervalo. Ambos se registram no Console de Gerenciamento usando a URL do locatário e um login por usuário. Uma vez que ambos os dispositivos estão online, o console expõe as mesmas ações de Dispositivo Conectado em cada um (Executar backup, Restaurar, Atualizar, URL de login).

Configuração de backup e 13 tipos nativos

O assistente Novo Item Protegido do Comet apresenta 13 tipos de backup nativos em um único menu suspenso: Arquivos e Pastas, Imagem de Disco, Microsoft SQL Server, MySQL, MongoDB, Microsoft Exchange Server, Microsoft Hyper-V, VMware, MS Office 365, Mailbox Office 365, Pastas de Aplicativos, Saída de Programa e Microsoft Windows Server Backup. O assistente de Arquivos e Pastas configura caminhos de origem, retenção, agendamento e destino do storage vault. O assistente de Imagem de Disco enumera discos físicos e suporta seleção por volume. A paridade de versão do agente Win/Linux em v26.4.1 em ambas as plataformas é incomum neste benchmark.

Deduplicação de restauração inteligente

Executamos a restauração da pasta de 15 GB duas vezes. A primeira execução teve como alvo o local original, onde o Comet detectou que 15 GB de arquivos já existiam no destino, calculou hashes em relação ao índice de backup e baixou apenas 67.84 MB de conteúdo novo. Tempo total: 1:27. A segunda execução teve como alvo um caminho novo e baixou os 15.07 GB completos em 2:55 a 85.7 MB/s, que é o valor comparável em nossa tabela de resultados. O comportamento de deduplicação é real e único entre os quatro produtos. Nesta execução específica, o Comet reduziu a transferência pela rede em mais de 200x; em cenários de re-restauração menos ideais (validação de failover de teste, recuperação parcial de um conjunto recriptografado após um backup limpo confirmado), o ganho depende de quanto conteúdo já corresponde no destino.

Plano de imagem de disco Linux

O plano de imagem de disco Linux do Comet foi executado até a conclusão em 15 minutos e 54 segundos, 100 GB processados, 51.35 GB enviados. O trabalho terminou com status de Aviso. A entrada do log: o driver de snapshot tem como alvo kernel < 6.18.0 e está em modo de fallback de melhor esforço no kernel 7.0 do Ubuntu 26.04. O Comet avisa que as imagens resultantes podem ser inconsistentes. O modo de backup de arquivos Linux na mesma VM executou de forma limpa até um status de Sucesso em 19 minutos e 14 segundos a 43.3 MB/s. Listamos o tempo decorrido da imagem para a tabela de comparação, mas não recomendaríamos essa configuração em produção.

MSP360 Managed Backup

O MSP360 empata com o NinjaOne no tempo total mais rápido de imagem Windows (10 minutos para o disco completo do sistema). O console é executado em um destino de armazenamento baseado em Wasabi (white-label, exposto como "MSP360 Wasabi" na interface), a mesma infraestrutura Wasabi que o Comet usa. O agente Linux executa quatro versões principais atrás do agente Windows em uma base de código separada.

Ativação do teste e instalação do agente

O cadastro em msp360.com/managed-backup/free-trial leva a um assistente "Primeiros passos" com três trilhas de integração: Servidores, M365, Hyper-V. A trilha Servidores orienta o operador pela instalação do agente, configuração da conta de armazenamento e um primeiro plano de backup em um único fluxo linear.

A etapa 1 é a instalação do agente. O assistente apresenta downloads do instalador Windows / Mac / RPM / Deb em um seletor de plataforma. O instalador Windows é pequeno e passa por uma caixa de diálogo MSI padrão; o agente apareceu online no console em poucos minutos após executar o instalador na VM-03.

A etapa 2 é a conta de armazenamento. O fornecedor pré-cria uma conta de armazenamento baseada em Wasabi em EU Central 2 Frankfurt; o operador precisa "assinar" antes que qualquer plano possa usá-la. A etapa de assinatura passa por um checkout FastSpring que solicita um cartão de crédito e uma cobrança de ativação de teste de €1.19. O teste então executa por 30 dias com um limite de 2 TB; a auto-renovação de $6,99/TB/mês mínimo entra em vigor a menos que seja cancelada antes da data de término do teste.

A etapa 3 seleciona a origem do backup (arquivo vs imagem, com a lista de discos locais visível). Uma vez que um plano existe, a visão principal do console mostra o dispositivo como online.

O agente Linux (pacote Debian ou RPM) instala de forma limpa no Ubuntu 26.04, mas executa na v4.5, quatro versões principais atrás do agente Windows (v8.6); os dois são bases de código separadas. O assistente Linux expõe apenas opções de backup de arquivos; não há modo de imagem / nível de disco em nenhum nível que pudemos acessar no teste. O CLI de locatário gerenciado Linux também está desativado para o nível de teste (acesso somente via GUI).

Backup de imagem

O plano de imagem do MSP360 concluiu o disco do sistema de 72.78 GB da VM-03 em 10 minutos, empatando com o NinjaOne no tempo de imagem Windows mais rápido que medimos. O console autodivulga transições de fase (Verificação de consistência, snapshot VSS, BootSector, SYSTEM, varredura CBT, dados C:\) que não observamos no indicador percentual opaco do NinjaOne. A imagem é gravada diretamente no bucket baseado em Wasabi sem buffering intermediário no host do agente.

Recursos do agente Linux

O agente Linux do MSP360 é v4.5, quatro versões principais atrás do agente Windows (v8.6). Os dois são bases de código separadas. O assistente Linux oferece apenas backup em nível de arquivo. Não há opção de imagem, nenhum plano em nível de disco, nenhum modo em nível de bloco. Confirmamos que isso é uma lacuna de produto do fornecedor, não um problema de configuração do locatário. O CLI de locatário gerenciado também está desativado para nosso nível de teste (acesso somente via GUI), o que limita os caminhos de automação com script. O backup de arquivos Linux na VM-L-03 executou em 2 horas e 19 minutos a 6.43 MB/s, o que corresponde à taxa de transferência de arquivos do Windows em uma carga de trabalho idêntica (6.30 MB/s). O agente é agnóstico em relação à plataforma e tem gargalo na mesma taxa.

Restauração Windows e Linux

O MSP360 restaurou o subdiretório médio de 15 GB em 2:54 no Windows (86.2 MB/s) e 3:10 no Linux (84.8 MB/s). A taxa de transferência está dentro de 1.5 MB/s entre as plataformas, consistente com a paridade de plataforma de backup de arquivos que vimos no backup (6.30 vs 6.43 MB/s). O fornecedor usa a mesma forma de pipeline de agente em ambos os lados.

Ferramentas de backup de SaaS e aplicativos

Os quatro produtos neste benchmark protegem sistemas operacionais: arquivos, pastas e imagens de disco do Windows Server e Ubuntu. Uma categoria separada de ferramentas protege dados de SaaS e aplicativos, como caixas de correio e sites do Microsoft 365, Google Workspace e serviços de diretório como Active Directory e Microsoft Entra ID. Essas ferramentas restauram objetos individuais, itens de caixa de correio e arquivos por meio de APIs de aplicativos como Microsoft Graph e AD/LDAP, não lendo e gravando volumes de disco, portanto a métrica comparável é a granularidade de recuperação e o objetivo de ponto de recuperação, e não a taxa de transferência em MB/s. É por isso que elas ficam fora das tabelas de benchmark acima.

ManageEngine RecoveryManager Plus

O ManageEngine RecoveryManager Plus, da divisão ManageEngine de propriedade da Zoho, é um software self-hosted que o cliente instala em uma máquina Windows e executa por trás de um console web, com um banco de dados PostgreSQL integrado. Ele faz backup de seis ambientes a partir desse único console.

Todas as seis cargas de trabalho fazem backup de forma incremental e seguem um período de retenção configurável. Os backups podem ser gravados em repositórios locais, um NAS ou armazenamento de objetos na nuvem (Azure Blob, Azure Arquivos, AWS S3, Wasabi ou outros buckets compatíveis com S3) e, para as cargas de trabalho do Microsoft 365, Exchange, Google Workspace e Zoho WorkDrive, o armazenamento em nuvem pode ser imutável para resistência a ransomware.

O preço de lista do Active Directory e Entra ID começa em $475 por ano para 250 objetos de usuário, licenciado por componente.

Veeam Data Cloud para Microsoft 365

O Veeam Data Cloud para Microsoft 365, anteriormente Veeam Backup para Microsoft 365, faz backup do Exchange Online, SharePoint, OneDrive, Teams e Microsoft Entra ID. Ele funciona de duas maneiras: autogerenciado, onde você instala e opera o servidor de backup por conta própria, ou como uma oferta de backup como serviço que a Veeam hospeda no Azure. O Veeam Backup & Replication, a plataforma local da empresa para VMs e servidores físicos, é um produto separado que cobrimos em seu próprio benchmark.¹

Druva Data Security Cloud

O Druva Data Security Cloud é uma plataforma totalmente gerenciada e entregue via SaaS, portanto o cliente não executa servidor de backup nem armazenamento próprio. Ele faz backup do Microsoft 365 (Exchange, SharePoint, OneDrive e Teams) junto com endpoints, Google Workspace e Salesforce. Os backups são mantidos na própria nuvem gerenciada da Druva, e não em armazenamento provisionado pelo cliente.²

Keepit

O Keepit armazena os backups dos clientes em sua própria infraestrutura dedicada, em vez de em um hiperescalador como AWS ou Azure. Ele faz backup do Microsoft 365, Microsoft Entra ID, Salesforce, Google Workspace, Power Platform, Dynamics 365 e Azure DevOps. Os dados ficam na nuvem do Keepit, então o cliente não traz nem gerencia um bucket de armazenamento.³

Não perca os nossos benchmarks e insights baseados em dados. O botão abre o Google; selecionar a AIMultiple confirma que deseja ver a AIMultiple com mais frequência nos resultados de pesquisa do Google.

Adicionar como fonte preferencial

Ambiente de teste e metodologia

Infraestrutura

Carga de trabalho

Cálculo da taxa de transferência

Os tempos vêm do console de trabalho ou atividade de cada fornecedor (feed de Atividades do Acronis, logs de trabalho do Comet, visão de Monitoramento do MSP360, lista de planos do NinjaOne). Os tempos nas tabelas principais são arredondados para o minuto para legibilidade; os tempos decorridos precisos são preservados em resultados-brutos/<fornecedor>/*.json.

Exemplo: a restauração Linux do MSP360 em 3:10 relata 84.8 MB/s (16.11 GB / 190 s); a restauração Linux do Comet no mesmo tempo decorrido relata 78.9 MB/s (15.07 GB / 190 s). A diferença de 6 MB/s reflete os bytes reais restaurados por fornecedor, não arredondamento.

Escopo

Limitações

Foco na cobertura da carga de trabalho: Windows Server 2022 e Ubuntu 26.04. Backup do Microsoft 365, backup do Google Workspace, macOS, Hyper-V, VMware, RDS, Azure SQL, GCP Compute e outras classes de carga de trabalho são cobertos em benchmarks separados.

A matriz de integração de armazenamento de terceiros está fora do escopo. AWS S3 BYO, Cloudflare R2, Azure Blob e células de restauração entre nuvens estão documentados nos documentos dos fornecedores, mas não foram medidos aqui.

Medição de passagem única. Cada backup e restauração foi executado uma vez. A variância não é relatada.

Perguntas frequentes

Leitura adicional

• Software de controle de dispositivos
• Software de prevenção de perda de dados (DLP)
• Software RMM com preços

Cite este benchmark

Escolha o formato adequado ao local onde você vai publicar. Colar a versão com link no seu CMS preserva o backlink.

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

Registro de alterações

2 atualizações

1. 202616 Jun

   Adicionada uma seção de backup de SaaS e aplicações com ManageEngine RecoveryManager Plus, Veeam, Druva e Keepit.

2. 22 Mai

   Adicionado um benchmark de Acronis, NinjaOne, Comet e MSP360 com tabelas de backup, restauração e metodologia.

Links de referência

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 Principal

Siga-nos

Cem é o analista principal da AIMultiple desde 2017.

O trabalho de Cem na AIMultiple foi citado por publicações globais líderes, incluindo Business Insider, Forbes, Morning Brew e Washington Post, por empresas globais como Deloitte e HPE, ONGs como o World Economic Forum e organizações supranacionais como a European Commission. [1], [2], [3], [4], [5]

Ao longo de sua carreira, Cem atuou como consultor de tecnologia, comprador de tecnologia e empreendedor de tecnologia. Ele aconselhou empresas sobre suas decisões de tecnologia na McKinsey & Company e na Altman Solon por mais de uma década. Ele também publicou um relatório da McKinsey sobre digitalização.

Ele liderou a estratégia de tecnologia e as compras de uma operadora de telecomunicações, reportando-se ao CEO. Ele também liderou o crescimento comercial da empresa de deep tech Hypatos, que atingiu uma receita recorrente anual de 7 dígitos e uma avaliação de 9 dígitos partindo do zero em 2 anos. O trabalho de Cem na Hypatos foi coberto por publicações de tecnologia líderes como TechCrunch e Business Insider.

Cem fala regularmente em conferências internacionais de tecnologia. Ele se formou como engenheiro da computação pela Bogazici University e possui um MBA pela Columbia Business School.

Ver perfil completo

Revisado tecnicamente por

Ekrem Sarı

Pesquisador de IA

Siga-nos

Ekrem é Pesquisador de IA e Cientista de Dados na AIMultiple. Ele projeta e executa benchmarks práticos para sistemas de IA e LLM.

Ver perfil completo

Seja o primeiro a comentar

Seu endereço de e-mail não será publicado. Todos os campos são obrigatórios. Os comentários são deixados em seu idioma original.

Nome

Endereço de email

Comentário

0/450

Postar comentário