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

Comparamos 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 imagen del disco del sistema; luego restauró el subdirectorio medio de 15 GB.

Resultados del benchmark de software de copias de seguridad

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

N/A: ManageEngine RecoveryManager Plus protege los 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 la copia de seguridad de Windows

Rendimiento de la copia de seguridad de Linux

Restauración a nivel de archivo

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

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

Acronis fue el único proveedor que lideró más de una dimensión. Obtuvo el primer puesto 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 importa la cobertura en ambos sistemas operativos y en los tres modos, Acronis obtuvo 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 ofrece agente de copia de seguridad para Linux. El agente de Linux de MSP360 solo admite archivos. El plan de imagen de Linux de Comet terminó, 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 reserva de mejor esfuerzo.

La imagen de Windows se divide en dos niveles. NinjaOne y MSP360 terminaron en 10 minutos; Acronis tardó 17 minutos y Comet tardó 16. Ambas ejecuciones más lentas informaron un cuello de botella de ingesta en la nube autoinformado. MSP360 y Comet exponen almacenamiento respaldado por Wasabi, pero se sitúan en niveles diferentes, por lo que la diferencia no debería atribuirse solo al backend de almacenamiento.

El modo de archivo de Windows se abre en un rango de 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 pipelines de agente diferentes para la enumeración de archivos pequeños en un corpus de 625.946 archivos. El buen resultado de imagen de Windows de NinjaOne no se generalizó a su pipeline de modo archivo sobre los mismos datos de origen.

Acronis produjo la restauración medida más rápida 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 dentro de una banda de 16 MB/s (83.3 a 99.3) en la restauración de Windows.

La deduplicación de restauración inteligente 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 por cable en esta ejecución. Los demás productos descargaron los 15 GB completos en cada ejecución. En escenarios de re-restauración menos ideales (distinta tasa de coincidencia en el destino), la ganancia depende de cuánto contenido ya coincida.

Productos de copia de seguridad evaluados

Acronis Cyber Protect Cloud

Acronis Cyber Protect Cloud Backup tuvo la cobertura más amplia entre 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 autoinformada por prueba y produjo el resultado de restauración medido más rápido en esta prueba de una sola pasada tanto en Windows como en Linux. Registramos la prueba en eu2-cloud.acronis.com, que autoasignó un centro de datos de Frankfurt cuando seleccionamos Alemania en el registro.

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

El registro de prueba en eu2-cloud.acronis.com autodirige a un centro de datos de Frankfurt cuando “Alemania” es el país seleccionado. El asistente “+ Añadir 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 el paquete real del agente de 500 MB en tiempo de ejecución. Tiempo de reloj en VM-01 (Windows Server 2022): transferencia del instalador web al agente en segundos, descarga del paquete del agente de unos 5 minutos, registro y conexión en 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 (vigencia de hasta 12 meses, multidispositivo).

El asistente “Registrar carga de trabajo” tiene tres pasos: seleccionar cuenta, seleccionar planes, revisar y registrar. Elegimos No aplicar en el paso de plan para evitar que el plan de protección Completa predeterminado de Acronis autoiniciara 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 indica Ubuntu 18.04 hasta 25.10; probamos en 26.04, una versión por delante. En 26.04 la instalación requirió los siguientes pasos además de la instalación silenciosa estándar:

1. Instale la herramienta rpm (el instalador la espera; Ubuntu 26.04 no la incluye por defecto).

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

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

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

El tiempo de instalación de Linux en 26.04 fue de unos 15 minutos, incluyendo los pasos anteriores. En un 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 quedó completa.

Configuración y modos de la copia de seguridad

Los planes de copia de seguridad de Acronis se crean en la consola y se envían a los dispositivos. La plantilla de 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 de reloj. La máquina completa completó el disco del sistema de 82.7 GB de VM-01 en 17 minutos; Files/carpetas en el mismo origen tardó 40 minutos a 20.9 MB/s. Cuando la protección de máquina completa es aceptable, la configuración es más rápida para recursos compartidos densos de archivos pequeños de Windows (repositorios CAD, gestión documental, árboles de código). Cada trabajo de Acronis emite una etiqueta de cuello de botella (“Write to destination 100 %”, “Read from source 100 %”), que muestra la capa que limita la velocidad sin instrumentación externa.

