Benchmark de software de backup: Acronis vs NinjaOne vs Comet vs MSP360
Benchmarkamos o NinjaOne Backup, o Acronis Cyber Protect Cloud Backup, o Comet Backup e o 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 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 em que lideraram em imagem, arquivo e restauração em nível de arquivo no Windows + Linux:
Fornecedor | Dimensões lideradas | Mais forte em |
|---|---|---|
1 de 6 (empatado) | Imagem do Windows (empatado) | |
4 de 6 | Restauração Linux + Windows | |
N/A | SaaS e backup de aplicativos | |
MSP360 | 1 de 6 (empatado) | Imagem do Windows (empatado) |
Comet | 1 de 6 | Backup de arquivos do Windows |
N/A: o ManageEngine RecoveryManager Plus faz backup de dados de SaaS e de aplicativos, em vez de sistemas operacionais, uma categoria separada que resumimos na SaaS e seção de backup de aplicativos.
Vazão de backup do Windows
Vazão de backup do Linux
Restauração em nível de arquivo
O alvo da restauração foi o subdiretório médio da carga de trabalho de arquivos (15 GB / 2.980 arquivos) em todos os fornecedores.
Descobertas nos modos de imagem, arquivo e restauração
Acronis foi o único fornecedor a liderar mais de uma dimensão. Ele conquistou a primeira posição na restauração do 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 do Windows cada. Quando a cobertura entre os dois sistemas operacionais e entre os três modos é importante, o Acronis apresentou o resultado mais consistente nesta execuçã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 inclui agente de backup para Linux. O agente Linux do MSP360 é somente para arquivos. O plano de imagem Linux do Comet terminou, mas o driver de snapshot emitiu um aviso de compatibilidade de kernel contra o kernel 7.0 do Ubuntu 26.04 e executou em modo de fallback de melhor esforço.
A imagem do 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 autodeclarado. 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 somente ao backend de armazenamento.
O modo de arquivo do Windows apresenta uma variaçã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 em um corpus de 625.946 arquivos. O forte resultado de imagem do 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 passada única. Os quatro produtos ficaram dentro de uma faixa de 16 MB/s (83.3 a 99.3) na restauração do Windows.
A deduplicaçã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 ~222x na transferência de rede 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
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 autodeclarado por teste e produziu o resultado de restauração medido mais rápido neste teste de passada única tanto no Windows quanto no Linux. Registramos a avaliação em eu2-cloud.acronis.com, que autoatribuiu um datacenter de Frankfurt quando selecionamos a Alemanha na inscrição.
Configuração da avaliação e instalação do agente
A inscrição para a avaliação em eu2-cloud.acronis.com autodireciona para um datacenter de 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 do Windows é um pequeno instalador web que baixa o pacote real do agente de 500 MB em tempo de execução. Tempo decorrido na VM-01 (Windows Server 2022): entrega do instalador web em segundos, download do pacote do agente em cerca de 5 minutos, registro e ativação em até 10 minutos no total. O registro usa um código único incorporado à 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 padrão de proteção completa do Acronis autoiniciasse um backup CDP antes que pudéssemos medir 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 até 25.10; testamos no 26.04, um lançamento à frente. No 26.04, o caminho de instalação exigiu as seguintes etapas além da instalação silenciosa padrão:
1. Instale a ferramenta rpm (o instalador espera por ela; o Ubuntu 26.04 não a inclui por padrão).
2. Defina %_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. Execute o .bin com –skip-prereq-check –nodeps –force-weak-snapapi –token=<registration-token> –rain=https://eu2-cloud.acronis.com para registro não interativo.
4. Instale make gcc dkms linux-headers-$(uname -r) e execute sudo dkms autoinstall para que o DKMS compile snapapi26 e snumbd26 contra o kernel em execução e, em seguida, sudo modprobe para carregá-los.
O tempo decorrido da instalação 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. Quando ambos os dispositivos apareceram no console como “online, não protegidos”, a configuração da avaliação foi concluída.
Configuração de backup e modos
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 Files/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; Files/pastas na mesma origem levou 40 minutos a 20.9 MB/s. Onde a proteção completa da máquina é aceitável, a configuração mais rápida para compartilhamentos Windows densos em arquivos pequenos (repositórios CAD, gestão documental, árvores de código-fonte). Cada job do Acronis emite um rótulo de gargalo (“Gravar no destino 100%”, “Ler da origem 100%”), o que revela a camada limitante 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 obter um snapshot em nível de partição e transmitir uma imagem em nível de bloco. O pipeline ficou ativo durante a execução: o iostat mostrou atividade sustentada de leitura de disco, e o ifconfig mostrou TX de rede simultâneo durante todo o tempo. O disco completo do sistema Ubuntu (56 GB usados) foi concluído em 14 minutos. O tempo de relógio 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 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 do Windows foi concluída em 2:31 a 99.3 MB/s; a restauração do 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 “Ler da origem 100%” no feed de atividade do trabalho, o que corresponde ao que observamos. O Acronis produziu a restauração de passada única mais rápida em ambos os sistemas operacionais.
NinjaOne Backup
NinjaOne Backup empata com o MSP360 no menor tempo de relógio de imagem do Windows (10 minutos para o disco completo do sistema) e inclui backup como parte de uma plataforma RMM integrada. A configuração é feita por meio de políticas de dispositivo (Política de Servidor Windows autoatribuída à VM-04) em vez de um assistente focado em backup, portanto, clientes que já executam o NinjaOne para aplicação de patches, monitoramento e scripts podem ativar o backup no mesmo console. O produto está disponível de forma geral no Windows e macOS, com backup para Linux em um programa Early Access somente para 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 de 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 após. A configuração de backup fica em Administração → Políticas → Políticas de agente → Política de Servidor Windows → Backup, com subabas 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 de 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 hoje. A Política de Servidor Linux no console ainda não expõe uma subaba Backup no nível de disponibilidade geral; essa é a observação de instalação do agente que motiva a subseção “Disponibilidade de backup no Linux” abaixo.
Resultados dos modos de 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 do Windows mais rápido que medimos. O plano de arquivo 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% sustentado 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 de relógio de 23x entre o modo de imagem (10 min) e o modo de arquivo (229 min) acompanha o custo por arquivo de CPU 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 no Linux
O agente RMM do NinjaOne instala-se perfeitamente no Ubuntu 26.04 (.deb, 44 MB, instalação de 30 segundos, sem módulo de kernel). RMM, aplicação de patches e monitoramento funcionam plenamente no Linux hoje. A Política de Servidor Linux no console ainda não expõe uma subaba Backup no nível de disponibilidade geral. O NinjaOne executa um programa Early Access somente para 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 tem 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 que o operador 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 o 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 avaliação 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 no Linux na versão v26.4.1. O agente Windows instala a partir de um MSI em alguns minutos; o agente Linux é fornecido como .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. Quando 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 nativos de backup em um único menu suspenso: Files 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 Aplicativos, Saída de Programa e Microsoft Windows Server Backup. O assistente Files 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 oferece suporte à seleção por volume. A paridade de versão do agente Win/Linux na 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 comparação com o í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 exclusivo 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 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 concluído em 15 minutos e 54 segundos, com 100 GB processados e 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 alerta que as imagens resultantes podem ser inconsistentes. O modo de backup de arquivo Linux na mesma VM foi executado de forma limpa até o status de Sucesso em 19 minutos e 14 segundos a 43.3 MB/s. Listamos o tempo decorrido da imagem para a tabela comparativa, mas não recomendaríamos essa configuração em produção.
MSP360 Managed Backup
O MSP360 empata com o NinjaOne no menor tempo de relógio de imagem do Windows (10 minutos para o disco completo do sistema). O console é executado em um destino de armazenamento baseado em Wasabi (marca branca, exposto como “MSP360 Wasabi” na interface), a mesma infraestrutura Wasabi usada pelo Comet. O agente Linux está quatro versões principais atrás do agente Windows em uma base de código separada.
Ativação de avaliação e instalação do agente
A inscrição em msp360.com/managed-backup/free-trial leva a um assistente de “Introdução” 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 de instaladores Windows / Mac / RPM / Deb em um seletor de plataforma. O instalador Windows é pequeno e executa um diálogo MSI padrão; o agente apareceu online no console 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 da FastSpring que solicita cartão de crédito e uma cobrança de ativação de avaliação de €1.19. A avaliação é executada por 30 dias com um limite de 2 TB; a autorenovação mínima de $6,99/TB/mês entra em vigor a menos que seja cancelada antes da data de término da avaliação.
A Etapa 3 seleciona a origem do backup (arquivo vs imagem, com a lista de discos locais visível). Quando um plano existe, a visualização principal do console mostra o dispositivo como online.
O agente Linux (pacote Debian ou RPM) instala-se perfeitamente 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 na avaliação. A CLI de locatário gerenciado do Linux também está desativada para o nível de avaliação (acesso somente por 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 autodeclara as transições de fase (Verificação de consistência, snapshot VSS, BootSector, SYSTEM, verificação CBT, dados C:\) que não observamos no indicador percentual opaco do NinjaOne. A imagem é gravada diretamente no bucket baseado em Wasabi, sem buffer intermediário no host do agente.
Recursos do agente Linux
O agente Linux do MSP360 está 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 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 essa é uma lacuna de produto do fornecedor, não um problema de configuração do locatário. A CLI de locatário gerenciado também está desativada para nosso nível de avaliação (acesso somente por GUI), o que limita os caminhos de automação com script. O backup de arquivo Linux na VM-L-03 foi executado em 2 horas e 19 minutos a 6.43 MB/s, o que corresponde ao throughput de arquivo do Windows em uma carga de trabalho idêntica (6.30 MB/s). O agente, independentemente da plataforma, apresenta gargalo na mesma taxa.
Restauração no Windows e no Linux
O MSP360 restaurou o subdiretório médio de 15 GB em 2:54 no Windows (86.2 MB/s) e em 3:10 no Linux (84.8 MB/s). O throughput fica dentro de 1.5 MB/s entre 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 o mesmo formato de pipeline de agente em ambos os lados.
SaaS e ferramentas de backup de aplicativos
Os quatro produtos deste benchmark protegem sistemas operacionais: arquivos, pastas e imagens de disco do Windows Server e do Ubuntu. Uma categoria separada de ferramentas protege dados de SaaS e de 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, em vez de throughput em MB/s. É por isso que eles ficam fora das tabelas de benchmark acima.
ManageEngine RecoveryManager Plus
ManageEngine RecoveryManager Plus, da divisão ManageEngine de propriedade da Zoho, é um software auto-hospedado que o cliente instala em uma máquina Windows e executa por trás de um console da web, com um banco de dados PostgreSQL integrado. Ele faz backup de seis ambientes a partir desse console único.
Todas as seis cargas de trabalho fazem backup incrementalmente e seguem um período de retenção configurável. Os backups podem ser gravados em repositórios locais, em um NAS ou em 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 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 do Entra ID começa em $475 por ano para 250 objetos de usuário, licenciado por componente.
Veeam Data Cloud for Microsoft 365
O Veeam Data Cloud for Microsoft 365, anteriormente Veeam Backup for Microsoft 365, faz backup do Exchange Online, SharePoint, OneDrive, Teams e Microsoft Entra ID. Ele funciona de duas maneiras: autogerenciado, em que você mesmo instala e opera o servidor de backup, 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.1
Druva Data Security Cloud
O Druva Data Security Cloud é uma plataforma totalmente gerenciada e entregue via SaaS, portanto o cliente não executa servidor ou armazenamento de backup próprio. Ele faz backup do Microsoft 365 (Exchange, SharePoint, OneDrive e Teams), além de endpoints, Google Workspace e Salesforce. Os backups são mantidos na própria nuvem gerenciada da Druva, em vez de no armazenamento provisionado pelo cliente.2
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, portanto o cliente não traz nem gerencia um bucket de armazenamento.3
Adicionar como fonte preferencialAmbiente de teste e metodologia
Infraestrutura
Carga de trabalho
Cálculo do throughput
Os tempos vêm do console de trabalhos ou atividades de cada fornecedor (feed de Atividades do Acronis, logs de trabalho do Comet, visualização de Monitoramento do MSP360, lista de planos do NinjaOne). Os tempos nas tabelas principais são arredondados para o minuto para facilitar a leitura; os tempos decorridos precisos são preservados em raw-results/<vendor>/*.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 restaurados reais por fornecedor, não o arredondamento.
Escopo
Limitações
Foco de cobertura de cargas 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 abordados em benchmarks separados.
A matriz de integração com 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 passada única. Cada backup e restauração foi executado uma vez. A variância não é relatada.
Perguntas frequentes
O software de gerenciamento de backup é projetado para proteger seus dados criando backups de arquivos críticos, de todo o seu sistema e de máquinas virtuais, incluindo o sistema operacional e pastas. Com o software de backup certo, os usuários podem gerenciar backups de sistema, backups de arquivos e backups em nuvem para vários dispositivos, incluindo computadores, dispositivos móveis e outras máquinas, em várias plataformas.
As soluções modernas combinam backups automáticos, incrementais, diferenciais e completos para simplificar o processo e garantir que seu último backup esteja sempre disponível. Sejam armazenados em armazenamento local, armazenamento conectado à rede, compartilhamentos de rede ou armazenamento em nuvem, como Google Drive ou Google Workspace, essas ferramentas protegem contra falhas de hardware, exclusão acidental, ransomware e desastres naturais.
O software de backup suporta diferentes estratégias conforme você é uma empresa ou um usuário doméstico:
Backup completo: cria uma cópia exata de todo o disco rígido ou de todo o sistema, incluindo o sistema operacional e todos os arquivos.
Backup incremental: faz backup somente dos arquivos novos ou alterados desde o último backup, economizando armazenamento e tempo.
Backup diferencial: captura as alterações desde o último backup completo, equilibrando eficiência e confiabilidade.
Backup local: usa armazenamento local, armazenamento conectado à rede ou redes locais para criar cópias de backup próximas ao computador.
Backup online / Backup em nuvem: mantém dados confidenciais em armazenamento em nuvem seguro, acessível a partir de várias máquinas, e oferece acesso remoto mesmo durante desastres naturais.
Essa flexibilidade permite que empresas e usuários domésticos escolham entre backup local para recuperação rápida ou backup em nuvem para resiliência contra perda de dados e até mesmo desastres naturais.
O software de gerenciamento de backup é mais do que apenas armazenar arquivos de backup; trata-se de garantir proteção abrangente de dados e recuperação rápida de falhas de hardware, exclusão acidental, ransomware ou desastres naturais. Com o processo de backup certo, empresas e usuários domésticos podem criar backups de dados críticos, de documentos importantes a discos rígidos inteiros.
Recursos como backup de sistema, backup automático, backup incremental e backup diferencial garantem que dados confidenciais estejam sempre protegidos. Além disso, o backup em nuvem adiciona resiliência ao armazenar arquivos de backup em armazenamento em nuvem (Google Drive, Google Workspace ou outros provedores de backup online). Ao mesmo tempo, opções de backup local, como armazenamento conectado à rede, armazenamento local ou compartilhamentos de rede, garantem acesso rápido a partir de uma rede local.
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 = sep,
howpublished = {\url{https://aimultiple.com/backup-software}},
note = {AIMultiple. Acessado em 10 setembro 2026}
}Resultados e carimbos de data/hora de 35 pontos de dados. Baixe os dados resumidos exibidos nos gráficos e tabelas deste artigo como um arquivo ZIP contendo 7 arquivos CSV.
Quer os dados granulares por trás disso? Assine o Premium
Registro de alterações
2 atualizaçõesAdicionada uma seção de backup de SaaS e aplicações com ManageEngine RecoveryManager Plus, Veeam, Druva e Keepit.
Adicionado um benchmark de Acronis, NinjaOne, Comet e MSP360 com tabelas de backup, restauração e metodologia.
Links de referência
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.
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.