La cuenta atrás de Backup Exec ya ha empezado. Las ventas de nuevas licencias terminaron el 31 de marzo de 2026 y el soporte completo del producto finalizará el 30 de abril de 2029, según los registros de fin de soporte publicados. Arctera, que asumió Backup Exec de Veritas y forma ahora parte de Cloud Software Group, anunció ambas fechas. Para cualquier organización que siga ejecutando Backup Exec, esa fecha acabará decidiendo qué software de backup hay en el entorno, lo haya elegido alguien o no.
Backup Exec ha protegido datos de forma fiable durante mucho tiempo, y su posición en el ciclo de vida de su fabricante es ahora un dato con el que planificar. Las preguntas abiertas son si seguir con Backup Exec, cuándo reevaluar la plataforma y qué alternativas merece la pena mirar. Esta guía explica qué significa el calendario en la práctica y cómo se compara Catalogic DPX.
El fin de vida de Backup Exec ya es oficial
«Fin de vida» se utiliza con poco rigor, así que conviene separar lo que ya ha ocurrido de lo que queda por delante. La fecha de fin de ventas pasó el 31 de marzo de 2026, cuando Arctera dejó de vender licencias nuevas. La fecha que más importa es el 30 de abril de 2029, cuando termina el soporte completo. A partir de entonces no habrá más parches de seguridad, ni actualizaciones de compatibilidad con nuevos sistemas operativos, hipervisores o aplicaciones, ni soporte de resolución de incidencias por parte del fabricante.
Backup Exec seguirá funcionando hasta 2029, lo que hace fácil subestimar el plazo, porque nada se rompe el primer día. Hasta 2029, el software se queda cada año un poco más atrás respecto a las plataformas que protege, y después de 2029 funciona sin ningún soporte del fabricante.
Fechas publicadas de fin de ventas y de fin de soporte de Backup Exec.
Si no está seguro del margen que deja eso a su entorno, la evaluación de compatibilidad de Backup Exec con DPX (en inglés) da una respuesta concreta en alrededor de un minuto.
Por qué quedarse quieto tiene un coste
Seguir como está parece la opción segura. En la práctica es apostar a que nada fuerce la migración antes de que la organización esté preparada, y tres presiones suelen ganar esa apuesta:
- Exposición en seguridad. El software de backup está cerca de los datos más sensibles de un entorno y es en sí mismo un objetivo directo del ransomware. Cuando se dejan de publicar parches, cada vulnerabilidad nueva que se descubre en Backup Exec queda abierta.
- Hallazgos de cumplimiento y de auditoría. Marcos como SOC 2, HIPAA y PCI DSS esperan que los sistemas de producción, incluida la infraestructura de backup, funcionen con software que cuente con soporte del fabricante. Los auditores y las aseguradoras de ciberriesgo preguntan con frecuencia por el estado del soporte de una plataforma de backup, y «en fin de vida pero todavía en uso» es una respuesta débil.
- El coste de la inactividad. El Observability Forecast 2025 de New Relic (en inglés) situó el coste mediano de las interrupciones de alto impacto en unos 2 millones de dólares por hora entre los más de 1.700 responsables de TI y de ingeniería que encuestó. Es posible que un entorno concreto no vea cifras tan altas, pero una plataforma de backup sin soporte y sin parches es una base peor cuando algo sale mal.
Quedarse quieto no cancela la migración. Entrega el momento a lo que acabe forzándola, sea una auditoría, una interrupción o la propia fecha de 2029.
Qué buscar en un sustituto
Fijar los criterios de evaluación antes de mirar un producto concreto mantiene la comparación centrada en los resultados y no en listas de funciones. Cinco preguntas suelen ser las que más importan:
- Equivalencia de cargas de trabajo. ¿Protege lo que el entorno ejecuta hoy: máquinas virtuales de VMware o Hyper-V, servidores físicos Windows y Linux, y aplicaciones como SQL Server, Exchange, Oracle y SharePoint?
- Velocidad y granularidad de la recuperación. ¿Puede un equipo recuperar un solo archivo, un elemento de un buzón o una VM completa en el tiempo que necesita el negocio?
- Resiliencia frente al ransomware en la capa de backup. ¿La protección está integrada en los datos y en la infraestructura de backup, o se añade después como un paso aparte?
- Economía del almacenamiento. ¿La plataforma exige un appliance propietario o puede funcionar con la infraestructura y el almacenamiento que ya existen?
- Esfuerzo de migración y dependencia. ¿Cuánto de la migración es trabajo puntual y cuánta flexibilidad queda después?
Catalogic DPX lleva más de 25 años en el mercado de la protección de datos y es una opción que merece pasar por esta lista. Su conjunto de funciones se corresponde en gran medida con el de un entorno típico de Backup Exec, lo que lo convierte en un punto de partida razonable.
DPX frente a Backup Exec, capacidad por capacidad
Para concretar, comparamos el conjunto de funciones publicado de Backup Exec, categoría por categoría, con Catalogic DPX, con la misma lista que utiliza la evaluación de compatibilidad de autoservicio de Catalogic. Las implantaciones de Backup Exec de las empresas medianas suelen usar un conjunto básico de funciones: VMware, servidores físicos Windows y Linux, SQL Server, Exchange, Oracle, recuperación instantánea de VM, almacenamiento deduplicado, cinta y alguna más. El ajuste preestablecido «Seleccionar un entorno típico» de la evaluación agrupa ese conjunto, 18 funciones en total, y obtiene un 100 %, con las 18 cubiertas y sin coincidencias parciales ni carencias.
Puntuación de compatibilidad de una implantación típica de Backup Exec de una empresa mediana. Las funciones cubiertas obtienen la puntuación completa, las coincidencias parciales el 60 % y las carencias nada.
Ese es el patrón en las implantaciones que vemos con más frecuencia. Si se amplía el alcance a la lista completa de 29 elementos, que incluye funciones que pocos usuarios de Backup Exec utilizan, como el backup de IBM AIX y de Oracle Solaris, la puntuación baja al 88 % con una carencia identificada. El desglose siguiente refleja esa lista más completa y de peor caso, y no el conjunto representativo de 18 elementos.
Funciones totalmente cubiertas
En la lista completa de 29 elementos, DPX cubre 22 funciones por completo, y otras 6 pueden lograrse con un enfoque distinto. La tabla siguiente enumera las funciones que DPX cubre por completo. El backup nativo de Microsoft 365 o de SaaS es la única función sin equivalente actual en DPX. El backup de IBM AIX y de Oracle Solaris funciona mediante un montaje NFS con un agente de Linux, y no con un agente específico.
| Categoría | Función de Backup Exec | Estado en DPX | Qué significa |
|---|---|---|---|
| Virtualización y servidores | Backup de VMware vSphere / ESXi | Cubierta | Backup de VM sin agente, incremental, recuperación completa de la VM. |
| Virtualización y servidores | Backup de servidores Windows físicos | Cubierta | Protección de Windows a nivel de archivo y de bloque. |
| Virtualización y servidores | Backup de Microsoft Hyper-V | Cubierta | Protección y recuperación de las VM de Hyper-V. |
| Virtualización y servidores | Backup de servidores Linux físicos | Cubierta | Protección de Linux a nivel de archivo y de bloque. |
| Aplicaciones y SaaS | Microsoft SQL Server | Cubierta | Compatible con configuraciones independientes y en clúster. |
| Aplicaciones y SaaS | Microsoft Exchange Server | Cubierta | Incluye las configuraciones DAG. |
| Aplicaciones y SaaS | Microsoft SharePoint Server | Cubierta | Protección de la aplicación SharePoint. |
| Aplicaciones y SaaS | Oracle Database | Cubierta | Instancias independientes; RAC mediante RMAN a nivel de archivo. |
| Backup y recuperación | Backup incremental y de incremental permanente | Cubierta | Backup incremental en los principales tipos de protección de DPX. |
| Backup y recuperación | Recuperación granular de archivos desde backups de VM | Cubierta | Recuperación granular de archivos desde backups de VMware y de bloques mediante vStor Snapshot Explorer (en inglés). |
| Backup y recuperación | Recuperación instantánea de VM | Cubierta | Flujos de recuperación rápida de VMware. |
| Backup y recuperación | Recuperación completa del sistema Windows (SDR) | Cubierta | Recuperación completa de servidores Windows (equivalente a BMR/SDR). |
| Backup y recuperación | Conversión de físico a virtual | Cubierta | Cubierta mediante los flujos de virtualización y de bare metal recovery. |
| Backup y recuperación | Validación de la recuperación de VM (Recovery Ready) | Cubierta | La verificación de backups (en inglés) valida la capacidad de recuperación. |
| Almacenamiento y soportes | Destino de backup en disco | Cubierta | Destinos de backup DiskDirectory y basados en vStor. |
| Almacenamiento y soportes | Almacenamiento de backup deduplicado | Cubierta | Integrado en el repositorio vStor. |
| Almacenamiento y soportes | Unidades y bibliotecas de cinta | Cubierta | Compatible con cinta y con la gestión ampliada de bibliotecas. |
| Almacenamiento y soportes | Backup NDMP de NAS | Cubierta | Compatible con el backup NDMP. |
| Almacenamiento y soportes | Almacenamiento de objetos en la nube compatible con S3 | Cubierta | Flujos de archivo en la nube compatibles con S3. |
| Almacenamiento y soportes | Copias de backup WORM e inmutables | Cubierta | Snapshots inmutables de vStor, además de copias en cinta sin conexión. |
| Seguridad y operaciones | Supervisión e informes centralizados | Cubierta | Trabajos, eventos e informes centralizados. |
| Seguridad y operaciones | Gestión de la retención y del ciclo de vida | Cubierta | Políticas de retención y flujos de archivado y offload. |
Estas cifras describen la lista completa de funciones de Backup Exec. La cobertura de un entorno concreto depende de cuáles de estas funciones utilice, y la evaluación de compatibilidad (en inglés) ejecuta la misma lista con sus selecciones y enumera directamente las carencias.
Dónde llega más lejos DPX
La equivalencia de funciones cubre solo una parte del cuadro. Varias funciones de DPX van más allá de lo que ofrece Backup Exec, y cada una responde a un cambio que ya está en marcha en la mayoría de los entornos de backup. Los grupos de ransomware atacan ahora directamente la infraestructura de backup, lo que eleva la importancia de la detección y la inmutabilidad dentro de la capa de backup. Linux ejecuta una parte creciente del parque típico de servidores, y una plataforma de backup centrada sobre todo en Windows puede quedarse corta en opciones de recuperación. Las organizaciones que reevalúan su estrategia de hipervisores, para reducir su exposición al licenciamiento de VMware o para añadir Proxmox VE, necesitan una plataforma de backup independiente de la hoja de ruta de cualquier fabricante de hipervisores. Ocho funciones responden a esos cambios: el repositorio vStor que hay debajo, más siete mejoras construidas sobre él.
| Función de DPX | Por qué importa |
|---|---|
| Repositorio de backup vStor integrado | La base de la deduplicación, los snapshots inmutables, la verificación de backups, la protección contra ransomware de GuardMode, los flujos de replicación y de archivado, y la recuperación desde copias de backup replicadas o descargadas (offload). |
| Backup y restauración nativos de Proxmox VE | Backup completo e incremental de las VM de Proxmox en vStor, además de la restauración completa de la VM. |
| Bare metal recovery de Linux | Complementa BMR de Windows. El SDR de Backup Exec es solo para Windows. |
| Protección de Linux a nivel de bloque | Protege los sistemas Linux a nivel de bloque, además de los flujos tradicionales con agente a nivel de archivo. |
| Detección del comportamiento del ransomware con GuardMode | Vigila en tiempo real la actividad sospechosa de archivos y el comportamiento de cifrado, además de analizar los snapshots montados de vStor antes de restaurar. |
| Inmutabilidad en el repositorio integrado | DPX mantiene inmutables los backups de bloques y sin agente directamente en vStor, sin un appliance WORM aparte. |
| Recuperación desde volúmenes de vStor replicados o descargados | Los flujos de recuperación ante desastres recuperan desde volúmenes de vStor alternativos cuando ya no está disponible la asignación original del volumen de backup. |
| Flujos de recuperación ante desastres de varias VM | Coordina la recuperación de varias VM de VMware a la vez, también desde volúmenes secundarios replicados o descargados. |
La mayoría de estas funciones no aparecen en una comparación función por función, porque esa comparación parte de lo que Backup Exec ya hace.
Cuándo DPX es una opción sólida y cuándo requiere más análisis
DPX suele ser una opción sólida cuando el parque de Backup Exec se centra en máquinas virtuales de VMware o de Hyper-V, servidores físicos Windows y Linux y aplicaciones habituales de Microsoft u Oracle. Los entornos que ya planifican un paso a Proxmox VE obtienen una ventaja adicional.
DPX requiere más análisis cuando el entorno depende de sistemas IBM AIX u Oracle Solaris, de la recuperación granular de objetos de Active Directory, del backup nativo de Microsoft 365 o de SaaS, o de una topología CASO de Backup Exec con muchos servidores gestionados. Esos casos merecen una conversación directa sobre la arquitectura antes de dar por hecho que se trata de un cambio equivalente.
Preguntas frecuentes
¿Está Backup Exec realmente llegando al fin de su vida?
Sí. Arctera, ahora parte de Cloud Software Group, terminó la venta de nuevas licencias de Backup Exec el 31 de marzo de 2026 y fija el fin del soporte completo el 30 de abril de 2029. Con todo, Backup Exec sigue disponible mediante renovaciones. Cognizant es ahora el operador exclusivo de las ventas y renovaciones de Backup Exec en América, Asia-Pacífico y Europa Occidental. Las organizaciones que estén valorando si continuar deben confirmar las condiciones actuales de renovación y de soporte directamente con Cognizant.
¿Qué ocurre si una organización sigue usando Backup Exec después de que termine el soporte?
El software sigue funcionando, pero el fabricante deja de publicar parches de seguridad, actualizaciones de compatibilidad y soporte de resolución de incidencias. Las vulnerabilidades que se descubran quedan sin atender, y una infraestructura de backup sin soporte puede generar preguntas en las auditorías de cumplimiento o en las revisiones de las aseguradoras de ciberriesgo.
¿Es Catalogic DPX un sustituto completo de Backup Exec?
Para una implantación típica de Backup Exec de una empresa mediana, sí. La evaluación otorga la puntuación completa a las funciones que DPX cubre por completo, el 60 % a las que requieren un enfoque distinto y nada a las carencias. Con ese criterio, un entorno representativo de 18 funciones (el conjunto exacto que comprueba el ajuste preestablecido de «entorno típico» de la evaluación) obtiene un 100 % sin carencias.
Si se amplía el alcance a la lista completa de 29 funciones, que incluye plataformas poco habituales como IBM AIX y Oracle Solaris, la puntuación es del 88 %. DPX cubre 22 elementos por completo, otros 6 pueden lograrse con un enfoque distinto y queda 1 carencia identificada: el backup nativo de Microsoft 365 o de SaaS, que no tiene equivalente actual en DPX. El backup de IBM AIX y de Oracle Solaris funciona mediante un montaje NFS con un agente de Linux, y no con un agente nativo, con recuperación solo a nivel de archivo.
DPX también cubre terreno que Backup Exec nunca cubrió, como la detección de ransomware con GuardMode, la bare metal recovery nativa de Linux, el backup nativo de Proxmox VE y los flujos de recuperación ante desastres de varias VM. La página de producto de DPX tiene la lista completa de funciones.
¿Admite DPX los entornos de VMware y de Microsoft 365?
DPX admite directamente las máquinas virtuales de VMware vSphere y de Hyper-V, con backup sin agente y recuperación instantánea de VM. Hoy no ofrece backup nativo de Microsoft 365 ni de SaaS, de modo que las organizaciones que dependan de esa función de Backup Exec necesitan otra solución para esa capa.
¿Cuánto suele durar una migración de Backup Exec a DPX?
Los plazos dependen del número y de la complejidad de las cargas de trabajo. Las organizaciones pueden obtener una estimación acotada mediante la evaluación de compatibilidad o poniéndose en contacto con Catalogic.
Tome la decisión antes de que lo haga el reloj
El calendario del fin de vida de Backup Exec lo marca su propio fabricante, y el 30 de abril de 2029 llegará en la fecha prevista con independencia del ciclo de planificación de cada entorno. Lo que ocurra antes sigue siendo decisión de la organización: si continuar con Backup Exec con Cognizant, cuándo reevaluar la plataforma y qué alternativa encaja en el entorno. Hacer esa evaluación con su propio calendario es mucho más fácil que hacerla cuando se la impone una auditoría, una interrupción o la fecha límite.
DPX es una opción creíble para esa evaluación, en especial para las organizaciones cuyo parque de Backup Exec se centra en VMware, servidores Windows o Linux y aplicaciones habituales de Microsoft u Oracle. La evaluación de compatibilidad convierte un primer análisis en un ejercicio de un minuto: seleccione lo que se ejecuta hoy y obtenga una puntuación hecha para ese entorno concreto.
Lecturas relacionadas
- Backup de entornos con varios hipervisores: retos, errores y cómo hacerlo bien (en inglés)
- Cómo hacer backup de Proxmox VE con Catalogic DPX (en inglés)
- Almacenamiento inmutable para backups sin dependencia de appliances
- Backup NDMP en 2026: el protocolo no es el problema, la capa de gestión sí (en inglés)
Fuentes y metodología
Las fechas de fin de ventas (31 de marzo de 2026) y de fin de soporte (30 de abril de 2029) de Backup Exec proceden de los registros de fin de soporte publicados y del anuncio de Arctera, y están corroboradas por las informaciones de Acronis y Zmanda. La titularidad de Backup Exec procede de la adquisición completada de Arctera por Cloud Software Group; el papel de Cognizant, de la página de servicios de Backup Exec de Cognizant. La comparación de funciones utiliza el conjunto de funciones publicado de Backup Exec 25.x y Catalogic DPX, alineado con la misma lista de 29 elementos y los mismos nombres de categoría que la evaluación de compatibilidad de autoservicio de Catalogic. Confirme las versiones exactas de sistemas operativos, aplicaciones, hipervisores y dispositivos de almacenamiento con las matrices de compatibilidad vigentes antes de migrar. Las dos puntuaciones de esta guía otorgan la puntuación completa a los elementos cubiertos, el 60 % a las coincidencias parciales y nada a las carencias: la implantación típica de 18 funciones que comprueba el ajuste preestablecido de «entorno típico» de la evaluación obtiene un 100 % y es la cifra principal, y la lista completa de 29 elementos, con plataformas poco habituales fuera de una implantación típica, obtiene un 88 %. La cifra del coste de la inactividad procede del Observability Forecast 2025 de New Relic.
