Las copias de seguridad rara vez son el tema favorito de nadie… hasta que fallan. En pequeñas empresas, despachos y equipos distribuidos, el problema suele repetirse: varios ordenadores, distintos sistemas operativos, hábitos dispares y un resultado frágil que depende más de la disciplina humana que de un sistema fiable. En ese contexto, Minarca se ha ido abriendo paso como una alternativa “self-hosted” (autoalojada) y de código abierto que intenta resolver lo más difícil: centralizar y hacer accesible el backup sin convertirlo en un proyecto interminable para el administrador.
Minarca se presenta como un sistema completo de copias de seguridad para Linux, Windows y macOS, pensado para funcionar con un servidor central y agentes instalados en los equipos que se quieren proteger. Su promesa es directa: una plataforma “end-to-end” que permite mantener el control del plan de backup —y de la restauración— sin depender de servicios cerrados ni de infraestructuras externas.
De rdiff-backup y rdiffweb a una solución “todo en uno”
La idea de Minarca no surge de la nada. El proyecto se apoya en dos piezas conocidas en el ecosistema del software libre: rdiff-backup y rdiffweb. El primero es el motor de copia, basado en un enfoque que combina espejo (mirror) e incrementales; el segundo ofrece una interfaz web para visualizar repositorios y restaurar información. Minarca integra ambos y añade “la capa de producto” que suele faltar cuando una herramienta potente no termina de ser accesible para usuarios o equipos menos técnicos.
Según la propia explicación del proyecto, Minarca empezó a tomar forma tras años de uso de rdiffweb y rdiff-backup, y el salto a open source llegó más tarde, con una primera versión pública en 2019. El repositorio indica además que el servidor de Minarca está escrito en Python, se publica bajo licencia AGPLv3 y que su desarrollo activo se remonta, al menos, a abril de 2015 bajo el paraguas de IKUS Software.
La baza técnica: “reverse incremental” para recuperar rápido y con menos sustos
En el fondo, la discusión sobre copias de seguridad siempre termina en lo mismo: cuánto tarda en restaurar, cuánta historia conserva y qué pasa si algo se corrompe. Aquí Minarca se apoya en el concepto de “reverse incremental differential backup”, que el proyecto destaca como una forma de mejorar la resiliencia ante corrupción de datos y facilitar la recuperación de la versión más reciente. La lógica se entiende bien con la descripción clásica de rdiff-backup: el destino acaba siendo una copia del origen, y se guardan “reverse diffs” para poder retroceder en el tiempo. Esto intenta combinar lo mejor de un espejo y un incremental, sin obligar a reconstrucciones eternas para una restauración común.
En la práctica, para quien administra sistemas, el matiz es importante: muchas incidencias reales no piden “restaurar el histórico”, sino volver a tener operativo el estado más reciente lo antes posible. Minarca se posiciona justo ahí, sin renunciar a la recuperación selectiva de ficheros o carpetas cuando el problema es más quirúrgico.
Centralización, multiusuario y restauración desde web
Donde Minarca intenta diferenciarse es en el día a día. Su web oficial subraya capacidades como la gestión centralizada desde interfaz web (panel, logs y estadísticas), soporte multi-tenant (multiusuario con repositorios y cuotas), copias a múltiples destinos y opciones de restauración que van desde el propio agente —pensado para recuperaciones voluminosas— hasta la interfaz web para restauraciones más pequeñas o puntuales. También insiste en que el backup es “file-based” y que se genera un “mirror” de directorios, lo que puede facilitar rescates incluso sin depender totalmente de la aplicación si se necesita acceder al sistema de ficheros.
El enfoque tiene especial sentido en dos perfiles: proveedores de servicios o responsables IT que llevan varios equipos (o varios clientes), y pymes que no quieren una solución de backup “de juguete”, pero tampoco pueden dedicar semanas a domar un stack complejo.
Un proyecto en movimiento: lo que trae la rama 6.1
La actividad del proyecto se refleja en su changelog. En 6.1.2, fechada el 25 de junio de 2025, el cambio destacado es un ajuste en macOS para evitar entradas duplicadas al añadir un archivo. La 6.1.1 (20 de junio de 2025) se centra en la gestión de avisos (warnings), que pasan a capturarse y registrarse correctamente.
La actualización con más contenido es la 6.1.0 (13 de junio de 2025): incorpora compatibilidad con Debian Trixie, Ubuntu Plucky 25.04 y soporte para Python 3.11 y 3.12; añade la posibilidad de un modo de programación “manual-only”; introduce “pre/post command hooks” por trabajo de backup; y suma soporte para kdialog, pensando en entornos KDE. En paralelo, añade patrones para respaldar Mail y Messages (SMS) en macOS, documenta endpoints de API REST y genera documentación de CLI automáticamente.
También hay mejoras orientadas a usabilidad: revisión de la interfaz de restauración (unificación de restauración “custom” y completa, selección múltiple, restauración in-place o a subcarpeta, y búsqueda/filtros) y ajustes en el visor de logs para rendimiento. En comportamiento de backup, destaca la programación incluso con batería en Windows, mejoras de logging de excepciones, y exclusiones por defecto (papelera de iCloud y temporales de Office). En seguridad/conectividad, aparece un detalle llamativo: el uso del certificado del sistema operativo para HTTPS.
Una demo pública para “tocar” el producto
Minarca ofrece un entorno de prueba accesible vía web (test.minarca.net) con credenciales por defecto publicadas para evaluar funciones sin instalar el servidor. Es un gesto poco habitual en proyectos de este tipo y útil para comprender el flujo de trabajo antes de desplegarlo en producción.
El mensaje de fondo es claro: el proyecto quiere ser algo más que una suma de componentes. Minarca intenta convertirse en una experiencia de backup operativa para equipos reales, con interfaz, control y una ruta de despliegue razonable. Y en un mercado donde la “copiadora” suele funcionar… hasta que deja de hacerlo, esa ambición, al menos, merece ser observada de cerca.
Preguntas frecuentes
¿Cómo instalar Minarca Server en Debian y empezar a hacer copias de seguridad centralizadas?
Minarca Server está orientado a despliegues en Debian/Ubuntu con paquetes y repositorios, y se complementa con agentes en los equipos. La ruta recomendada suele ser: desplegar servidor, definir usuarios/repositorios y después enlazar cada equipo con el agente para programar trabajos.
¿Qué diferencia hay entre Minarca y rdiffweb si ambos se basan en rdiff-backup?
Rdiffweb es principalmente una interfaz web para ver y restaurar repositorios generados por rdiff-backup. Minarca integra rdiffweb y añade una capa de sistema completo: agentes, flujo de alta de equipos y una experiencia más “llave en mano” para gestionar backups de varios dispositivos.
¿Qué significa “reverse incremental” en Minarca y por qué importa para la recuperación?
El enfoque “reverse incremental” busca que la copia más reciente esté disponible de forma directa (como un espejo) y que las diferencias hacia atrás permitan recuperar versiones anteriores. En incidencias típicas, esto puede reducir fricción cuando lo urgente es restaurar “lo último” cuanto antes.
¿Se puede restaurar desde la web o es obligatorio hacerlo desde el agente?
Minarca contempla ambos caminos: restauraciones pequeñas o selectivas desde la interfaz web, y restauraciones grandes desde el agente local para maximizar velocidad y control, según describe su documentación de funciones.
