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

Comparámos o Acronis Cyber Protect Cloud Backup, Comet Backup, MSP360 Managed Backup e NinjaOne Backup numa infraestrutura AWS idêntica. Cada fornecedor executou um backup em modo ficheiro da mesma carga de trabalho de 625 946 ficheiros / 50 GB e um backup de imagem completo do disco do sistema, restaurando depois o subdiretório médio de 15 GB.

Resultados do benchmark de software de backup

Aqui estão os quatro produtos de backup testados numa carga de trabalho de 50 GB / 625 946 ficheiros, ordenados pelo número de dimensões em que lideraram entre imagem, ficheiro e restauro a nível de ficheiro no Windows e Linux:

N/D: ManageEngine RecoveryManager Plus faz backup de dados de SaaS e aplicações, em vez de sistemas operativos, uma categoria separada que resumimos na secção de backup de SaaS e aplicações.

Débito de backup no Windows

Débito de backup no Linux

Restauro a nível de ficheiro

O alvo de restauro foi o subdiretório médio da carga de ficheiros (15 GB / 2 980 ficheiros) em todos os fornecedores.

Conclusões nos modos de imagem, ficheiro e restauro

A Acronis foi o único fornecedor a liderar em mais de uma dimensão. Alcançou o primeiro lugar no restauro Windows (99,3 MB/s), imagem Linux (única execução limpa), ficheiro Linux (52,1 MB/s) e restauro 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 operativos e nos três modos é importante, a Acronis apresentou o resultado mais consistente nesta execução.

A Acronis é o único produto cujo backup de bloco Linux foi concluído sem avisos do fornecedor. A NinjaOne não disponibiliza agente de backup Linux. O agente Linux da MSP360 é apenas para ficheiros. O plano de imagem Linux da Comet terminou, mas o driver de snapshot emitiu um aviso de compatibilidade do kernel contra o kernel 7.0 do Ubuntu 26.04 e funcionou em modo de recurso (best-effort).

A imagem do Windows divide-se em dois escalões. NinjaOne e MSP360 terminaram em 10 minutos; a Acronis demorou 17 minutos e a Comet demorou 16. Ambas as execuções mais lentas reportaram um estrangulamento auto-declarado na ingestão para a cloud. MSP360 e Comet expõem armazenamento suportado pelo Wasabi, mas situam-se em escalões diferentes, pelo que a diferença não deve ser atribuída apenas ao backend de armazenamento.

O modo de ficheiro no Windows apresenta uma dispersão de 8,9x. A Comet liderou com 32,43 MB/s, seguida pela Acronis com 20,9 MB/s, MSP360 com 6,30 MB/s e NinjaOne com 3,64 MB/s. Os quatro produtos utilizam pipelines de agente diferentes para enumeração de ficheiros pequenos num corpus de 625 946 ficheiros. O forte resultado de imagem Windows da NinjaOne não se generalizou para o seu pipeline de modo ficheiro nos mesmos dados de origem.

A Acronis produziu o restauro medido mais rápido tanto no Windows (99,3 MB/s) como no Linux (100,7 MB/s) nesta execução única. Os quatro produtos situaram-se numa banda de 16 MB/s (83,3 a 99,3) no restauro Windows.

A desduplicação inteligente de restauro da 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 pela rede de ~222x nesta execução. Os outros produtos descarregaram os 15 GB completos em cada execução. Em cenários de re-restauro menos ideais (taxa de correspondência diferente no destino), o ganho depende da quantidade de conteúdo já correspondente.

Produtos de backup testados

Acronis Cyber Protect Cloud

O Acronis Cyber Protect Cloud Backup teve a cobertura mais ampla nos modos que testámos. É o único fornecedor cujo backup de imagem a nível de bloco Linux foi concluído sem avisos do fornecedor, o único fornecedor com um rótulo de estrangulamento auto-declarado por teste e produziu o resultado de restauro medido mais rápido neste teste único no Windows e Linux. Registámos a versão de avaliação em eu2-cloud.acronis.com, que auto-atribuiu um datacenter em 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 encaminha auto-maticamente para um datacenter em Frankfurt quando o país selecionado é "Alemanha". 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 o pacote do agente real de 500 MB em tempo de execução. Tempo real na VM-01 (Windows Server 2022): passagem do instalador web em segundos, download do pacote do agente cerca de 5 minutos, registo e online em 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 da Acronis auto-iniciasse um backup CDP antes de podermos medir execuções D1 controladas.

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

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

