He perdido sistemas enteros por no tener backups — lo que aprendí y por qué Cloud Rebuild de Microsoft no es suficiente

Las 3 veces que perdí datos y casi me da algo

No es teoría. He perdido datos de verdad, en producción, por errores que hoy me dan vergüenza ajena.

La primera fue en 2024. Tenía este sitio —La Frontera IA— corriendo en una Raspberry Pi 5 con una tarjeta SD de 64 GB. Un día de verano, la Pi simplemente dejó de arrancar. La SD se había corrompido por el calor y las escrituras constantes. Resultado: 40 artículos perdidos, configuración de Caddy evaporada, y el Cloudflare Tunnel roto. Me llevó 3 días reconstruir todo desde notas sueltas y cachés de Google.

La segunda fue peor. En marzo de 2025, un rm -rf mal apuntado borró media carpeta de datos de un VPS de desarrollo. No era producción, pero perdí 2 semanas de experimentos con modelos de IA. No tenía snapshot. No tenía backup. Solo un café frío y ganas de tirar el teclado por la ventana.

La tercera fue distinta. Junio de 2026. Un bug en el script de regeneración del index metió href="" y src="" en la homepage de este sitio. Googlebot llegó, vio una portada rota, y la indexación se fue a cero durante 48 horas. Pero esta vez no perdí nada. ¿La diferencia? Para entonces ya había aprendido la lección y tenía rsync, cron, y backups automatizados cada 4 horas.

Qué es Cloud Rebuild y por qué es un paso enorme

El 7 de julio de 2026, Microsoft publicó la build experimental 26300.8772 de Windows 11 con una función nueva: Cloud Rebuild. La idea es simple pero potente: si tu PC no arranca, entras en WinRE (el entorno de recuperación de Windows), eliges Cloud Rebuild, y el sistema se descarga una copia limpia de Windows directamente de los servidores de Microsoft. Sin USB. Sin ISO. Sin dar vueltas.

Según la documentación oficial de Microsoft, esto está en preview y pensado para entornos empresariales con Intune y Autopilot. Pero el concepto ya está ahí: un PC que se repara a sí mismo desde la nube como si fuese un Chromebook.

Cloud Rebuild no viene solo. Lo acompañan otras dos herramientas que se anunciaron en el Ignite 2025 y que ahora por fin están llegando a builds públicas:

• Point-in-Time Restore (PITR): no reinstala todo, simplemente devuelve el sistema exactamente al estado que tenía en un momento concreto. A diferencia del viejo Restaurar Sistema, PITR captura el estado completo del dispositivo, incluyendo apps y configuraciones. Es como un Ctrl+Z a nivel de sistema operativo.
• Quick Machine Recovery (QMR): si Windows detecta un fallo de arranque por una causa conocida (driver roto, actualización fallida), se repara solo desde WinRE sin intervención humana. El sistema usa telemetría de Microsoft para saber qué fix aplicar automáticamente.

Lo más interesante de todo: WinRE ahora tiene soporte de red. Antes, el entorno de recuperación no podía conectarse a WiFi. Ahora soporta WPA2 y WPA3, lo que hace viable descargar 5 GB de sistema operativo desde cualquier parte. Es un cambio de arquitectura mental: el PC no depende de lo que tengas enchufado, depende de que tengas internet.

Mi experiencia real recuperando servidores (sin Microsoft)

Cloud Rebuild está bien para un portátil con Windows 11 Pro. Pero yo no vivo en ese mundo. Mis sistemas son una Raspberry Pi 5 con Debian, un VPS con Ubuntu, y una máquina vieja que hace de NAS. Y en Linux, cuando algo se rompe, no hay botón mágico. Hay terminal, logs, y sudor frío.

Lo que he montado —y que me ha salvado el pellejo varias veces— es esto:

