Durante años, Proxmox Backup Server (PBS) se ha consolidado como una de las piezas más agradecidas del ecosistema Proxmox: copias incrementales, deduplicadas y con cifrado, pensadas para proteger máquinas virtuales, contenedores y hosts con una gestión razonable y una integración directa con Proxmox VE. El problema es que, en el día a día de muchas empresas, el “mundo Proxmox” convive con una realidad inevitable: Windows sigue siendo un pilar en servidores, escritorios corporativos y cargas heredadas.
Ahí es donde PBS arrastraba una asignatura pendiente muy comentada en la comunidad: un cliente nativo para Windows que permita hacer copias de seguridad “a la manera PBS” sin inventos de última hora. En 2022, un miembro del staff de Proxmox lo resumía sin rodeos en el foro oficial: “por ahora, no hay un cliente de Windows disponible para PBS”, y sugería como alternativa montar unidades compartidas por SMB en un Linux y respaldarlas desde ahí con proxmox-backup-client. Esa solución, aunque viable en algunos escenarios, deja dudas importantes en Windows: ¿qué pasa con ficheros abiertos? ¿Se puede contar con snapshots tipo VSS? ¿Qué fiabilidad real ofrece esa capa intermedia?
En 2026, esa conversación vuelve a moverse porque un proyecto de terceros, todavía en fase alpha, está intentando cubrir el hueco con una idea clara: llevar el cliente de PBS a Windows sin convertirlo en un producto propietario y manteniéndolo como software libre.
Un cliente en Go que apunta directamente a PBS
El repositorio tizbac/proxmoxbackupclient_go se presenta como “un cliente de Proxmox Backup escrito en Go, orientado a compatibilidad con Windows”. El autor avisa desde el primer párrafo de lo que esto significa: calidad alpha y “sin responsabilidad por daños o pérdida de datos”, incluso en los archivos fuente. Es, en otras palabras, una herramienta de laboratorio y de early adopters, no un sustituto inmediato del flujo de backup corporativo con soporte comercial.
Aun así, el avance es relevante por dos motivos.
El primero: ya permite realizar backups a PBS usando la API y parámetros equivalentes a los que un administrador reconoce (URL del servidor, huella del certificado, token, datastore, namespace opcional y configuración por JSON). Es decir, no es una “integración rara” que obligue a cambiar el modelo mental del backup: se conecta al PBS y empuja datos.
El segundo: el proyecto ha incorporado una función que durante mucho tiempo se consideró el verdadero bloqueo en Windows: el “full-machine live backup”. Dicho de manera simple, intenta hacer copias completas del sistema sin parar la máquina, aprovechando snapshots de VSS (Volume Shadow Copy Service).
El punto clave: “full-machine live backup” con VSS
La parte más llamativa del README es la funcionalidad nueva para respaldar un Windows completo (Windows 10/11 y versiones Server) sin downtime, leyendo el disco y apoyándose en VSS para obtener consistencia mientras el sistema está en marcha. El autor propone una invocación tipo:
machinebackup.exe ... -backupdev \\\\.\\PhysicalDisk0 ...
Según describe, el ejecutable detecta particiones montadas, lanza snapshots VSS y crea una imagen booteable del disco como FIDX. Después, las copias siguientes pasan a ser incrementales, con hashing paralelizado y velocidades que “pueden llegar” a alrededor de 1 GB/s en condiciones favorables (el propio proyecto lo expone como una cifra alcanzable, no como un SLA).
Para administradores de sistemas esto tiene un significado inmediato: por primera vez, aparece una ruta para tener en PBS un backup de Windows “de máquina”, no solo de carpetas. Es el tipo de copia que muchos esperan para entornos con Windows físico, servidores departamentales o VMs donde no se quiere depender de agentes comerciales externos.
Limitaciones actuales: restaurar no es todavía “elegante”
La parte menos glamurosa llega al hablar de restauración. Hoy, el propio repositorio reconoce varias limitaciones:
- File restore: por el momento “no es posible”, aunque el autor afirma que llegará marcando el backup como VM en lugar de host.
- Restore a físico (estado actual): implica descargar desde la GUI de PBS el fichero FIDX (en la práctica, “se descargará toda la imagen”) y restaurar con
dd. - Restore a físico (estado futuro): se plantea un Live CD o PXE que permita autenticarse contra PBS, seleccionar el backup y lanzar Clonezilla; incluso se menciona una idea más avanzada: usar un QEMU parcheado de Proxmox con un “driver PBS” para exponer el backup directamente a Clonezilla y así hacer un disk-to-disk más eficiente.
En resumen: la captura de la copia empieza a ser interesante, pero el ciclo completo “backup-restauración” todavía está verde para un entorno que requiera procesos operativos pulidos y repetibles con garantías.
Rendimiento, deduplicación y el factor “Windows Defender”
El proyecto también incluye un modo de stream backup (por ejemplo, respaldar la salida de un mysqldump), y menciona explícitamente que esto permite aprovechar el hashing de deduplicación incluso con formatos como tar o dumps SQL, siempre que no se comprima antes (porque “haría inútil” la deduplicación por buzhash, según el propio autor).
En cuanto a problemas conocidos, se advierte que Windows Defender activo puede ralentizar el backup hasta un 25 % de la velocidad alcanzable. Además, durante un tiempo no existía un mecanismo para evitar que se lancen dos instancias simultáneas (algo delicado cuando VSS entra en juego); el README indica que, con el programador de tareas de Windows, “en teoría” se puede evitar que dos ejecuciones se pisen dentro del mismo job.
¿Qué cambia esto en el ecosistema Proxmox?
Proxmox Backup Server ya se publicita como una solución pensada para reducir carga de red y ahorrar almacenamiento gracias a backups incrementales y deduplicados, con cifrado y verificación de integridad. El cliente oficial, por su parte, cuenta con documentación enfocada a sistemas Linux, incluso ofreciendo un binario estático para distribuciones donde el cliente “regular” no esté disponible, pero siempre bajo la recomendación de usar el cliente estándar cuando sea posible. Ese enfoque deja a Windows fuera de la ecuación oficial.
Por eso, la aparición de un cliente no oficial con ambición de backup completo con VSS es relevante aunque sea alpha: refleja una demanda real y recurrente, y abre una vía para que comunidades, integradores y empresas prueben caminos alternativos. El propio desarrollador mantiene la licencia GPLv3 y subraya que no habrá ediciones separadas “community vs enterprise”; el soporte, si existe, se ofrecería como servicio independiente (menciona además a E.T.I. Srl como sponsor de algunas mejoras).
Tabla resumen: cliente oficial vs cliente Windows en Go (estado actual)
| Aspecto | Cliente oficial de PBS | proxmoxbackupclient_go (terceros, alpha) |
|---|---|---|
| Sistemas soportados | Enfoque en Linux (con binario estático para Linux) | Orientado a Windows, también compila para otros sistemas (según releases y README) |
| Tipo de backup | Archivos/directorios y flujos soportados por cliente PBS | Backup de directorios, stream backup y “full-machine live backup” en Windows (nuevo) |
| Consistencia en Windows | No aplica (sin cliente Windows oficial) | Usa snapshots VSS para backups en caliente (según README) |
| Restauración | Flujos soportados por PBS/cliente en Linux | Restore completo hoy vía descarga + dd; restore de archivos “pendiente” |
| Cifrado | PBS soporta cifrado y gestión de claves en el cliente | Cifrado aparece como tarea pendiente solicitada en el repo |
| Madurez/soporte | Software estable con soporte comercial de Proxmox | Proyecto alpha “sin responsabilidad” declarada por el autor |
Una señal interesante, pero no una recomendación ciega
A corto plazo, este cliente en Go no convierte PBS en “la solución universal para Windows” de un día para otro. Sí deja algo más valioso: una demostración de que el hueco existe y se está intentando llenar con ingeniería real, empezando por el punto más difícil (snapshots consistentes y backup de máquina en caliente).
Para los equipos de sistemas, el mensaje operativo es prudente: si se prueba, que sea en entornos de laboratorio, con planes de rollback claros, validación de restore y sin confundir una cifra prometedora de rendimiento con una garantía. Pero como señal de mercado y de comunidad, es difícil ignorarlo: el día que PBS tenga un camino sólido para Windows —sea oficial o respaldado por una base amplia de contribuyentes— muchas estrategias de backup en entornos mixtos podrán simplificarse de forma drástica.
Preguntas frecuentes
¿Existe un cliente oficial de Proxmox Backup Server para Windows?
No. En el foro oficial de Proxmox se indicó que no había cliente Windows para PBS y se propuso como alternativa montar unidades SMB desde Linux para respaldarlas con proxmox-backup-client.
¿Qué es “full-machine live backup” en Windows con PBS?
En este proyecto, significa hacer un backup completo del disco de una máquina Windows en caliente usando snapshots VSS, generando una imagen booteable que luego puede ser incremental en backups posteriores.
¿Se puede restaurar un Windows completo desde Proxmox Backup Server con este cliente?
Según el README del proyecto, hoy la restauración a máquina física se hace descargando la imagen y aplicándola con dd. El autor describe planes futuros con PXE/Live CD y Clonezilla.
¿Qué riesgos tiene usar un cliente alpha para backups de Windows en producción?
El propio autor advierte que es software alpha y declina responsabilidad por pérdida de datos. En producción, el principal riesgo no es solo el backup, sino descubrir tarde que el proceso de restore no es fiable o no encaja en tus requisitos operativos.
