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

Comparamos o NinjaOne Backup, Acronis Cyber Protect Cloud Backup, Comet Backup e MSP360 Managed Backup em 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 completo de imagem do disco do sistema, depois 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 aplicações em vez de sistemas operacionais, uma categoria separada que resumimos na seção de backup de SaaS e aplicações.

Taxa de transferência de backup no Windows

Taxa de transferência de backup no Linux

Restauração em nível de arquivo

O alvo de 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 nos modos de imagem, arquivo e restauração

Acronis foi o único fornecedor a liderar mais de uma dimensão. Ficou em primeiro lugar 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 cada um exatamente uma dimensão no Windows. Onde a cobertura em ambos os sistemas operacionais e nos três modos é importante, Acronis apresentou o resultado mais consistente nesta execução.

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

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

O modo de arquivo no Windows apresenta uma dispersão de 8,9x. O Comet liderou com 32,43 MB/s, seguido por 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 num corpus de 625.946 arquivos. O forte resultado de imagem Windows do NinjaOne não se generalizou para o seu pipeline de modo de arquivo nos mesmos dados de origem.

Acronis produziu a restauração medida mais rápida tanto no Windows (99,3 MB/s) como no Linux (100,7 MB/s) nesta execução de passagem única. Os quatro produtos situaram-se numa faixa de 16 MB/s (83,3 a 99,3) na restauração Windows.

A desduplicação de restauração inteligente do Comet transferiu 67,84 MB de conteúdo novo quando o alvo de 15 GB já existia no disco, uma redução de transferência de rede de ~222x nesta execução. Os outros produtos descarregaram os 15 GB completos em cada execução. 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

Acronis Cyber Protect Cloud Backup teve a cobertura mais ampla entre os modos que testámos. É o único fornecedor cujo backup de imagem em nível de bloco no Linux foi concluído sem avisos do fornecedor, o único fornecedor com um rótulo de gargalo divulgado pelo próprio por teste, e produziu o resultado de restauração medida mais rápido neste teste de passagem única tanto no Windows como no Linux. Registámos a avaliação em eu2-cloud.acronis.com, que auto-atribuiu um datacenter de Frankfurt quando selecionámos Alemanha no registo.

Configuração da avaliação e instalação do agente

O registo da avaliação em eu2-cloud.acronis.com auto-encaminha para um datacenter de Frankfurt quando "Alemanha" é o país selecionado. O assistente "+ Adicionar dispositivo" da consola 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 descarrega a carga real do agente de 500 MB em tempo de execução. Tempo real na VM-01 (Windows Server 2022): entrega do instalador web em segundos, download do pacote do agente cerca de 5 minutos, registo e online dentro de 10 minutos no total. O registo utiliza um código único incorporado no URL do instalador ou um token de registo gerado separadamente (validade até 12 meses, vários dispositivos).

O assistente "Registar carga de trabalho" tem três passos: selecionar conta, selecionar planos, rever e registar. Escolhemos Não aplicar no passo do plano para evitar que o plano de proteção Complete predefinido do Acronis auto-iniciasse um backup CDP antes de podermos medir execuções D1 controladas.

O agente Linux é um instalador .bin de ficheiro único de 1,16 GB (sem instalador web). A matriz de suporte oficial do Acronis à data de redação lista Ubuntu 18.04 a 25.10; testámos no 26.04, um lançamento à frente. No 26.04, o caminho de instalação exigiu os seguintes passos além da instalação silenciosa padrão:

1. Instalar a ferramenta rpm (o instalador espera-a; o Ubuntu 26.04 não a inclui por predefinição).

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

3. Executar o .bin com –skip-prereq-check –nodeps –force-weak-snapapi –token=<token-de-registo> –rain=https://eu2-cloud.acronis.com para registo 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 contra o kernel em execução, depois sudo modprobe para os carregar.

O tempo de instalação no Linux no 26.04 foi de cerca de 15 minutos, incluindo os passos acima. Numa LTS Ubuntu suportada (22.04 / 24.04 / 25.10), a instalação silenciosa documentada é mais curta. Assim que ambos os dispositivos apareceram na consola como "online, não protegidos", a configuração da avaliação ficou concluída.

Configuração e modos de backup