Copia de seguridad a nivel de bloque de Linux

El agente de Linux de Acronis utiliza 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. El pipeline estuvo activo durante la ejecución: iostat mostró actividad sostenida de lectura de disco e ifconfig mostró transmisión de red simultánea durante todo el proceso. El disco completo del sistema Ubuntu (56 GB usados) se completó en 14 minutos. El tiempo de reloj en Linux fue 3 minutos más corto que en Windows en el mismo modo (14 frente a 17 minutos); ambas ejecuciones estuvieron limitadas por la ruta de ingesta en la nube de Acronis Cyber Infrastructure.

Flujo de restauración

La restauración en Acronis es un asistente que se inicia desde la página de detalles del dispositivo. El usuario selecciona un punto de recuperación, explora el árbol de archivos y elige archivos o carpetas. Restauramos un subdirectorio de archivos de tamaño medio 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 “Read from source 100 %” en el flujo de actividad del trabajo, lo que coincide con lo que observamos. 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 de reloj de imagen de Windows más rápido (10 minutos para el disco completo del sistema) y ofrece la copia de seguridad como parte de una plataforma RMM integrada. La configuración se realiza mediante políticas de dispositivo (Windows Server Policy autoasignada a VM-04) en lugar de un asistente centrado en la copia de seguridad, de modo que los clientes que ya ejecutan NinjaOne para parches, supervisión y scripting pueden habilitar la copia de seguridad desde la misma consola. El producto está disponible de forma general en Windows y macOS, y la copia de seguridad de Linux está en un programa de Acceso Anticipado solo para Debian.

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

El asistente de añadir equipo 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 la copia de seguridad se encuentra en Administración → Políticas → Políticas de agente → Política de Windows Server → Copia de seguridad, con las subpestañas Imagen y Archivo/Carpeta. El menú de destino tiene tres opciones: Nube (gestionada por NinjaOne), Local (disco por dispositivo) e Híbrido. El destino es el almacenamiento AWS gestionado por NinjaOne; los clientes no aportan su propio bucket de 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 la política de almacenamiento por parte del comprador.

El agente de Linux (44 MB .deb) se instala en aproximadamente 30 segundos en Ubuntu 26.04 sin soluciones alternativas y sin módulo del kernel. Las funciones de RMM, parches y supervisión son totalmente funcionales en Linux hoy. La política de Linux Server en la consola aún no muestra una subpestañ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 modo 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 archivo 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 del 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 la supervisión normal. La brecha de tiempo de reloj de 23x 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 correctamente en Ubuntu 26.04 (.deb, 44 MB, instalación en 30 segundos, sin módulo del kernel). RMM, parches y supervisión funcionan completamente en Linux hoy. La política de Linux Server en la consola aún no muestra una subpestaña de Copia de seguridad en el nivel de disponibilidad general. NinjaOne ejecuta un programa de Acceso Anticipado solo para Debian para la copia de seguridad de archivos de Linux con soporte del proveedor a petición; este artículo compara solo la funcionalidad de disponibilidad general, por lo que la ruta de EA queda fuera del alcance. Los clientes con cargas de trabajo de servidores Linux pueden combinar 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 (Comet Server gestionado por el proveedor en la región de Frankfurt) y Self-Hosted (el cliente instala Comet Server en su propia infraestructura). Elegimos Comet-Hosted para igualar las consolas de estilo SaaS de los demás proveedores.

Portal de cuenta e implementación

