Benchmark de software de copia de seguridad: Acronis vs NinjaOne vs Comet vs MSP360

Realizamos pruebas comparativas de NinjaOne Backup, Acronis Cyber Protect Cloud Backup, Comet Backup y MSP360 Managed Backup en una infraestructura AWS idéntica. Cada proveedor ejecutó una copia de seguridad en modo archivo de la misma carga de trabajo de 625.946 archivos / 50 GB y una copia de seguridad completa de la imagen del disco del sistema, luego restauró el subdirectorio mediano de 15 GB.

Resultados del benchmark de software de copia de seguridad

Aquí están los cuatro productos de copia de seguridad probados en una carga de trabajo de 50 GB / 625.946 archivos, clasificados por la cantidad de dimensiones en las que lideraron en Windows + Linux: imagen, archivo y restauración a nivel de archivo:

N/D: ManageEngine RecoveryManager Plus realiza copias de seguridad de datos de SaaS y aplicaciones en lugar de sistemas operativos, una categoría separada que resumimos en la SaaS y sección de copia de seguridad de aplicaciones.

Rendimiento de copia de seguridad de Windows

Rendimiento de copia de seguridad de Linux

Restauración a nivel de archivo

El destino de la restauración fue el subdirectorio mediano de la carga de trabajo de archivos (15 GB / 2.980 archivos) en todos los proveedores.

Conclusiones en los modos de imagen, archivo y restauración

Acronis fue el único proveedor en liderar más de una dimensión. Lideró en restauración de Windows (99.3 MB/s), imagen de Linux (única ejecución limpia), archivo de Linux (52.1 MB/s), y restauración de Linux (100.7 MB/s), cuatro de las seis dimensiones medidas. NinjaOne, MSP360 y Comet lideraron exactamente una dimensión de Windows cada uno. Cuando la cobertura en ambos sistemas operativos y en los tres modos es importante, Acronis mostró el resultado más consistente en esta ejecución.

Acronis es el único producto cuya copia de seguridad a nivel de bloque de Linux se completó sin advertencias del proveedor. NinjaOne no incluye agente de copia de seguridad para Linux. El agente de Linux de MSP360 es solo para archivos. El plan de imagen de Linux de Comet finalizó, pero el controlador de instantáneas emitió una advertencia de compatibilidad del kernel contra el kernel 7.0 de Ubuntu 26.04 y se ejecutó en modo de respaldo de mejor esfuerzo.

La imagen de Windows se divide en dos niveles. NinjaOne y MSP360 finalizaron en 10 minutos; Acronis tardó 17 minutos y Comet tardó 16. Ambas ejecuciones más lentas informaron un cuello de botella auto-declarado de ingestión en la nube. MSP360 y Comet exponen almacenamiento respaldado por Wasabi, pero se sitúan en niveles diferentes, por lo que la brecha no debe atribuirse únicamente al almacenamiento backend.

El modo archivo de Windows se extiende 8.9x. Comet lideró con 32.43 MB/s, seguido de Acronis 20.9 MB/s, MSP360 6.30 MB/s y NinjaOne 3.64 MB/s. Los cuatro productos utilizan diferentes pipelines de agente para la enumeración de archivos pequeños en un corpus de 625.946 archivos. El sólido resultado de imagen de Windows de NinjaOne no se generalizó a su pipeline de modo archivo con los mismos datos de origen.

Acronis produjo la restauración más rápida medida tanto en Windows (99.3 MB/s) como en Linux (100.7 MB/s) en esta ejecución de una sola pasada. Los cuatro productos se situaron en una banda de 16 MB/s (de 83.3 a 99.3) en la restauración de Windows.

La deduplicación inteligente de restauración de Comet transfirió 67.84 MB de contenido nuevo cuando el objetivo de 15 GB ya existía en disco, una reducción de ~222x en la transferencia de red en esta ejecución. Los otros productos descargaron los 15 GB completos en cada ejecución. En escenarios de re-restauración menos ideales (diferente tasa de coincidencia en el destino), la ganancia depende de cuánto contenido ya coincide.

Productos de copia de seguridad probados

Acronis Cyber Protect Cloud