Os planos de backup do Acronis são criados na consola e enviados para os 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 Ficheiros/pastas (por ficheiro). Para a carga de trabalho de ficheiros pequenos, a escolha do modo domina o tempo real. A máquina inteira concluiu o disco de sistema de 82,7 GB da VM-01 em 17 minutos; Ficheiros/pastas na mesma origem levou 40 minutos a 20,9 MB/s. Onde a proteção completa da máquina é aceitável, configuração mais rápida para partilhas Windows densas em ficheiros pequenos (repositórios CAD, gestão documental, árvores de código-fonte). Cada tarefa Acronis emite um rótulo de gargalo ("Escrita no destino 100%", "Leitura da origem 100%"), que revela a camada limitadora de taxa sem instrumentação externa.

Backup em nível de bloco no Linux

O agente Linux do Acronis utiliza snapapi26 (um módulo do kernel compilado no momento da instalação via DKMS) para tirar um snapshot ao nível da partição e transmitir uma imagem em nível de bloco. O pipeline esteve ativo durante a execução: o iostat mostrou atividade sustentada de leitura de disco, e o ifconfig mostrou TX de rede concorrente ao longo de todo o processo. O disco completo do sistema Ubuntu (56 GB utilizados) foi concluído em 14 minutos. O tempo real no Linux foi 3 minutos mais curto do 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 lançado a partir da página de detalhes do dispositivo. O utilizador seleciona um ponto de recuperação, navega na árvore de ficheiros e escolhe ficheiros ou pastas. Restaurámos um subdiretório de ficheiros de tamanho médio de 15 GB. A restauração no Windows foi concluída em 2:31 a 99,3 MB/s; a restauração no Linux em 2:29 a 100,7 MB/s. Ambas as execuções foram limitadas pelo caminho de download da nuvem Acronis; o fornecedor rotula este gargalo como "Leitura da origem 100%" no feed de atividades da tarefa, o que corresponde ao que observámos. Acronis produziu a restauração de passagem única mais rápida em ambos os sistemas operacionais.

NinjaOne Backup

NinjaOne Backup empata com o MSP360 no tempo real 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 através de políticas de dispositivo (Política de Windows Server auto-atribuída à VM-04) em vez de um assistente focado em backup, para que os clientes que já utilizam o NinjaOne para aplicação de patches, monitorização e scripting possam ativar o backup a partir da mesma consola. O produto está geralmente disponível no Windows e macOS, com backup Linux num programa de Acesso Antecipado apenas para Debian.

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

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, Portátil) e opções de arquitetura. Para Windows, o assistente gera um URL de download MSI por inquilino.

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

O agente Linux (44 MB .deb) instala-se em aproximadamente 30 segundos no Ubuntu 26.04 sem soluções alternativas e sem módulo de kernel. As funcionalidades de RMM, aplicação de patches e monitorização são totalmente funcionais no Linux atualmente. A Política de Linux Server na consola ainda não expõe uma sub-aba de Backup no nível de disponibilidade geral; esta é a observação de instalação do agente que motiva a subsecção "Disponibilidade de backup Linux" abaixo.

Resultados dos modos de imagem e arquivo

O plano de imagem do NinjaOne concluiu o disco de sistema de 73,4 GB da VM-04 em 10 minutos, empatado com o MSP360 no tempo de imagem Windows mais rápido que medimos. O plano de arquivo no mesmo corpus de 50 GB / 625.946 ficheiros levou 229 minutos a 3,64 MB/s. O módulo RMM do NinjaOne sinalizou o consumo de CPU do seu próprio motor de backup durante a execução como um alerta (lockhart.exe a 69,5% sustentado durante 14 minutos, 2,8 de 4 vCPU); o perfil de CPU do motor foi divulgado na mesma consola que os operadores usam para monitorização normal. A diferença de tempo real de 23x entre o modo de imagem (10 min) e o modo de arquivo (229 min) reflete o custo de CPU por ficheiro num corpus de 625.946 ficheiros. A restauração a partir do plano de imagem concluiu 2.980 ficheiros (15 GB) em 3 minutos a 83,3 MB/s.

Disponibilidade de backup Linux

