Benchmark de software de backup: Acronis vs NinjaOne vs Comet vs MSP360
Realizámos um benchmark do NinjaOne Backup, do Acronis Cyber Protect Cloud Backup, do Comet Backup e do MSP360 Managed Backup em infraestrutura AWS idêntica. Cada fornecedor executou um backup em modo de ficheiro da mesma carga de trabalho de 625.946 ficheiros / 50 GB e um backup completo de imagem do disco do sistema, e depois restaurou o subdiretório médio de 15 GB.
Resultados do benchmark de software de backup
Eis os quatro produtos de backup testados numa carga de trabalho de 50 GB / 625.946 ficheiros, ordenados pelo número de dimensões lideradas em Windows + Linux, imagem, ficheiro e restauro a nível de ficheiro:
Fornecedor | Dimensões lideradas | Mais forte em |
|---|---|---|
1 de 6 (empatado) | imagem do Windows (empatado) | |
4 de 6 | restauro em Linux + Windows | |
N/D | SaaS e backup de aplicações | |
MSP360 | 1 de 6 (empatado) | imagem do Windows (empatado) |
Comet | 1 de 6 | backup de ficheiros do Windows |
N/D: ManageEngine RecoveryManager Plus faz backup de SaaS e dados de aplicações em vez de sistemas operativos, uma categoria separada que resumimos na secção de SaaS e backup de aplicações.
Taxa de transferência de backup do Windows
Taxa de transferência de backup do Linux
Restauro a nível de ficheiro
O destino de restauro foi o subdiretório médio da carga de trabalho de ficheiros (15 GB / 2.980 ficheiros) em todos os fornecedores.
Conclusões nos modos de imagem, ficheiro e restauro
O Acronis foi o único fornecedor a liderar mais de uma dimensão. Ficou em primeiro lugar no restauro do 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 do Windows. Onde a cobertura em ambos os sistemas operativos e em todos os três modos é importante, o Acronis apresentou o resultado mais consistente nesta execução.
O Acronis é o único produto cujo backup de bloco Linux foi concluído sem avisos do fornecedor. NinjaOne não fornece agente de backup Linux. O agente Linux do MSP360 é apenas para ficheiros. O plano de imagem Linux do Comet terminou, mas o driver de snapshot emitiu um aviso de incompatibilidade do kernel contra o kernel 7.0 do Ubuntu 26.04 e funcionou em modo de recurso de melhor esforço.
A imagem do Windows divide-se em dois escalões. NinjaOne e MSP360 terminaram em 10 minutos; o Acronis demorou 17 minutos, e o Comet demorou 16. Ambas as execuções mais lentas reportaram um estrangulamento auto‑divulgado na ingestão para a cloud. MSP360 e Comet expõem ambos armazenamento com backend 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 do Windows apresenta uma dispersão de 8.9x. Comet liderou com 32.43 MB/s, seguido por Acronis com 20.9 MB/s, MSP360 com 6.30 MB/s, e NinjaOne com 3.64 MB/s. Os quatro produtos usam pipelines de agente diferentes para enumeração de ficheiros pequenos num corpus de 625.946 ficheiros. O forte resultado de imagem do Windows do NinjaOne não se generalizou para o seu pipeline de modo de ficheiro nos mesmos dados de origem.
O Acronis produziu o restauro mais rápido medido tanto no Windows (99.3 MB/s) como no Linux (100.7 MB/s) nesta execução de uma única passagem. Os quatro produtos situaram‑se dentro de uma banda de 16 MB/s (83.3 a 99.3) no restauro do Windows.
A deduplicação de restauro 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 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
Acronis Cyber Protect Cloud Backup teve a cobertura mais ampla entre os modos que testámos. É o único fornecedor cujo backup de imagem de bloco Linux foi concluído sem avisos do fornecedor, o único a ter uma etiqueta de estrangulamento auto‑divulgada por teste, e produziu o resultado de restauro mais rápido medido neste teste de passagem única tanto no Windows como no Linux. Registámos o trial em eu2‑cloud.acronis.com, que auto‑atribuiu um datacenter de Frankfurt quando selecionámos Alemanha na inscrição.
Configuração do trial e instalação do agente
A inscrição no trial em eu2‑cloud.acronis.com auto‑encaminha para um datacenter de Frankfurt quando "Alemanha" é o país selecionado. O assistente "+ Adicionar dispositivo" na consola apresenta uma lista de plataformas (Estações de trabalho / Servidores / Máquinas virtuais / Microsoft 365 / etc.) e um link de download por plataforma.
O agente Windows é um pequeno web instalador que descarrega o payload real do agente de 500 MB em tempo de execução. Tempo total na VM‑01 (Windows Server 2022): entrega do web instalador em segundos, download do pacote do agente cerca de 5 minutos, registo e online dentro de 10 minutos no total. O registo usa um código único incorporado no URL do instalador ou um token de registo gerado separadamente (tempo de vida até 12 meses, para 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‑inicie 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 web instalador). A matriz de suporte oficial do Acronis à data da escrita lista do Ubuntu 18.04 ao 25.10; testámos no 26.04, uma versão à 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 fornece por predefiniçã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‑registo> –rain=https://eu2‑cloud.acronis.com para registo não interativo.
4. Instalar make gcc dkms linux‑headers‑$(uname -r) e correr sudo dkms autoinstall para que o DKMS compile snapapi26 e snumbd26 contra o kernel em execução, e 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. 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 protegidos", a configuração do trial 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 completa (imagem a nível de bloco) e Ficheiros/pastas (por ficheiro). Para a carga de trabalho de ficheiros pequenos, a escolha do modo domina o tempo total. A máquina completa terminou 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 do Acronis emite uma etiqueta 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 Linux
O agente Linux do Acronis usa snapapi26 (um módulo do kernel compilado no momento da instalação via DKMS) para tirar um snapshot a nível de partição e transmitir uma imagem a 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 tráfego de rede TX simultâneo durante todo o tempo. O disco de sistema completo do Ubuntu (56 GB usados) terminou 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 restringidas pelo caminho de ingestão para a cloud do Acronis Cyber Infrastructure.
Fluxo de trabalho de restauro
O restauro no Acronis é um assistente lançado a partir da página de detalhe 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 do Windows terminou em 2:31 a 99.3 MB/s; o restauro do Linux em 2:29 a 100.7 MB/s. Ambas as execuções foram limitadas pelo caminho de download da cloud do Acronis; o fornecedor rotula este estrangulamento como "Leitura da origem 100%" no feed de atividades da tarefa, o que coincide com o que observámos. O Acronis produziu o restauro mais rápido de uma única passagem em ambos os sistemas operativos.
NinjaOne Backup
NinjaOne Backup empata com o MSP360 no tempo mais rápido de imagem do 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) e não através de um assistente focado em backup, pelo que clientes que já usam o NinjaOne para patching, monitorização e scripting podem ativar o backup a partir da mesma consola. O produto está geralmente disponível para 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 para 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 terminou em menos de um minuto e o dispositivo apareceu online imediatamente na consola. A configuração do backup reside em Administração → Políticas → Políticas de agente → Política Windows Server → Backup, com separadores secundários Imagem e Ficheiro/Pasta. A lista suspensa de destino tem três opções: Cloud (gerida pelo NinjaOne), Local (disco por dispositivo) e Híbrida. 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), mas sacrifica o controlo de política de armazenamento do lado do comprador.
O agente Linux (44 MB .deb) instala‑se em cerca de 30 segundos no Ubuntu 26.04 sem qualquer workaround e sem módulo do kernel. As funcionalidades de RMM, patching e monitorização estão totalmente funcionais no Linux atualmente. A Política de Servidor Linux na consola ainda não expõe um separador secundário 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 imagem e ficheiro
O plano de imagem do NinjaOne terminou o disco de 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 ficheiro no mesmo corpus de 50 GB / 625.946 ficheiros demorou 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 total de 23x entre o modo de imagem (10 min) e o modo de ficheiro (229 min) acompanha o custo de CPU por ficheiro num corpus de 625.946 ficheiros. O restauro a partir do plano de imagem terminou 2.980 ficheiros (15 GB) em 3 minutos a 83.3 MB/s.
Disponibilidade de backup Linux
O agente RMM do NinjaOne instala‑se sem problemas no Ubuntu 26.04 (.deb, 44 MB, instalação em 30 segundos, sem módulo do kernel). As funcionalidades de RMM, patching e monitorização funcionam plenamente em Linux atualmente. A Política de Servidor Linux na consola ainda não expõe um separador secundário Backup no nível de disponibilidade geral. O NinjaOne gere um programa de Acesso Antecipado apenas para Debian para backup de ficheiros Linux com envolvimento de suporte do fornecedor mediante pedido; este artigo compara apenas funcionalidades de disponibilidade geral, pelo que o caminho EA está fora do âmbito. Clientes com cargas de trabalho de servidores Linux podem combinar o NinjaOne com um produto de backup compatível com Linux até o módulo Linux atingir a disponibilidade geral.
Comet Backup
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 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 para escolher entre Comet‑Hosted (servidor Comet gerido pelo fornecedor) e Self‑Hosted (o cliente instala e gere o servidor Comet na sua própria infraestrutura). Selecionámos Comet‑Hosted, região de Frankfurt para paridade com as consolas estilo SaaS dos outros fornecedores. O provisionamento demora alguns minutos e coloca o inquilino no Comet Server v26.4.1 (ramo "phoebe") com um crédito de trial de $200 pré‑anexado, sem necessidade de método de pagamento.
A Consola de Gestão chega num subdomínio único por inquilino com um Vault de Armazenamento predefinido já anexado, visível na IU como Tipo: Wasabi. O Comet é o único fornecedor neste benchmark que divulga explicitamente o seu backend de armazenamento na IU 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 período. Ambos se registam contra a 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 numa única lista suspensa: 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 vault 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.
Deduplicação de restauro inteligente
Executámos o restauro da pasta de 15 GB duas vezes. A primeira execução apontou para 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 apontou para 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 dedup é 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‑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 já correspondente no destino.
Plano de imagem de disco Linux
O plano de imagem de disco Linux do Comet correu 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 registo: o driver de snapshot destina‑se a kernels < 6.18.0 e está em modo de recurso 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 correu sem problemas até ao 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
MSP360 empata com o NinjaOne no tempo mais rápido de imagem do Windows (10 minutos para o disco de sistema completo). A consola funciona sobre um destino de armazenamento com backend Wasabi (white‑label, apresentado como "MSP360 Wasabi" na IU), a mesma infraestrutura Wasabi que o Comet usa. O agente Linux corre quatro versões principais atrás do agente Windows, numa base de código separada.
Ativação do trial e instalação do agente
A inscrição em msp360.com/managed‑backup/gratuito‑trial leva a um assistente "Primeiros passos" com três trilhos de integração: Servidores, M365, Hyper‑V. O trilho Servidores guia o operador através da 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 de instalador Windows / Mac / RPM / Deb num seletor de plataforma. O instalador Windows é pequeno e corre 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 com backend Wasabi em EU Central 2 Frankfurt; o operador tem de "subscrever" antes que qualquer plano a possa usar. O passo de subscrição passa por um checkout FastSpring que pede um cartão de crédito e um custo de ativação do trial de €1.19. O trial decorre então durante 30 dias com um limite de 2 TB; a renovação automática a $6.99/TB/mês mínimo é ativada a menos que seja cancelada antes da data de fim do trial.
O passo 3 seleciona a origem do backup (ficheiro vs imagem, com a lista de discos locais visível). Assim que um plano existe, a visão 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); 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 tivéssemos acesso no trial. O CLI de inquilino gerido Linux também está desativado para o nível de trial (acesso apenas por GUI).
Backup de imagem
O plano de imagem do MSP360 terminou o disco de sistema de 72.78 GB da VM‑03 em 10 minutos, empatando com o NinjaOne no tempo de imagem do Windows mais rápido que medimos. A consola divulga automaticamente as transições de fase (Verificação de consistência, snapshot VSS, BootSector, SYSTEM, varredura CBT, dados C:\) que não observámos no indicador de percentagem opaco do NinjaOne. A imagem é escrita diretamente no bucket com backend Wasabi sem buffering 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). 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 a nível de disco, nem modo a 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. O CLI de inquilino gerido também está desativado para o nosso nível de trial (acesso apenas por GUI), o que limita os caminhos de automação com scripts. O backup de ficheiros Linux na VM‑L‑03 correu em 2 horas e 19 minutos a 6.43 MB/s, o que corresponde à taxa de transferência de ficheiros do Windows numa carga de trabalho idêntica (6.30 MB/s). O agente é um estrangulamento agnóstico de plataforma à mesma taxa.
Restauro no Windows e Linux
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 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 em vez disso, 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ção 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, e não a taxa de transferência em MB/s. É por isso que ficam de fora das tabelas de benchmark acima.
ManageEngine RecoveryManager Plus
ManageEngine RecoveryManager Plus, da divisão ManageEngine detida pela Zoho, é um software self‑hosted que o cliente instala numa máquina Windows e gere atravé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 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
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: self‑managed, em que instala e gere o servidor de backup você mesmo, ou como uma oferta de backup‑as‑a‑service 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.1
Druva Data Security Cloud
Druva Data Security Cloud é uma plataforma totalmente gerida e entregue como SaaS, pelo que o cliente não gere 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 cloud gerida da própria Druva, e não em armazenamento provisionado pelo cliente.2
Keepit
Keepit armazena os backups dos clientes na sua própria infraestrutura dedicada, e não 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 um cliente não traz nem gere um bucket de armazenamento.3
Adicionar como fonte preferencialAmbiente 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 Atividades do Acronis, registos 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 decorridos precisos são preservados em raw‑results/<vendor>/*.json.
Exemplo: o restauro Linux do MSP360 em 3:10 reporta 84.8 MB/s (16.11 GB / 190 s); o restauro Linux do 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 arredondamentos.
Âmbito
Limitações
Foco na cobertura da carga de trabalho: Windows Server 2022 e Ubuntu 26.04. O 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 âmbito. As células AWS S3 BYO, Cloudflare R2, Azure Blob e restauro entre clouds estão documentadas nas docs 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
O software de gestão de backup é concebido para proteger os seus dados criando backups de ficheiros críticos, de todo o sistema e de máquinas virtuais, incluindo o sistema operativo e as pastas. Com o software de backup certo, os utilizadores podem gerir backups do sistema, backups de ficheiros e backups na cloud 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 o seu último backup está sempre disponível. Quer sejam armazenados em armazenamento local, armazenamento ligado à rede, partilhas de rede ou armazenamento na cloud como o Google Drive ou o Google Workspace, estas ferramentas protegem contra falhas de hardware, eliminação acidental, ransomware e desastres naturais.
O software de backup suporta diferentes estratégias, dependendo se é uma empresa ou um utilizador doméstico:
Backup completo: Cria uma cópia exata de todo o disco rígido ou de todo o sistema, incluindo o sistema operativo e todos os ficheiros.
Backup incremental: Faz backup apenas dos ficheiros novos ou alterados desde o último backup, poupando armazenamento e tempo.
Backup diferencial: Captura as alterações desde o último backup completo, equilibrando eficiência e fiabilidade.
Backup local: Usa armazenamento local, armazenamento ligado à rede ou redes locais para criar cópias de backup perto do computador.
Backup online / Backup na cloud: Mantém dados sensíveis em armazenamento seguro na cloud, acessível a partir de várias máquinas, e oferece acesso remoto mesmo durante desastres naturais.
Esta flexibilidade permite que tanto empresas como utilizadores domésticos escolham entre backup local para recuperação rápida ou backup na cloud para resiliência contra perda de dados e até desastres naturais.
O software de gestão de backup é mais do que apenas armazenar ficheiros de backup; trata‑se de garantir uma proteção de dados abrangente e uma recuperação rápida de falhas de hardware, eliminação acidental, ransomware ou desastres naturais. Com o processo de backup certo, empresas e utilizadores domésticos podem criar backups de dados críticos, desde documentos importantes até discos rígidos completos.
Funcionalidades como backup do sistema, backup automático, backup incremental e backup diferencial garantem que os dados sensíveis estão sempre protegidos. Além disso, o backup na cloud acrescenta resiliência ao armazenar os ficheiros de backup em armazenamento na cloud (Google Drive, Google Workspace ou outros fornecedores de backup online). Ao mesmo tempo, as opções de backup local, como armazenamento ligado à rede, armazenamento local ou partilhas de rede, garantem um acesso rápido a partir de uma rede local.
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 = aug,
howpublished = {\url{https://aimultiple.com/backup-software}},
note = {AIMultiple. Acessado em 4 Agosto 2026}
}Links de referência
O trabalho de Cem foi citado por publicações globais de destaque, incluindo Business Insider, Forbes, Washington Post, empresas globais como Deloitte, HPE e ONGs como o Fórum Econômico Mundial e organizações supranacionais como a Comissão Europeia.
Ao longo de sua carreira, Cem atuou como consultor de tecnologia, comprador de tecnologia e empreendedor de tecnologia. Ele aconselhou empresas em 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 aquisições de uma empresa de telecomunicações, reportando-se ao CEO. Ele também liderou o crescimento comercial da empresa de tecnologia profunda Hypatos, que alcançou 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 de destaque como TechCrunch e Business Insider.
Cem fala regularmente em conferências internacionais de tecnologia. Ele se formou na Universidade Bogazici como engenheiro de computação 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.