Acronis Cyber Protect Cloud Backup tuvo la cobertura más amplia en los modos que probamos. Es el único proveedor cuya copia de seguridad de imagen a nivel de bloque de Linux se completó sin advertencias del proveedor, el único proveedor con una etiqueta de cuello de botella auto-declarada por prueba, y produjo el resultado de restauración más rápido medido en esta prueba de una sola pasada tanto en Windows como en Linux. Registramos la prueba en eu2-cloud.acronis.com, que auto-asignó un centro de datos de Frankfurt cuando seleccionamos Alemania al registrarnos.

Configuración de la prueba e instalación del agente

El registro de prueba en eu2-cloud.acronis.com auto-enruta a un centro de datos de Frankfurt cuando se selecciona “Alemania”. El asistente "+ Agregar dispositivo" de la consola presenta una lista de plataformas (Estaciones de trabajo / Servidores / Máquinas virtuales / Microsoft 365 / etc.) y un enlace de descarga por plataforma.

El agente de Windows es un pequeño instalador web que descarga la carga útil real del agente de 500 MB en tiempo de ejecución. Tiempo total en VM-01 (Windows Server 2022): transferencia del instalador web en segundos, descarga del paquete del agente aproximadamente 5 minutos, registro y conexión en menos de 10 minutos en total. El registro utiliza un código de un solo uso incrustado en la URL del instalador o un token de registro generado por separado (vida útil de hasta 12 meses, para múltiples dispositivos).

El asistente “Registrar carga de trabajo” tiene tres pasos: seleccionar cuenta, seleccionar planes, revisar y registrar. Elegimos No aplicar en el paso del plan para evitar que el plan de protección completa predeterminado de Acronis auto-iniciara una copia de seguridad CDP antes de que pudiéramos medir ejecuciones D1 controladas.

El agente de Linux es un instalador .bin de un solo archivo de 1.16 GB (sin instalador web). La matriz de soporte oficial de Acronis en el momento de escribir esto enumera Ubuntu 18.04 hasta 25.10; probamos en 26.04, una versión por delante. En 26.04, la ruta de instalación requirió los siguientes pasos además de la instalación silenciosa estándar:

1. Instalar la herramienta rpm (el instalador la espera; Ubuntu 26.04 no la incluye de forma predeterminada).

2. Establecer %_pkgverify_level none en /etc/rpm/macros (RPM 6.x impone una verificación estricta de firmas; los paquetes de Acronis no están firmados).

3. Ejecutar el .bin con –skip-prereq-check –nodeps –force-weak-snapapi –token=<registration-token> –rain=https://eu2-cloud.acronis.com para registro no interactivo.

4. Instalar make gcc dkms linux-headers-$(uname -r) y ejecutar sudo dkms autoinstall para que DKMS compile snapapi26 y snumbd26 contra el kernel en ejecución, luego sudo modprobe para cargarlos.

El tiempo transcurrido de instalación en Linux en 26.04 fue de aproximadamente 15 minutos, incluyendo los pasos anteriores. En una Ubuntu LTS compatible (22.04 / 24.04 / 25.10), la instalación silenciosa documentada es más corta. Una vez que ambos dispositivos aparecieron en la consola como “en línea, no protegidos”, la configuración de la prueba estaba completa.

Configuración y modos de copia de seguridad

Acronis los planes de copia de seguridad se crean en la consola y se envían a los dispositivos. La plantilla del plan tiene un “Módulo de copia de seguridad” con dos modos principales: Máquina completa (imagen a nivel de bloque) y Files/carpetas (por archivo). Para la carga de trabajo de archivos pequeños, la elección del modo domina el tiempo total. La máquina completa completó el disco del sistema de 82.7 GB de VM-01 en 17 minutos; Files/carpetas en la misma fuente tardó 40 minutos a 20.9 MB/s. Cuando la protección de máquina completa es aceptable, hay una configuración más rápida para recursos compartidos de archivos pequeños de Windows densos (repositorios CAD, gestión de documentos, árboles de código fuente). Cada trabajo de Acronis emite una etiqueta de cuello de botella (“Escritura en destino 100 %”, “Lectura desde origen 100 %”), que muestra la capa que limita la velocidad sin instrumentación externa.

Copia de seguridad a nivel de bloque de Linux