O agente RMM do NinjaOne instala-se de forma limpa no Ubuntu 26.04 (.deb, 44 MB, instalação em 30 segundos, sem módulo de kernel). RMM, aplicação de patches e monitorização funcionam plenamente no Linux atualmente. A Política de Linux Server na consola ainda não expõe uma sub-aba de Backup no nível de disponibilidade geral. O NinjaOne executa um programa de Acesso Antecipado apenas para Debian para backup de ficheiros Linux com suporte do fornecedor mediante solicitação; este artigo compara apenas funcionalidades de disponibilidade geral, pelo que o caminho EA está fora do âmbito. Os clientes com cargas de trabalho de servidores Linux podem emparelhar o NinjaOne com um produto de backup compatível com Linux até que o módulo Linux atinja a disponibilidade geral.

Comet Backup

O Comet oferece dois caminhos de implementação: Comet-Hosted (Servidor Comet gerido pelo fornecedor na região de Frankfurt) e Self-Hosted (o cliente instala o Servidor Comet na sua própria infraestrutura). Selecionámos o Comet-Hosted para paridade com as consolas de estilo SaaS dos outros fornecedores.

Portal de conta e implementação

O portal de conta do Comet tem uma arquitetura de dois portais: um Portal de Conta para faturação e gestão de inquilinos, e uma Consola de Gestão para operações diárias de backup. O primeiro passo pede ao operador que escolha entre Comet-Hosted (Servidor Comet gerido pelo fornecedor) e Self-Hosted (o cliente instala e executa o Servidor Comet na sua própria infraestrutura). Selecionámos Comet-Hosted, região de Frankfurt para paridade com as consolas de estilo SaaS dos outros fornecedores. O provisionamento demora alguns minutos e coloca o inquilino no Comet Server v26.4.1 (via "phoebe") com um crédito de avaliação de $200 pré-atribuído, sem necessidade de método de pagamento.

A Consola de Gestão chega num subdomínio único por inquilino com um Storage Vault predefinido já anexado, visível na UI como Tipo: Wasabi. O Comet é o único fornecedor neste benchmark que divulga explicitamente o seu backend de armazenamento subjacente na UI da consola.

Instalação do agente no Windows e Linux

O agente Comet Backup é o mesmo binário no Windows e Linux na versão v26.4.1. O agente Windows instala-se a partir de um MSI em alguns minutos; o agente Linux é distribuído como .deb e instala-se aproximadamente no mesmo intervalo. Ambos se registam na Consola de Gestão usando o URL do inquilino e um login por utilizador. Assim que ambos os dispositivos estão online, a consola 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 num único menu suspenso: Ficheiros 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 Aplicações, Saída de Programa e Microsoft Windows Server Backup. O assistente de Ficheiros 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 na v26.4.1 em ambas as plataformas é incomum neste benchmark.

Desduplicação de restauração inteligente

Executámos a restauração da pasta de 15 GB duas vezes. A primeira execução teve como destino a localização original, onde o Comet detetou que 15 GB de ficheiros já existiam no destino, calculou hashes contra o índice de backup e descarregou apenas 67,84 MB de conteúdo novo. Tempo total: 1:27. A segunda execução teve como destino um caminho novo e descarregou os 15,07 GB completos em 2:55 a 85,7 MB/s, que é o valor comparável na nossa tabela de resultados. O comportamento de desduplicação é real e único entre os quatro produtos. Nesta execução específica, o Comet reduziu a transferência de 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 re-encriptado 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é à conclusão em 15 minutos e 54 segundos, 100 GB processados, 51,35 GB enviados. A tarefa terminou com estado de Aviso. A entrada de log: driver de snapshot destina-se a 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 ficheiros Linux na mesma VM foi executado de forma limpa até um estado 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 esta configuração em produção.

MSP360 Managed Backup

O MSP360 empata com o NinjaOne no tempo real mais rápido de imagem Windows (10 minutos para o disco completo do sistema). A consola funciona sobre um destino de armazenamento baseado em Wasabi (white-label, exposto como "MSP360 Wasabi" na UI), a mesma infraestrutura Wasabi que o Comet utiliza. O agente Linux está quatro versões principais atrás do agente Windows, numa base de código separada.

Ativação da avaliação e instalação do agente