2. Definir %_pkgverify_level none em /etc/rpm/macros (RPM 6.x impõe verificação de assinatura rigorosa; os pacotes da 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 e, em seguida, sudo modprobe para os carregar.

O tempo de instalação no Linux 26.04 foi de cerca de 15 minutos, incluindo os passos acima. Num Ubuntu LTS suportado (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 protegido", a configuração da avaliação ficou concluída.

Configuração e modos de backup

Os planos de backup da 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 a nível de bloco) e Ficheiros/pastas (por ficheiro). Para a carga 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 demorou 40 minutos a 20,9 MB/s. Onde a proteção completa da máquina é aceitável, configuração mais rápida para partilhas densas de ficheiros pequenos no Windows (repositórios CAD, gestão documental, árvores de código). Cada tarefa da Acronis emite um rótulo de estrangulamento ("Escrita no destino 100%", "Leitura da origem 100%"), que revela a camada limitadora de taxa sem instrumentação externa.

Backup a nível de bloco no Linux

O agente Linux da 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 a nível de bloco. O pipeline esteve ativo durante a execução: iostat mostrou atividade sustentada de leitura do disco e ifconfig mostrou TX de rede simultâneo durante todo o processo. O disco de sistema Ubuntu completo (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 cloud da Acronis Cyber Infrastructure.

Fluxo de trabalho de restauro

O restauro na 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. O restauro Windows foi concluído em 2:31 a 99,3 MB/s; o restauro Linux em 2:29 a 100,7 MB/s. Ambas as execuções foram limitadas pelo caminho de download da Cloud Acronis; o fornecedor rotula este estrangulamento como "Leitura da origem 100%" no feed de atividade da tarefa, o que corresponde ao que observámos. A Acronis produziu o restauro único mais rápido em ambos os sistemas operativos.

NinjaOne Backup

O NinjaOne Backup empata com o MSP360 no tempo real mais rápido de imagem Windows (10 minutos para o disco de sistema completo) e fornece 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, pelo que os clientes que já usam NinjaOne para patching, monitorização e scripting podem ativar o backup a partir da mesma consola. O produto está geralmente disponível em Windows e macOS, com backup Linux num programa de Acesso Antecipado apenas para Debian.

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

O assistente de adição de computador da 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 configuração do backup reside em Administração → Políticas → Políticas de agente → Política de Windows Server → Backup, com sub-separadores Imagem e Ficheiro/Pasta. O menu suspenso de destino tem três opções: Cloud (gerida pela NinjaOne), Local (disco por dispositivo) e Híbrida. O destino é armazenamento AWS gerido pela NinjaOne; os clientes não trazem o seu próprio S3, Wasabi, R2 ou bucket Azure Blob. O armazenamento gerido pelo fornecedor simplifica a integração (sem configuração de IAM, sem configuração de bucket) à custa do controlo da política de armazenamento do lado 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 RMM, patching e monitorização são totalmente funcionais no Linux atualmente. A Política de Linux Server na consola ainda não expõe um sub-separador 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 ficheiro

O plano de imagem da NinjaOne concluiu o disco de 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 ficheiros no mesmo corpus de 50 GB / 625 946 ficheiros demorou 229 minutos a 3,64 MB/s. O módulo RMM da 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 ficheiros (229 min) reflete o custo de CPU por ficheiro num corpus de 625 946 ficheiros. O restauro 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 da NinjaOne instala-se sem problemas no Ubuntu 26.04 (.deb, 44 MB, instalação em 30 segundos, sem módulo de kernel). RMM, patching e monitorização funcionam totalmente no Linux atualmente. A Política de Linux Server na consola ainda não expõe um sub-separador de Backup no nível de disponibilidade geral. A 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. Clientes com cargas de trabalho de servidor Linux podem emparelhar a NinjaOne com um produto de backup compatível com Linux até que o módulo Linux atinja a disponibilidade geral.

Comet Backup

A 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 Comet-Hosted para paridade com as consolas tipo SaaS dos outros fornecedores.

Portal de conta e implementação

O portal de conta 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 (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 tipo 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. A 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 é fornecido 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 da 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, Caixa de Correio 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 cofre de armazenamento. 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 inteligente de restauro

Executámos o restauro da pasta de 15 GB duas vezes. A primeira execução visou a localização original, onde a 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 visou 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, a Comet reduziu a transferência pela rede em mais de 200x; em cenários de re-restauro 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 da quantidade de conteúdo que já corresponde no destino.

Plano de imagem de disco Linux

O plano de imagem de disco Linux da Comet foi executado até à conclusão em 15 minutos e 54 segundos, 100 GB processados, 51,35 GB carregados. A tarefa terminou com estado de Aviso. A entrada de log: o driver de snapshot destina-se a kernel < 6.18.0 e está em modo de recurso (best-effort) no kernel 7.0 do Ubuntu 26.04. A Comet alerta que as imagens resultantes podem ser inconsistentes. O modo de backup de ficheiros Linux na mesma VM funcionou sem problemas até um estado de Sucesso em 19 minutos e 14 segundos a 43,3 MB/s. Listamos o tempo de imagem decorrido 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 de sistema completo). A consola funciona com um destino de armazenamento suportado pelo Wasabi (marca branca, exposto como "MSP360 Wasabi" na UI), a mesma infraestrutura Wasabi que a 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/free-trial conduz a um assistente "Introdução" com três percursos de integração: Servidores, M365, Hyper-V. O percurso 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 é executado 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 suportada pelo Wasabi em EU Central 2 Frankfurt; o operador tem de "subscrever" antes que qualquer plano a possa usar. 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 por 30 dias até um limite de 2 TB; a renovação auto-mática a $6,99/TB/mês mínimo inicia-se 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 sem problemas no Ubuntu 26.04, mas corre 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 ficheiros; não há modo de imagem / 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 GUI).

Backup de imagem

O plano de imagem MSP360 concluiu o disco de 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. A consola auto-divulga transições de fase (Verificação de consistência, snapshot VSS, BootSector, SYSTEM, análise CBT, dados C:\) que não observámos no indicador de percentagem opaco do NinjaOne. A imagem é escrita diretamente no bucket suportado pelo Wasabi sem buffer intermédio no host do agente.

Capacidades do agente Linux

O agente Linux do MSP360 é 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 oferece apenas backup a nível de ficheiro. Não há opção de imagem, nem plano de disco, nem modo 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 GUI), o que limita os caminhos de automação programada. O backup de ficheiros Linux na VM-L-03 decorreu em 2 horas e 19 minutos a 6,43 MB/s, o que corresponde ao débito de ficheiros Windows numa carga de trabalho idêntica (6,30 MB/s). O agente estrangula agnosticamente em relação à plataforma à mesma taxa.