Acronis el agente de Linux usa snapapi26 (un módulo del kernel compilado en el momento de la instalación mediante DKMS) para tomar una instantánea a nivel de partición y transmitir una imagen a nivel de bloque. La tubería estuvo activa durante la ejecución: iostat mostró actividad sostenida de lectura de disco e ifconfig mostró transmisión de red simultánea en todo momento. El disco completo del sistema Ubuntu (56 GB utilizados) se completó en 14 minutos. El tiempo total en Linux fue 3 minutos más corto que en Windows en el mismo modo (14 vs 17 minutos); ambas ejecuciones estuvieron limitadas por la ruta de ingestión en la nube de Acronis Cyber Infrastructure.

Flujo de trabajo de restauración

La restauración en Acronis es un asistente que se lanza desde la página de detalles del dispositivo. El usuario selecciona un punto de recuperación, navega por el árbol de archivos y elige archivos o carpetas. Restauramos un subdirectorio de archivos de tamaño mediano de 15 GB. La restauración de Windows se completó en 2:31 a 99.3 MB/s; la restauración de Linux en 2:29 a 100.7 MB/s. Ambas ejecuciones estuvieron limitadas por la ruta de descarga de la nube de Acronis; el proveedor etiqueta este cuello de botella como “Lectura desde origen 100 %” en el feed de actividad del trabajo, lo que coincide con lo observado. Acronis produjo la restauración de una sola pasada más rápida en ambos sistemas operativos.

NinjaOne Backup

NinjaOne Backup empata con MSP360 en el tiempo más rápido de imagen de Windows (10 minutos para el disco del sistema completo) y ofrece la copia de seguridad como parte de una plataforma RMM integrada. La configuración se realiza a través de políticas de dispositivo (política de Windows Server auto-asignada a VM-04) en lugar de un asistente centrado en copia de seguridad, por lo que los clientes que ya ejecutan NinjaOne para parches, monitoreo y scripting pueden habilitar la copia de seguridad desde la misma consola. El producto está disponible generalmente en Windows y macOS, con copia de seguridad de Linux en un programa de Acceso Anticipado solo para Debian.

Instalación del agente basada en políticas y almacenamiento gestionado

El asistente para agregar computadoras de NinjaOne expone Windows, Mac, Linux y Raspberry Pi como plataformas de agente con clasificación de roles (Servidor, Estación de trabajo, Portátil) y opciones de arquitectura. Para Windows, el asistente genera una URL de descarga MSI por inquilino.

En VM-04 (Windows Server 2022) la instalación se completó en menos de un minuto y el dispositivo apareció en línea en la consola inmediatamente después. La configuración de copia de seguridad se encuentra en Administración → Políticas → Políticas de agente → Política de Windows Server → Copia de seguridad, con sub-pestañas de Imagen y Archivo/Carpeta. El menú desplegable de destino tiene tres opciones: Nube (gestionada por NinjaOne), Local (disco por dispositivo) e Híbrido. El destino es almacenamiento AWS gestionado por NinjaOne; los clientes no traen su propio bucket S3, Wasabi, R2 o Azure Blob. El almacenamiento gestionado por el proveedor simplifica la incorporación (sin configuración de IAM, sin configuración de bucket) a costa del control de políticas de almacenamiento por parte del comprador.

El agente de Linux (44 MB .deb) se instala en aproximadamente 30 segundos en Ubuntu 26.04 sin necesidad de soluciones alternativas y sin módulo del kernel. Las funciones de RMM, parches y monitoreo son completamente funcionales en Linux hoy en día. La Política de Servidor Linux en la consola aún no expone una sub-pestaña de Copia de seguridad en el nivel de disponibilidad general; esta es la observación de instalación del agente que motiva la subsección “Disponibilidad de copia de seguridad de Linux” a continuación.

Resultados de modos de imagen y archivo

El plan de imagen de NinjaOne completó el disco del sistema de 73.4 GB de VM-04 en 10 minutos, empatando con MSP360 en el tiempo de imagen de Windows más rápido que medimos. El plan de archivos en el mismo corpus de 50 GB / 625.946 archivos tardó 229 minutos a 3.64 MB/s. El módulo RMM de NinjaOne marcó el consumo de CPU de su propio motor de copia de seguridad durante la ejecución como una alerta (lockhart.exe al 69.5 % sostenido durante 14 minutos, 2.8 de 4 vCPU); el perfil de CPU del motor se mostró en la misma consola que los operadores usan para el monitoreo normal. La brecha de 23x en el tiempo total entre el modo imagen (10 min) y el modo archivo (229 min) refleja el costo de CPU por archivo en un corpus de 625.946 archivos. La restauración desde el plan de imagen completó 2.980 archivos (15 GB) en 3 minutos a 83.3 MB/s.