O registo em msp360.com/managed-backup/gratuito-trial leva a um assistente "Introdução" com três trilhos de integração: Servidores, M365, Hyper-V. O trilho de Servidores guia o operador pela instalação do agente, configuração da conta de armazenamento e um primeiro plano de backup num único fluxo linear.

O passo 1 é a instalação do agente. O assistente apresenta downloads do instalador Windows / Mac / RPM / Deb num seletor de plataforma. O instalador Windows é pequeno e executa-se através de um diálogo MSI padrão; o agente apareceu online na consola poucos minutos após executar o instalador na VM-03.

O passo 2 é a conta de armazenamento. O fornecedor pré-cria uma conta de armazenamento baseada em Wasabi em EU Central 2 Frankfurt; o operador tem de "subscrever" antes que qualquer plano a possa utilizar. O passo de subscrição encaminha através de um checkout FastSpring que solicita um cartão de crédito e um custo de ativação de avaliação de €1,19. A avaliação decorre então durante 30 dias com um limite de 2 TB; a auto-renovação a $6,99/TB/mês mínimo é ativada a menos que seja cancelada antes da data de fim da avaliação.

O passo 3 seleciona a origem do backup (ficheiro vs imagem, com a lista de discos locais visível). Uma vez criado um plano, a vista principal da consola mostra o dispositivo como online.

O agente Linux (pacote Debian ou RPM) instala-se de forma limpa no Ubuntu 26.04, mas executa a 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 apenas expõe opções de backup de ficheiros; não existe modo de imagem / nível de disco em nenhum nível a que pudéssemos aceder na avaliação. A CLI de inquilino gerido Linux também está desativada para o nível de avaliação (acesso apenas por GUI).

Backup de imagem

O plano de imagem do MSP360 concluiu o disco de sistema de 72,78 GB da VM-03 em 10 minutos, empatado com o NinjaOne no tempo de imagem Windows mais rápido que medimos. A consola divulga automaticamente as transições de fase (Verificação de consistência, snapshot VSS, BootSector, SYSTEM, scan CBT, dados C:\) que não observámos no indicador de percentagem opaco do NinjaOne. A imagem é escrita diretamente no bucket baseado em Wasabi sem buffering intermédio no host do agente.

Capacidades 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 ao nível de ficheiro. Não há opção de imagem, nem plano ao nível de disco, nem modo ao nível de bloco. Confirmámos que se trata de uma lacuna de produto do fornecedor, não de um problema de configuração do inquilino. A CLI de inquilino gerido também está desativada para o nosso nível de avaliação (acesso apenas por GUI), o que limita os caminhos de automação com scripts. O backup de ficheiros Linux na VM-L-03 foi executado em 2 horas e 19 minutos a 6,43 MB/s, o que corresponde à taxa de transferência de ficheiros Windows numa carga de trabalho idêntica (6,30 MB/s). O agente apresenta gargalo de forma agnóstica à plataforma à 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 plataformas, consistente com a paridade de plataforma de backup de ficheiros que observámos no backup (6,30 vs 6,43 MB/s). O fornecedor utiliza a mesma forma de pipeline de agente em ambos os lados.

Ferramentas de backup de SaaS e aplicações

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

ManageEngine RecoveryManager Plus

ManageEngine RecoveryManager Plus, da divisão ManageEngine detida pela Zoho, é software auto-alojado que o cliente instala numa máquina Windows e executa atrás de uma consola web, com uma base de dados PostgreSQL integrada. Faz backup de seis ambientes a partir dessa única consola.

Todas as seis cargas de trabalho fazem backup incrementalmente e seguem um período de retenção configurável. Os backups podem ser escritos em repositórios locais, um NAS ou armazenamento de objetos na nuvem (Azure Blob, Azure Files, AWS S3, Wasabi ou outros buckets compatíveis com S3), e para as cargas de trabalho Microsoft 365, Exchange, Google Workspace e Zoho WorkDrive, o armazenamento na 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 utilizador, licenciado por componente.

Veeam Data Cloud para Microsoft 365

O Veeam Data Cloud para Microsoft 365, anteriormente Veeam Backup para Microsoft 365, faz backup de Exchange Online, SharePoint, OneDrive, Teams e Microsoft Entra ID. Funciona de duas formas: autogerido, onde instala e opera o servidor de backup você mesmo, ou como uma oferta de backup como serviço que a Veeam aloja no Azure. O Veeam Backup & Replication, a plataforma on-premises da empresa para VMs e servidores físicos, é um produto separado que cobrimos no seu próprio benchmark.¹