El portal de cuenta de Comet tiene una arquitectura de dos portales: un Portal de cuenta para facturación y gestión de inquilinos, y una Consola de gestión para las operaciones diarias de copia de seguridad. El primer paso pide al operador que elija entre Comet-Hosted (Comet Server gestionado por el proveedor) y Self-Hosted (el cliente instala y ejecuta Comet Server en su propia infraestructura). Elegimos Comet-Hosted, región de Frankfurt, para igualar las consolas de estilo SaaS de los demás proveedores. El aprovisionamiento tarda unos minutos y deja al inquilino en Comet Server v26.4.1 (versión “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 una Bóveda de almacenamiento predeterminada ya adjunta, visible en la interfaz como Tipo: Wasabi. Comet es el único proveedor de este benchmark que divulga explícitamente su backend de almacenamiento subyacente 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 en la Consola de gestión con 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 la copia de seguridad y 13 tipos nativos

El asistente de Nuevo elemento protegido de Comet presenta 13 tipos nativos de copia de seguridad en un solo menú desplegable: Files y carpetas, Imagen de disco, Microsoft SQL Server, MySQL, MongoDB, Microsoft Exchange Server, Microsoft Hyper-V, VMware, MS Office 365, Mailbox Office 365, Carpetas de aplicaciones, Salida de programa y Microsoft Windows Server Backup. El asistente de Files y carpetas configura rutas de origen, retención, programación y destino de la bóveda de almacenamiento. El asistente de Imagen de disco enumera los discos físicos y admite la 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 dos veces la restauración de la carpeta de 15 GB. La primera ejecución apuntó a la ubicación original, donde Comet detectó que ya existían 15 GB de archivos 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 concreta, Comet redujo la transferencia por cable en más de 200x; en escenarios de re-restauración menos ideales (validación de conmutación por error de pruebas, recuperación parcial de un conjunto recifrado después de una copia de seguridad limpia confirmada), la ganancia depende de cuánto contenido ya coincida 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 de Advertencia. Entrada de registro: el controlador de instantáneas tiene como destino kernels < 6.18.0 y está en modo de reserva 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ó correctamente con estado Correcto en 19 minutos 14 segundos a 43.3 MB/s. Indicamos el tiempo transcurrido de imagen para la tabla comparativa, pero no recomendaríamos esta configuración en producción.

MSP360 Managed Backup

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

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

El registro en msp360.com/managed-backup/free-trial conduce a un asistente de “Primeros pasos” con tres rutas de incorporación: Servidores, M365, Hyper-V. La ruta de Servidores guía al operador por la instalación del agente, la configuración de la cuenta de almacenamiento y un primer plan de copia de seguridad en un único flujo lineal.

El paso 1 es la instalación del agente. El asistente presenta descargas de instaladores de Windows / Mac / RPM / Deb en un selector de plataforma. El instalador de Windows es pequeño y se ejecuta mediante 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 precrea una cuenta de almacenamiento respaldada por Wasabi en EU Central 2 Frankfurt; el operador tiene que “suscribirse” antes de que cualquier plan pueda usarla. El paso de suscripción pasa por un pago de FastSpring que pide una tarjeta de crédito y un cargo de activación de prueba de €1.19. La prueba dura 30 días con un límite de 2 TB; la autorenovación a un mínimo de $6,99/TB/mes se activa salvo que se cancele antes de la fecha de fin de la prueba.

El paso 3 selecciona el origen de la copia de seguridad (archivo frente a imagen, con la lista de discos locales 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 correctamente 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 por 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 informa de las transiciones de fase (Comprobación de consistencia, instantánea VSS, BootSector, SYSTEM, análisis CBT, datos C:\), algo que no observamos en el indicador de porcentaje opaco de NinjaOne. La imagen se escribe directamente en el bucket respaldado por Wasabi sin almacenamiento 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 solo ofrece copia de seguridad a nivel de archivo. No hay opción de imagen, ni plan a nivel de disco, ni modo a nivel de bloque. Confirmamos que se trata de una carencia del producto del proveedor, no de un problema de configuración del inquilino. La CLI de inquilino gestionado también está deshabilitada para nuestro nivel de prueba (acceso solo por 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 limita al mismo ritmo independientemente de la plataforma.

Restauración de Windows y Linux

MSP360 restauró el subdirectorio medio 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, coherente con la paridad de plataforma de copia de archivos que vimos en la copia de seguridad (6.30 frente a 6.43 MB/s). El proveedor utiliza la misma forma de pipeline de agente en ambos lados.

SaaS y herramientas de copia de seguridad de aplicaciones

Los cuatro productos de este benchmark protegen sistemas operativos: archivos, carpetas e imágenes de disco de Windows Server y Ubuntu. Una categoría separada de herramientas protege los datos de SaaS y aplicaciones, 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 leyendo y escribiendo 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. Por eso quedan fuera de las tablas de benchmark anteriores.

ManageEngine RecoveryManager Plus

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

Las seis cargas de trabajo se protegen de forma incremental 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 Microsoft 365, Exchange, Google Workspace y Zoho WorkDrive, el almacenamiento en la nube puede ser inmutable para resistir ransomware.

El precio de lista de Active Directory y Entra ID comienza en $475 al año para 250 objetos de usuario, con licencia por componente.

Veeam Data Cloud para Microsoft 365

Veeam Data Cloud para Microsoft 365, antes Veeam Backup para Microsoft 365, protege Exchange Online, SharePoint, OneDrive, Teams y Microsoft Entra ID. Se ejecuta de dos maneras: autogestionado, donde usted instala y opera el servidor de copia de seguridad, o como un servicio de copia de seguridad como servicio que Veeam aloja en Azure. Veeam Backup & Replication, la plataforma local de la empresa para máquinas virtuales 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. Protege Microsoft 365 (Exchange, SharePoint, OneDrive y Teams) junto con endpoints, Google Workspace y Salesforce. Las copias de seguridad se guardan en la nube gestionada de Druva en lugar de en almacenamiento aprovisionado por el cliente.²

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. Protege Microsoft 365, Microsoft Entra ID, Salesforce, Google Workspace, Power Platform, Dynamics 365 y Azure DevOps. Los datos residen en la nube de Keepit, de modo que el cliente no aporta 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 del rendimiento

Los tiempos provienen de la consola de trabajo o actividad de cada proveedor (flujo de Actividades de Acronis, registros de trabajos de Comet, vista de Supervisión de MSP360, lista de planes de NinjaOne). Los tiempos de las tablas principales se redondean al minuto para facilitar la lectura; los tiempos transcurridos exactos se conservan en raw-results/<vendor>/*.json.

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

Alcance

Limitaciones

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 tratan en benchmarks separados.

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

Medición de una sola pasada. Cada copia de seguridad y restauración se ejecutó una vez. No se informa de 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 este benchmark

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 copias 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}
}

Registro de cambios

2 actualizaciones

1. 202616 de Jun

   Añadida una sección de copias de seguridad SaaS y de aplicaciones con ManageEngine RecoveryManager Plus, Veeam, Druva y Keepit.

2. 22 de May

   Se añadió un benchmark de Acronis, NinjaOne, Comet y MSP360 con tablas de copia, restauración y metodología.

Enlaces de referencia

1.

Backup for Microsoft 365: Protect & Recover Your Data | Veeam

Veeam

2.

Microsoft 365 Backup: Data Protection & Cyber Resilience | 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.

El trabajo de Cem en AIMultiple ha sido citado por publicaciones líderes mundiales como Business Insider, Forbes, Morning Brew y Washington Post, empresas globales como Deloitte y HPE, ONG como World Economic Forum y organizaciones supranacionales como European Commission. [1], [2], [3], [4], [5]

A lo largo de su carrera, Cem trabajó 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.

Dirigió la estrategia tecnológica y las adquisiciones de una empresa de telecomunicaciones reportando al CEO. También lideró el crecimiento comercial de la empresa de deep tech Hypatos, que alcanzó unos 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 participa habitualmente en conferencias internacionales de tecnología. Se graduó en Bogazici University 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 científico 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