Disponibilidad de copia de seguridad de Linux

El agente RMM de NinjaOne se instala limpiamente en Ubuntu 26.04 (.deb, 44 MB, instalación de 30 segundos, sin módulo del kernel). RMM, parches y monitoreo funcionan completamente en Linux hoy en día. La Política de Servidor Linux en la consola aún no expone una sub-pestaña de Copia de seguridad en el nivel de disponibilidad general. NinjaOne ejecuta un programa de Acceso Anticipado solo para Debian para copia de seguridad de archivos de Linux con participación de soporte del proveedor bajo solicitud; este artículo compara solo la funcionalidad de disponibilidad general, por lo que la ruta EA está fuera del alcance. Los clientes con cargas de trabajo de servidor Linux pueden emparejar NinjaOne con un producto de copia de seguridad compatible con Linux hasta que el módulo de Linux alcance la disponibilidad general.

Comet Backup

Comet ofrece dos rutas de implementación: Comet-Hosted (servidor Comet gestionado por el proveedor en la región de Frankfurt) y Self-Hosted (el cliente instala Comet Server en su propia infraestructura). Seleccionamos Comet-Hosted para igualar con las consolas estilo SaaS de los otros proveedores.

Portal de cuenta e implementación

El portal de cuenta de Comet es una arquitectura de dos portales: un Portal de Cuenta para facturación y gestión de inquilinos, y una Consola de Gestión para operaciones diarias de copia de seguridad. El primer paso pide al operador que elija entre Comet-Hosted (servidor Comet gestionado por el proveedor) y Self-Hosted (el cliente instala y ejecuta Comet Server en su propia infraestructura). Seleccionamos Comet-Hosted, región Frankfurt, para igualar con las consolas estilo SaaS de los otros proveedores. El aprovisionamiento toma unos minutos y deja al inquilino en Comet Server v26.4.1 (rama “phoebe”) con un crédito de prueba de $200 adjunto, sin necesidad de método de pago.

La Consola de Gestión llega en un subdominio único por inquilino con un Almacén de Almacenamiento predeterminado ya adjunto, visible en la interfaz como Tipo: Wasabi. Comet es el único proveedor en este benchmark que revela explícitamente su almacenamiento backend en la interfaz de la consola.

Instalación del agente en Windows y Linux

El agente de Comet Backup es el mismo binario en Windows y Linux en la versión v26.4.1. El agente de Windows se instala desde un MSI en un par de minutos; el agente de Linux se distribuye como .deb y se instala aproximadamente en el mismo tiempo. Ambos se registran contra la Consola de Gestión usando la URL del inquilino y un inicio de sesión por usuario. Una vez que ambos dispositivos están en línea, la consola expone las mismas acciones de Dispositivo Conectado en cada uno (Ejecutar copia de seguridad, Restaurar, Actualizar, URL de inicio de sesión).

Configuración de copia de seguridad y 13 tipos nativos

El asistente Nuevo Elemento Protegido de Comet presenta 13 tipos de copia de seguridad nativos en un solo menú desplegable: Files and Folders, Disk Image, Microsoft SQL Server, MySQL, MongoDB, Microsoft Exchange Server, Microsoft Hyper-V, VMware, MS Office 365, Mailbox Office 365, Application Folders, Program Output, y Microsoft Windows Server Backup. El asistente de Files and Folders configura rutas de origen, retención, programación y destino de almacén. El asistente de Disk Image enumera discos físicos y admite selección por volumen. La paridad de versiones del agente Win/Linux en v26.4.1 en ambas plataformas es inusual en este benchmark.

Deduplicación de restauración inteligente

Ejecutamos la restauración de la carpeta de 15 GB dos veces. La primera ejecución apuntó a la ubicación original, donde Comet detectó que los 15 GB de archivos ya existían en el destino, calculó hashes contra el índice de copia de seguridad y descargó solo 67.84 MB de contenido nuevo. Tiempo total: 1:27. La segunda ejecución apuntó a una ruta nueva y descargó los 15.07 GB completos en 2:55 a 85.7 MB/s, que es la cifra comparable en nuestra tabla de resultados. El comportamiento de deduplicación es real y único entre los cuatro productos. En esta ejecución específica, Comet redujo la transferencia de red en más de 200x; en escenarios de re-restauración menos ideales (validación de conmutación por error de prueba, recuperación parcial de un conjunto re-cifrado después de una copia de seguridad limpia confirmada), la ganancia depende de cuánto contenido ya coincide en el destino.

