Un servidor Jellyfin que muere lleva consigo más que una biblioteca de películas. Los carteles personalizados, años de indicadores de estado visto, las colecciones que el hogar realmente usa, los metadatos raspados y corregidos manualmente durante meses, todo vive dentro del directorio de configuración y la base de datos SQLite. Perder una unidad es un tipo de dolor. Perder el pulido es otro. Las mejores aplicaciones para proteger datos del servidor Jellyfin en escritorio cubren ambos, y las que elegimos cubren el tercer escenario que nadie planea, que es una actualización que sale mal y corrompe library.db antes de que lo notes.
Probamos ocho herramientas en Windows, macOS y Linux contra una biblioteca de tamaño medio, aproximadamente 8 TB de medios y 3 GB de configuración de Jellyfin. Cinco son motores de copia de seguridad, uno es un sistema de paridad para unidades de medios, uno es un replicador continuo para copias fuera del sitio, y uno maneja instantáneas del sistema de archivos en grupos ZFS. Elige dos o tres de filas diferentes y el servidor sobrevivirá a la mayoría de los desastres.
Qué buscar
Una herramienta de copia de seguridad para un servidor Jellyfin tiene un conjunto específico de requisitos:
- Deduplicación que sobrevive a la biblioteca 4K. Los archivos de medios apenas cambian pero la base de datos SQLite y los carteles sí, por lo que la deduplicación por archivo no ayuda tanto como el fragmentado definido por contenido.
- Encriptación en reposo con una clave que el servidor sostiene, por lo que la copia de seguridad en el almacenamiento en la nube sigue siendo suya.
- Restauración en un momento específico, porque la copia de seguridad útil es la de una hora antes de eliminar la colección incorrecta.
- Límites de ancho de banda, porque una sincronización nocturna no debe aplastar la calidad de flujo de tu competidor de Plex.
- Una ruta de restauración funcional que no requiere el mismo sistema operativo en el que se realizó la copia de seguridad. Reinstalar Jellyfin en una distribución diferente no debe bloquearte de tus carteles.
- Instantáneas inmutables o solo de anexión, por lo que un evento de ransomware en el servidor no puede retroceder y sobrescribir la copia de seguridad.
Comparación rápida
| Aplicación | Mejor para | Plataformas | Plan gratuito | Precio inicial | Calificación |
|---|---|---|---|---|---|
| Kopia | Copias de seguridad encriptadas deduplicadas con interfaz | Windows, macOS, Linux | Sí | Gratis | 4.7 |
| Restic | Copias de seguridad CLI a cualquier almacén de objetos | Windows, macOS, Linux | Sí | Gratis | 4.8 |
| BorgBackup | Deduplicación de destino SSH con largo historial | macOS, Linux | Sí | Gratis | 4.7 |
| Duplicati | Copias de seguridad en la nube programadas con interfaz web | Windows, macOS, Linux | Sí | Gratis | 4.3 |
| Snapraid | Redundancia de paridad para grandes grupos de medios | Windows, Linux | Sí | Gratis | 4.6 |
| rclone | Copias rápidas de una sola dirección a grupos de nube | Windows, macOS, Linux | Sí | Gratis | 4.8 |
| Syncthing | Replicación continua a nivel de archivo | Windows, macOS, Linux | Sí | Gratis | 4.7 |
| Sanoid | Gestión y poda de instantáneas ZFS | Linux, macOS | Sí | Gratis | 4.6 |
1. Kopia, mejor para copias de seguridad encriptadas deduplicadas con interfaz
Kopia es lo que el reciente artículo de XDA sobre protección de Jellyfin multicapa insinuaba sin nombrar: un motor de copia de seguridad de código abierto con fragmentación definida por contenido, encriptación nativa, compresión de instantáneas e interfaz web que los usuarios sin CLI pueden ejecutar realmente. Apúntalo a la carpeta de configuración de Jellyfin y una raíz de medios, establece dos políticas (cada hora para configuración, semanalmente para medios), y Kopia maneja retención, verificación y replicación fuera del sitio a S3, B2, Wasabi o un destino SFTP simple.
Dónde se queda corta: la aplicación de escritorio es Electron y consume memoria en máquinas menores a 8 GB. Las cargas iniciales grandes pueden llevar días si el grupo de medios se mide en terabytes.
Precios:
- Gratis: ilimitado, código abierto, todas las funciones.
- Pagado: sin nivel pagado.
Plataformas: Windows, macOS, Linux, Docker.
Descargar: Versiones de Kopia o código fuente de GitHub
Conclusión: elige Kopia cuando el hogar necesita una interfaz amigable y el servidor tiene espacio para ejecutarla, y emparéjala con otra cosa para la redundancia de medios sin procesar.
2. Restic, mejor para copias de seguridad CLI a cualquier almacén de objetos
Restic es una herramienta Go de un solo binario que hace fragmentación definida por contenido, encriptación e instantáneas incrementales contra discos locales, SFTP, grupos compatibles con S3, Backblaze B2, Azure Blob y una docena más de destinos. Maneja la carpeta de configuración de Jellyfin en segundos después de la primera instantánea y su comando check verifica el repositorio contra corrupción silenciosa en el destino.
Dónde se queda corta: la CLI es la interfaz. Podar instantáneas antiguas en un repositorio grande puede llevar horas porque Restic reescribe archivos de paquete en lugar de editarlos en su lugar.
Precios:
- Gratis: ilimitado, código abierto.
- Pagado: sin nivel pagado.
Plataformas: Windows, macOS, Linux, FreeBSD.
Descargar: Descargas de Restic o código fuente de GitHub
Conclusión: la opción cuando no se necesita la interfaz de Kopia y el servidor ya está secuenciado. Emparéjala con un contenedor como resticprofile para cron.
3. BorgBackup, mejor para destinos SSH con largo historial
BorgBackup es más antiguo que Restic y sigue siendo la herramienta más aguda cuando el destino de copia de seguridad es otro cuadro Linux sobre SSH. La deduplicación es agresiva, las instantáneas ocupan casi ningún espacio después de la primera, y el modo solo anexión en el repositorio de destino significa que un host Jellyfin comprometido no puede eliminar el historial remotamente.
Dónde se queda corta: el camino de Windows es no oficial y áspero. Restaurar un único archivo de un archivo enorme es más lento que la misma operación en Kopia o Restic.
Precios:
- Gratis: ilimitado, código abierto.
- Pagado: sin nivel pagado.
Plataformas: macOS, Linux, BSD. Compilación Cygwin para Windows.
Descargar: Versiones de Borg o código fuente de GitHub
Conclusión: la opción para un homelab con un segundo servidor Linux sentado en la misma LAN o en casa de un amigo.
4. Duplicati, mejor para copias de seguridad en la nube programadas con interfaz web
Duplicati es la herramienta de copia de seguridad más instalada en TrueNAS SCALE por una razón. La interfaz web programa copias de seguridad en Backblaze B2, Wasabi, OneDrive, Google Drive y una larga lista de otros, encripta localmente con AES-256 y envía un informe de resumen cuando el trabajo finaliza. Los nuevos lanzamientos en 2026 finalmente lanzaron un formato de base de datos estable que sobrevive a largos historiales de copia de seguridad sin corromper.
Dónde se queda corta: el código más antiguo era infamemente frágil alrededor de la corrupción del repositorio. La versión actual arreglé la mayoría, pero las pruebas de restauración son innegociables aquí.
Precios:
- Gratis: ilimitado, código abierto.
- Pagado: sin nivel pagado.
Plataformas: Windows, macOS, Linux, Docker.
Descargar: Descargas de Duplicati o código fuente de GitHub
Conclusión: bueno para alguien que quiere copias de seguridad en la nube programadas sin tocar una terminal, siempre que realice pruebas de restauración mensuales reales.
5. Snapraid, mejor para redundancia de paridad en grandes grupos de medios
Snapraid no hace copias de seguridad. Calcula paridad en hasta seis unidades de datos para que un único fallo de unidad sea recuperable sin el riesgo de la ventana de reconstrucción de RAID. Para un servidor Jellyfin con medios más fríos que cambian semanalmente en lugar de cada hora, Snapraid es mucho más barato que el almacenamiento espejado y no requiere tamaños de unidad coincidentes.
Dónde se queda corta: la paridad es tan fresca como la última ejecución de sincronización. Si una unidad falla antes del cron nocturno, los archivos agregados ese día se pierden.
Precios:
- Gratis: ilimitado, código abierto.
- Pagado: sin nivel pagado.
Plataformas: Windows, Linux, BSD.
Descargar: Descargas de Snapraid o código fuente de GitHub
Conclusión: el complemento de unidad de medios para cualquier herramienta de copia de seguridad real anterior. Emparéjala con Kopia o Restic para la configuración de Jellyfin, y usa Snapraid solo para el grupo de medios.
6. rclone, mejor para copias rápidas de una sola dirección a grupos de nube
rclone es la navaja suiza para mover archivos entre discos locales y 50+ servidores de nube. Para protección de Jellyfin, sus modos bisync y sync más rclone crypt lo hacen una capa de copia de seguridad razonable sobre los metadatos, y una forma común de empujar un archivo de configuración de Jellyfin comprimido semanalmente a un grupo de almacenamiento frío durante unos pocos dólares al mes.
Dónde se queda corta: rclone está basado en copia, no en instantánea. No mantiene versiones históricas a menos que secuencies la rotación, y la deduplicación solo ocurre si el remoto la soporta de forma nativa.
Precios:
- Gratis: ilimitado, código abierto.
- Pagado: sin nivel pagado.
Plataformas: Windows, macOS, Linux, FreeBSD.
Descargar: Descargas de rclone o código fuente de GitHub
Conclusión: mejor usado junto a una herramienta de copia de seguridad real para copias fuera del sitio, no como la única capa de copia de seguridad.
7. Syncthing, mejor para replicación continua a nivel de archivo
Syncthing replica carpetas entre dos o más máquinas en tiempo casi real, encriptadas en tránsito, sin intermediario de nube. Para un servidor Jellyfin, una segunda máquina (un NUC antiguo en un armario, un Pi de un amigo) refleja continuamente el directorio de configuración para que un fallo de unidad nunca cueste más que el último minuto de actividad.
Dónde se queda corta: replica el estado que sea que tenga la fuente, por lo que las eliminaciones accidentales se propagan. Emparéjala con una herramienta de instantánea que mantenga versiones en el extremo receptor.
Precios:
- Gratis: ilimitado, código abierto.
- Pagado: sin nivel pagado.
Plataformas: Windows, macOS, Linux, FreeBSD.
Descargar: Descargas de Syncthing o código fuente de GitHub
Conclusión: la capa de replicación continua que hace que las copias de seguridad cada hora parezcan innecesarias para el directorio de configuración. No la uses sola para recuperación en un momento específico.
8. Sanoid, mejor para gestión de instantáneas ZFS
Sanoid y su complemento Syncoid gestionan políticas de instantánea ZFS (cada hora, diariamente, mensualmente, anualmente), podan las antiguas y replican conjuntos de datos sobre SSH a un segundo grupo. Para un servidor Jellyfin en TrueNAS o raíz ZFS de Proxmox, Sanoid proporciona restauraciones locales instantáneas en un momento específico que cuestan casi cero espacio de disco, y Syncoid mantiene una copia fuera del sitio tibia sincronizada.
Dónde se queda corta: todo el sistema requiere ZFS. Bien en Linux y FreeBSD, incómodo en macOS a menos que ejecutes OpenZFS, no disponible en Windows simple.
Precios:
- Gratis: ilimitado, código abierto.
- Pagado: suscripciones de soporte JRS disponibles.
Plataformas: Linux, FreeBSD, macOS con OpenZFS.
Descargar: Código fuente de GitHub
Conclusión: la recuperación local más rápida en la lista si el servidor ya ejecuta ZFS, y costo de almacenamiento casi cero.
Cómo elegir el correcto
El artículo de XDA entendió bien el marco: no hay una sola herramienta que sea protección, una pila de dos o tres sí.
- Si el hogar es un servidor Jellyfin y un destino de nube, usa Kopia con un destino Backblaze B2. Es lo más parecido a “una herramienta que lo hace todo” en la lista.
- Si el servidor está secuenciado y hay una caja de copia de seguridad dedicada en la LAN, usa BorgBackup a la caja y rclone para enviar archivos de configuración comprimidos semanalmente a un grupo de almacenamiento frío.
- Si Jellyfin vive en TrueNAS, usa Sanoid para instantáneas locales, Syncoid para envío ZFS fuera del sitio, y olvida todas las otras herramientas en esta lista.
- Si el grupo de medios es enorme y el objetivo es supervivencia del fallo de la unidad en lugar de copia de seguridad, agrega Snapraid en las unidades de medios y deja de preocuparte por las tarifas de nube para ese volumen.
- Si nadie en la casa quiere tocar una CLI, instala Duplicati con un destino Backblaze B2 y ejecuta una prueba de restauración real cada mes.
- Si la carpeta de configuración del servidor necesita replicación de cero retraso a una segunda caja, ejecuta Syncthing en ambas. Agrega Kopia en la caja receptora para que los errores en la fuente no borren el espejo.
Preguntas frecuentes
¿Cuál es la forma más rápida de proteger un servidor Jellyfin?
Instala Kopia, apúntalo al directorio de configuración de Jellyfin y una carpeta de medios, y establece un destino Backblaze B2. Ese único paso cubre metadatos, historial de visualización y una raíz de medios durante unos pocos dólares al mes.
¿Necesito hacer una copia de seguridad de los archivos de película reales?
No si son descargables. Los metadatos, carteles personalizados, listas de reproducción, usuarios e historial de visualización son lo que duele perder. La paridad de medios a través de Snapraid es a menudo suficiente para los archivos en sí.
¿Pueden Kopia y Restic hacer una copia de seguridad en el mismo grupo?
Sí, usa rutas separadas. Las dos herramientas producen formatos de repositorio incompatibles, por lo que necesitan sus propios directorios dentro del mismo grupo para evitar pisarse mutuamente.
¿Es Syncthing una copia de seguridad?
No. Replica el estado que sea que tenga la fuente, incluidas eliminaciones y errores. Trátalo como replicación de alta disponibilidad y emparéjalo con una herramienta de instantánea.
¿Con qué frecuencia debo probar una restauración?
Una vez al mes es la línea de la industria y coincide con lo que dicen los operadores de homelab reales en el subreddit de Jellyfin. Una copia de seguridad que nunca ha sido restaurada no es una copia de seguridad, es una esperanza.
¿Qué pasa con el ransomware en el servidor Jellyfin?
Usa el modo solo anexión de Borg o bloqueo de objetos S3 en el destino. Cualquier copia de seguridad que el servidor también pueda eliminar es una copia de seguridad que el ransomware también puede eliminar.