Restauro 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). O débito está dentro de 1,5 MB/s entre plataformas, consistente com a paridade de plataforma de backup de ficheiros 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 aplicações

Os quatro produtos neste benchmark protegem sistemas operativos: 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 o Microsoft Graph e AD/LDAP, e não lendo e escrevendo 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 do débito em MB/s. É por isso que ficam fora das tabelas de benchmark acima.

ManageEngine RecoveryManager Plus

O ManageEngine RecoveryManager Plus, da divisão ManageEngine da Zoho, é um 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, uma NAS ou armazenamento de objetos na cloud (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 cloud pode ser imutável para resistência a ransomware.

O preço de lista para Active Directory e Entra ID começa em $475 por ano para 250 objetos de utilizador, licenciados 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, ou como uma oferta de backup como serviço que a Veeam aloja no Azure. O Veeam Backup & Replication, a plataforma local 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, fornecida como SaaS, pelo que o cliente não executa qualquer servidor de backup ou armazenamento próprio. Faz backup do Microsoft 365 (Exchange, SharePoint, OneDrive e Teams), bem como endpoints, Google Workspace e Salesforce. Os backups são mantidos na própria cloud gerida da Druva, e não em armazenamento provisionado pelo cliente.²

Keepit

A 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 cloud da Keepit, pelo que o cliente não traz nem gere 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 do débito

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

Exemplo: Restauro Linux MSP360 em 3:10 reporta 84,8 MB/s (16,11 GB / 190 s); o restauro Linux Comet no 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 de 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 restauro entre clouds estão documentadas nas documentações dos fornecedores, mas não foram medidas aqui.

Medição de passagem única. Cada backup e restauro 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