Plan de imagen de disco de Linux

El plan de imagen de disco de Linux de Comet se ejecutó hasta completarse en 15 minutos 54 segundos, 100 GB procesados, 51.35 GB subidos. El trabajo finalizó con estado Advertencia. La entrada de registro: el controlador de instantáneas apunta a kernel < 6.18.0 y está en modo de respaldo de mejor esfuerzo en el kernel 7.0 de Ubuntu 26.04. Comet advierte que las imágenes resultantes pueden ser inconsistentes. El modo de copia de seguridad de archivos de Linux en la misma VM se ejecutó limpiamente con estado Éxito en 19 minutos 14 segundos a 43.3 MB/s. Incluimos el tiempo transcurrido de imagen para la tabla de comparación, pero no recomendaríamos esta configuración en producción.

MSP360 Managed Backup

MSP360 empata con NinjaOne en el tiempo más rápido de imagen de Windows (10 minutos para el disco del sistema completo). La consola se ejecuta en un destino de almacenamiento respaldado por Wasabi (marca blanca, expuesto como “MSP360 Wasabi” en la interfaz), la misma infraestructura Wasabi que usa Comet. El agente de Linux ejecuta cuatro versiones principales por detrás del agente de Windows en una base de código separada.

Activación de prueba e instalación del agente

El registro en msp360.com/managed-backup/gratis-trial aterriza en un asistente “Comenzar” con tres pistas de incorporación: Servidores, M365, Hyper-V. La pista de Servidores guía al operador a través de la instalación del agente, la configuración de la cuenta de almacenamiento y un primer plan de copia de seguridad en un solo flujo lineal.

El paso 1 es la instalación del agente. El asistente presenta descargas de instalador de Windows / Mac / RPM / Deb en un selector de plataforma. El instalador de Windows es pequeño y se ejecuta a través de un diálogo MSI estándar; el agente apareció en línea en la consola a los pocos minutos de ejecutar el instalador en VM-03.

El paso 2 es la cuenta de almacenamiento. El proveedor pre-crea una cuenta de almacenamiento respaldada por Wasabi en EU Central 2 Frankfurt; el operador debe “suscribirse” antes de que cualquier plan pueda usarla. El paso de suscripción se enruta a través de un pago de FastSpring que solicita una tarjeta de crédito y un cargo de activación de prueba de €1.19. La prueba luego se ejecuta 30 días contra un límite de 2 TB; la auto-renovación a $6,99/TB/mes mínimo se activa a menos que se cancele antes de la fecha de finalización de la prueba.

El paso 3 selecciona la fuente de copia de seguridad (archivo vs imagen, con la lista de discos local visible). Una vez que existe un plan, la vista principal de la consola muestra el dispositivo como en línea.

El agente de Linux (paquete Debian o RPM) se instala limpiamente en Ubuntu 26.04 pero se ejecuta en v4.5, cuatro versiones principales por detrás del agente de Windows (v8.6); los dos son bases de código separadas. El asistente de Linux solo expone opciones de copia de seguridad de archivos; no hay modo de imagen / nivel de disco en ningún nivel al que pudiéramos acceder en la prueba. La CLI de inquilino gestionado de Linux también está deshabilitada para el nivel de prueba (acceso solo GUI).

Copia de seguridad de imagen

El plan de imagen de MSP360 completó el disco del sistema de 72.78 GB de VM-03 en 10 minutos, empatando con NinjaOne en el tiempo de imagen de Windows más rápido que medimos. La consola auto-declara transiciones de fase (Verificación de consistencia, instantánea VSS, BootSector, SYSTEM, escaneo CBT, datos C:\) que no observamos en el indicador de porcentaje opaco de NinjaOne. La imagen se escribe directamente en el bucket respaldado por Wasabi sin almacenamiento en búfer intermedio en el host del agente.

Capacidades del agente de Linux