• Rsync + cron cada 4 horas: tengo un script que hace rsync -avz de los directorios críticos (/var/www, /etc/caddy, /home/luigy/.hermes) hacia un disco externo y hacia el VPS. Los backups son incrementales — solo se copia lo que cambió. Ocupan poco y corren en segundos.
• Git para todo lo que es código: scripts, configs de Caddy, el detector de trends, el generador de imágenes. Si borro algo, git checkout y fuera.
• Snapshot semanal del VPS: el proveedor me deja hacer una imagen completa cada 7 días. Si la lío gorda, restauro la snapshot y pierdo como mucho una semana. No es perfecto, pero es barato.
• Tarjetas SD de repuesto: para la Raspberry Pi 5, tengo una segunda SD clonada con dd cada domingo. Si la activa muere, cambio la tarjeta, arranco, y en 5 minutos estoy de vuelta.

No es glamuroso. No tiene interfaz bonita. Pero funciona. Y lo mejor: no depende de que los servidores de Microsoft estén vivos.

Lo que Cloud Rebuild no resuelve (y la gente no entiende)

Aquí está el problema de fondo con cualquier herramienta de recuperación automática: no resuelve el agujero entre el fallo y el último backup.

Cloud Rebuild te reinstala Windows limpio. PITR te devuelve al estado de ayer. Pero si estabas trabajando en algo hoy y no habías guardado, lo pierdes igual. La herramienta es buena, pero la disciplina es insustituible.

Esto lo aprendí por las malas cuando perdí 2 semanas de experimentos de IA en el VPS. Tenía rsync configurado para los datos del sitio web, pero no para los directorios de experimentos. ¿Por qué? Porque pensé que "eso no era importante". Error de novato. Ahora todo lo que toco tiene backup, incluso las notas sueltas en ~/tmp/.

Otro punto débil: Cloud Rebuild borra todas las aplicaciones instaladas. Las recupera luego vía OneDrive o Intune, pero solo si estás en un entorno empresarial con las políticas configuradas. Si eres un usuario doméstico con Windows 11 Home, Cloud Rebuild te deja un Windows limpio y pelado. Tus programas, tus configuraciones de PATH, tus drivers raros... todo fuera. No es exactamente "recuperación sin dolor".

Mi stack de recuperación para 2026 (por si te sirve)

Después de 3 desastres y muchas horas perdidas, esto es lo que uso hoy y recomiendo sin dudar:

El SSD externo es el último escalón. Una vez por semana enchufo un disco, ejecuto el backup completo, y lo guardo en un cajón. Si hay incendio, inundación, o ransomware, al menos tengo una copia offline. Me costó unos 55€ en Amazon y es la inversión con mejor ratio €/tranquilidad que he hecho este año.

La tarjeta SD de repuesto para la Raspberry Pi la compré en pack de 2. Si usas una Raspberry Pi 5 como servidor, te recomiendo que tengas una SD de respaldo clonada y, si puedes, uses un SSD NVMe con HAT para Pi 5 en lugar de SD. Las tarjetas SD se degradan con escrituras constantes; un NVMe te dura años sin problemas.

¿Merece la pena Cloud Rebuild para un usuario normal?

Sí, con matices.

Si tienes Windows 11 Pro y tus datos están en OneDrive, Cloud Rebuild es una red de seguridad excelente. Si además tu empresa usa Intune y Autopilot, es casi magia: el PC se reinstala solo, recupera políticas, aplicaciones y datos sin que muevas un dedo.

Pero si usas Windows 11 Home, o tienes programas instalados con licencias sueltas, o guardas cosas en C:\cosas\ en lugar de OneDrive... Cloud Rebuild no te salva. Te deja Windows limpio y tú te buscas la vida para recomponer el resto.

La lección de estos 3 desastres no es "necesitas mejor software". Es "necesitas asumir que todo se va a romper". En el momento en que aceptas eso, los backups dejan de ser una molestia y se convierten en un hábito. Como lavarse los dientes.