Druva Data Security Cloud

O Druva Data Security Cloud é uma plataforma totalmente gerida, entregue como SaaS, pelo que o cliente não executa nenhum servidor de backup ou armazenamento próprio. Faz backup do Microsoft 365 (Exchange, SharePoint, OneDrive e Teams) juntamente com endpoints, Google Workspace e Salesforce. Os backups são mantidos na própria nuvem gerida da Druva e não em armazenamento provisionado pelo cliente.²

Keepit

O Keepit armazena os backups dos clientes na sua própria infraestrutura dedicada, em vez de num hyperscaler como AWS ou Azure. Faz backup do Microsoft 365, Microsoft Entra ID, Salesforce, Google Workspace, Power Platform, Dynamics 365 e Azure DevOps. Os dados residem na nuvem do Keepit, pelo que o cliente não traz nem gere um bucket de armazenamento.³

Veja mais dos nossos benchmarks e insights baseados em dados na Pesquisa Google.

Adicionar como fonte preferencial

Ambiente de teste e metodologia

Infraestrutura

Carga de trabalho

Cálculo da taxa de transferência

Os tempos provêm da consola de tarefas ou atividades de cada fornecedor (feed de Atividades do Acronis, logs de tarefas do Comet, vista de Monitorização do MSP360, lista de planos do NinjaOne). Os tempos nas tabelas principais são arredondados ao minuto para legibilidade; os tempos exatos decorridos são preservados em raw-results/<fornecedor>/*.json.

Exemplo: a restauração Linux do MSP360 em 3:10 reporta 84,8 MB/s (16,11 GB / 190 s); a restauração Linux do Comet com o mesmo tempo decorrido reporta 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.

Âmbito

Limitações

Foco na cobertura de 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 cobertas em benchmarks separados.

A matriz de integração de armazenamento de terceiros está fora do âmbito. AWS S3 BYO, Cloudflare R2, Azure Blob e células de restauração entre nuvens estão documentadas na documentação dos fornecedores, mas não foram medidas aqui.

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

Perguntas frequentes

Leitura adicional

• Software de Controlo de Dispositivos
• Software de Prevenção de Perda de Dados (DLP)
• Software RMM com Preços

Cite esta pesquisa

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  = jun,
  howpublished    = {\url{https://aimultiple.com/backup-software}},
  note   = {AIMultiple. Acessado em 16 Junho 2026}
}

Links de referência

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 Principal

Siga-nos

Cem é o analista principal da AIMultiple desde 2017. A AIMultiple fornece informações para centenas de milhares de empresas (segundo o SimilarWeb), incluindo 55% das empresas da Fortune 500, todos os meses. O trabalho de Cem foi citado por importantes publicações globais, como Business Insider, Forbes e Washington Post, além de empresas globais como Deloitte e HPE, ONGs como o Fórum Econômico Mundial e organizações supranacionais como a Comissão Europeia. Você pode ver mais empresas e recursos renomados que mencionaram a AIMultiple. Ao longo de sua carreira, Cem atuou como consultor de tecnologia, comprador de tecnologia e empreendedor na área. Ele assessorou empresas em suas decisões tecnológicas na McKinsey & Company e na Altman Solon por mais de uma década. Também publicou um relatório da McKinsey sobre digitalização. Liderou a estratégia de tecnologia e a área de compras de uma empresa de telecomunicações, reportando-se diretamente ao CEO. Além disso, liderou o crescimento comercial da empresa de tecnologia avançada Hypatos, que atingiu uma receita recorrente anual de sete dígitos e uma avaliação de nove dígitos, partindo de zero, em apenas dois anos. O trabalho de Cem no Hypatos foi noticiado por importantes publicações de tecnologia, como TechCrunch e Business Insider. Cem participa regularmente como palestrante em conferências internacionais de tecnologia. Ele se formou em engenharia da computação pela Universidade Bogazici 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 na AIMultiple, com foco em automação inteligente, GPUs, agentes de IA e frameworks RAG.

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