El agente de Linux de MSP360 es v4.5, cuatro versiones principales por detrás del agente de Windows (v8.6). Los dos son bases de código separadas. El asistente de Linux ofrece solo copia de seguridad a nivel de archivo. No hay opción de imagen, ni plan de nivel de disco, ni modo a nivel de bloque. Confirmamos que esto es una brecha de producto del proveedor, no un problema de configuración del inquilino. La CLI de inquilino gestionado también está deshabilitada para nuestro nivel de prueba (acceso solo GUI), lo que limita las rutas de automatización con scripts. La copia de seguridad de archivos de Linux en VM-L-03 se ejecutó en 2 horas 19 minutos a 6.43 MB/s, lo que coincide con el rendimiento de archivos de Windows en una carga de trabajo idéntica (6.30 MB/s). El agente se convierte en cuello de botella de manera independiente de la plataforma a la misma velocidad.

Restauración de Windows y Linux

MSP360 restauró el subdirectorio mediano de 15 GB en 2:54 en Windows (86.2 MB/s) y 3:10 en Linux (84.8 MB/s). El rendimiento está dentro de 1.5 MB/s entre plataformas, consistente con la paridad de plataforma de copia de seguridad de archivos que vimos en la copia de seguridad (6.30 vs 6.43 MB/s). El proveedor usa la misma forma de pipeline de agente en ambos lados.

SaaS y herramientas de copia de seguridad de aplicaciones

Los cuatro productos en este benchmark protegen sistemas operativos: archivos, carpetas e imágenes de disco de Windows Server y Ubuntu. Una categoría separada de herramientas protege datos de SaaS y aplicaciones en su lugar, como buzones y sitios de Microsoft 365, Google Workspace y servicios de directorio como Active Directory y Microsoft Entra ID. Estas herramientas restauran objetos individuales, elementos de buzón y archivos a través de APIs de aplicación como Microsoft Graph y AD/LDAP, no mediante lectura y escritura de volúmenes de disco, por lo que la métrica comparable es la granularidad de recuperación y el objetivo de punto de recuperación en lugar del rendimiento en MB/s. Es por eso que quedan fuera de las tablas de benchmark anteriores.

ManageEngine RecoveryManager Plus

ManageEngine RecoveryManager Plus, de la división ManageEngine propiedad de Zoho, es software auto-alojado que el cliente instala en una máquina Windows y ejecuta detrás de una consola web, con una base de datos PostgreSQL integrada. Realiza copias de seguridad de seis entornos desde esa única consola.

Las seis cargas de trabajo realizan copias de seguridad incrementales y siguen un período de retención configurable. Las copias de seguridad pueden escribirse en repositorios locales, un NAS o almacenamiento de objetos en la nube (Azure Blob, Azure Files, AWS S3, Wasabi u otros buckets compatibles con S3), y para las cargas de trabajo de Microsoft 365, Exchange, Google Workspace y Zoho WorkDrive, el almacenamiento en la nube puede ser inmutable para resistencia contra ransomware.

Los precios de lista de Active Directory y Entra ID comienzan en $475 por año para 250 objetos de usuario, con licencia por componente.

Veeam Data Cloud para Microsoft 365

Veeam Data Cloud para Microsoft 365, anteriormente Veeam Backup para Microsoft 365, respalda Exchange Online, SharePoint, OneDrive, Teams y Microsoft Entra ID. Se ejecuta de dos maneras: auto-gestionado, donde usted instala y opera el servidor de copia de seguridad usted mismo, o como una oferta de backup-as-a-service que Veeam aloja en Azure. Veeam Backup & Replication, la plataforma local de la compañía para VMs y servidores físicos, es un producto separado que cubrimos en su propio benchmark.¹

Druva Data Security Cloud

Druva Data Security Cloud es una plataforma completamente gestionada, entregada como SaaS, por lo que el cliente no ejecuta ningún servidor de copia de seguridad ni almacenamiento propio. Respalda Microsoft 365 (Exchange, SharePoint, OneDrive y Teams) junto con endpoints, Google Workspace y Salesforce. Las copias de seguridad se mantienen en la propia nube gestionada de Druva en lugar de en el almacenamiento que el cliente aprovisiona.²

Keepit

Keepit almacena las copias de seguridad de los clientes en su propia infraestructura dedicada en lugar de en un hiperescalador como AWS o Azure. Respalda Microsoft 365, Microsoft Entra ID, Salesforce, Google Workspace, Power Platform, Dynamics 365 y Azure DevOps. Los datos residen en la nube de Keepit, por lo que el cliente no trae ni gestiona un bucket de almacenamiento.³

No te pierdas nuestros análisis comparativos e insights basados en datos. El botón abre Google; seleccionar AIMultiple confirma que deseas ver AIMultiple con más frecuencia en los resultados de búsqueda de Google.

Añadir como fuente preferida

Entorno de prueba y metodología

Infraestructura

Carga de trabajo

Cálculo de rendimiento

Los tiempos provienen de la consola de trabajo o actividad de cada proveedor (Acronis feed de Actividades, registros de trabajo de Comet, vista de Monitoreo de MSP360, lista de planes de NinjaOne). Los tiempos en las tablas principales están redondeados al minuto para legibilidad; los tiempos precisos transcurridos se conservan en raw-results/<vendor>/*.json.

Ejemplo: la restauración de Linux de MSP360 en 3:10 reporta 84.8 MB/s (16.11 GB / 190 s); la restauración de Linux de Comet en el mismo tiempo transcurrido reporta 78.9 MB/s (15.07 GB / 190 s). La brecha de 6 MB/s refleja los bytes reales restaurados por proveedor, no el redondeo.

Alcance

Limitaciones

Enfoque de cobertura de carga de trabajo: Windows Server 2022 y Ubuntu 26.04. La copia de seguridad de Microsoft 365, la copia de seguridad de Google Workspace, macOS, Hyper-V, VMware, RDS, Azure SQL, GCP Compute y otras clases de carga de trabajo se cubren en benchmarks separados.

La matriz de integración de almacenamiento de terceros está fuera del alcance. Las celdas de BYO S3 de AWS, Cloudflare R2, Azure Blob y restauración entre nubes están documentadas en los documentos del proveedor pero no se miden aquí.

Medición de pasada única. Cada copia de seguridad y restauración se ejecutó una vez. No se reporta la varianza.

Preguntas frecuentes

Lecturas adicionales

• Software de control de dispositivos
• Software de prevención de pérdida de datos (DLP)
• Software RMM con precios

Cita esta investigación

Elige el formato que se ajuste al lugar donde vas a publicar. Pegar la versión con enlace en tu CMS conserva el enlace de retroceso.

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

Enlaces de referencia

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

Síguenos

Cem ha sido el analista principal en AIMultiple desde 2017. AIMultiple informa a cientos de miles de empresas (según similarWeb), incluido el 60% de Fortune 500 cada mes.

El trabajo de Cem ha sido citado por publicaciones globales líderes como Business Insider, Forbes, Washington Post, firmas globales como Deloitte, HPE y ONG como el Foro Económico Mundial y organizaciones supranacionales como la Comisión Europea.

A lo largo de su carrera, Cem se ha desempeñado como consultor tecnológico, comprador de tecnología y emprendedor tecnológico. Asesoró a empresas en sus decisiones tecnológicas en McKinsey & Company y Altman Solon durante más de una década. También publicó un informe de McKinsey sobre digitalización.

Lideró la estrategia tecnológica y las adquisiciones de una empresa de telecomunicaciones reportando directamente al CEO. También lideró el crecimiento comercial de la empresa de tecnología profunda Hypatos, que alcanzó ingresos recurrentes anuales de 7 dígitos y una valoración de 9 dígitos desde 0 en 2 años. El trabajo de Cem en Hypatos fue cubierto por publicaciones tecnológicas líderes como TechCrunch y Business Insider.

Cem habla regularmente en conferencias internacionales de tecnología. Se graduó de la Universidad de Bogazici como ingeniero informático y tiene un MBA de Columbia Business School.

Ver perfil completo

Revisado técnicamente por

Ekrem Sarı

Investigador de IA

Síguenos

Ekrem es investigador de IA y analista de datos en AIMultiple. Diseña y ejecuta benchmarks prácticos para sistemas de IA y LLM.

Ver perfil completo

Sé el primero en comentar

Tu dirección de correo electrónico no será publicada. Todos los campos son obligatorios. Los comentarios se dejan en su idioma original.

Nombre

Dirección de correo electrónico

Comentario

0/450

Publicar comentario