¿Restauración del sistema no funciona? Arréglelo antes de necesitarla

¿Te fue útil?

La Restauración del sistema debería ser el cinturón de seguridad. No la notas hasta el día en que frenas en seco: una actualización de controlador que falla, un ajuste del registro que se rompe, un antivirus que decidió que tu gestor de arranque es “sospechoso”, elija su veneno.

Cuando la Restauración del sistema está rota, no recibirás una advertencia educada. Obtendrás un punto de restauración que falla al 3% con un error vago, o peor: ningún punto de restauración. Eso no es una característica; es deuda técnica acumulando intereses.

Qué es realmente la Restauración del sistema (y qué no es)

La Restauración del sistema no es una “copia de seguridad”. Es un mecanismo de retroceso para un subconjunto del estado del sistema: colmenas del registro, archivos del sistema, algunos controladores y ciertas configuraciones de aplicaciones. Depende del Servicio de instantáneas de volumen (VSS) y de un conjunto de filtros y escritores que coordinan las instantáneas.

Esto es lo que hace bien:

  • Deshacer cambios malos como la instalación de un controlador, una actualización de Windows que arruina el arranque, o ediciones del registro que impiden el inicio de sesión.
  • Trabajar rápido comparado con crear una imagen de todo el disco—cuando funciona.
  • Salvarte de ti mismo cuando hiciste “un cambio pequeño” a las 4:59 PM del viernes.

Esto es lo que hace mal—o no hace en absoluto:

  • Recuperar tus documentos de forma fiable. No está pensado para proteger datos de usuario.
  • Proteger contra fallo de disco. Los puntos de restauración en la misma unidad física que Windows no son un plan de recuperación ante desastres.
  • Garantizar consistencia para todo. Las aplicaciones necesitan escritores compatibles con VSS; algunas no lo son.

La Restauración del sistema es como un extintor: barato, útil y a menudo caducado cuando finalmente tiras de la anilla.

Idea parafraseada (atribución): Werner Vogels (CTO de Amazon) lleva tiempo promoviendo la mentalidad de “todo falla”: diseña y opera asumiendo fallos, y practica la recuperación como si fuera una característica.

Guía rápida de diagnóstico (primero/segundo/tercero)

Si tienes presión de tiempo, no divagues. Los problemas con la Restauración del sistema suelen reducirse a configuración, salud de VSS o presión de almacenamiento. Compruébalos en este orden:

Primero: ¿son posibles los puntos de restauración en esta máquina?

  1. Protección del sistema habilitada en el volumen del SO?
  2. Almacenamiento de instantáneas asignado (¿no cero, no microscópico?)
  3. Espacio libre en disco razonable (regla práctica: 10% libre en C:)?

Si alguna respuesta es “no”, arregla eso primero. No toques los servicios todavía.

Segundo: ¿VSS funciona ahora mismo?

  1. Escritores VSS estables (¿sin escritores fallidos?)
  2. Servicios requeridos en ejecución (VSS, Microsoft Software Shadow Copy Provider, RPC)?
  3. Errores recientes de VSS en el Visor de eventos (especialmente 8193, 12289, 13, 11)?

Si los escritores están fallando, estarás resolviendo dependencias (permisos COM, conflictos de proveedores, servicios dañados).

Tercero: ¿algo está eliminando o invalidando puntos de restauración?

  1. Herramientas de limpieza de disco / suites “optimizadoras” / antivirus de terceros haciendo “cosas útiles”?
  2. Arranque dual o acceso offline al disco (Linux/WinPE montando NTFS puede anular instantáneas)?
  3. Actualizaciones de funciones o flujos de trabajo de reimaging que borran el almacenamiento de instantáneas?

Los puntos de restauración que desaparecen a menudo “funcionan según lo diseñado” bajo presión de almacenamiento—o “funcionan según lo comercializado” por una herramienta de limpieza.

Datos e historia interesantes (las partes que importan)

  • La Restauración del sistema apareció por primera vez en Windows ME (2000), y allí se ganó su reputación. La implementación moderna es mejor, pero los memes perduran.
  • VSS llegó en la era de Windows XP/Server 2003 para coordinar instantáneas consistentes entre aplicaciones y componentes del sistema de archivos.
  • Los puntos de restauración usan instantáneas VSS, pero no toda instantánea VSS es un punto de restauración; muchos productos (backup, imágenes) también crean instantáneas.
  • Los puntos de restauración tienen presupuesto de almacenamiento. Cuando se alcanza la cuota de almacenamiento de instantáneas, Windows elimina puntos antiguos sin preguntar.
  • Algunas actualizaciones de Windows deshabilitan o restablecen la Protección del sistema según la edición, la política o cambios en la disposición del disco.
  • El arranque dual con versiones antiguas de Windows históricamente hacía desaparecer puntos de restauración porque el otro SO no entendía los metadatos de la instantánea.
  • VSS tiene “escritores” por aplicación/componente. SQL Server, Hyper-V y otros proveen escritores para que las instantáneas sean consistentes.
  • Pueden existir múltiples “proveedores” VSS. Microsoft incluye uno; proveedores de terceros a veces añaden el suyo—y ocurre conflicto.
  • La Restauración del sistema no revierte todo de forma fiable. Configuraciones de firmware, algunos cambios a nivel de controlador y datos de usuario no son su responsabilidad.

Cómo falla la Restauración del sistema en la vida real

1) La función está desactivada (silenciosamente)

En muchas flotas, la Protección del sistema está deshabilitada por política, por valores predeterminados de la imagen o por un ajuste bienintencionado para “reducir la amplificación de escritura”. Los usuarios asumen que existen puntos de restauración porque la interfaz está ahí. Eso es como asumir que tienes seguro médico porque tienes una cartera.

2) El almacenamiento de instantáneas es demasiado pequeño, así que los puntos giran

Windows necesita espacio para las instantáneas. Si el máximo del almacenamiento de instantáneas es mínimo (o está mal configurado), se crean puntos de restauración y luego se eliminan rápidamente. Síntomas: “Juro que tenía un punto de restauración ayer.” Lo tenías. Fue desalojado.

3) Los escritores VSS están rotos o atascados

Un escritor VSS fallido bloquea la creación de instantáneas. Culpables comunes: Windows Update en un estado extraño, servicios de aplicaciones que fallan, permisos de seguridad COM o VSS atascado.

4) El disco está enfermo o el sistema de archivos está dañado

Si NTFS arroja errores, VSS no va a ser tu amigo. Además: los errores de almacenamiento a menudo se hacen pasar por “rareza aleatoria de Windows”.

5) Software de seguridad o herramientas de “limpieza” eliminan puntos de restauración

Algunas suites de endpoint y herramientas de optimización tratan las copias sombra como “basura”. No son basura. Son una capa barata de retroceso. Si tu herramienta las elimina, tu herramienta es el problema.

6) La restauración tiene éxito… y nada cambia

La Restauración del sistema puede completarse sin solucionar el problema real—porque la falla no estaba dentro del alcance de lo que puede revertir (por ejemplo, cifrado de disco, firmware, ciertas pilas de controladores). No miente; tiene límites.

Broma #1: La Restauración del sistema es como un paracaídas—cuando descubres que está mal empaquetado, ya estás teniendo un día emocionante.

Tareas prácticas: 12+ comprobaciones con comandos, salidas y decisiones

Las tareas abajo asumen que ejecutas un Símbolo del sistema o PowerShell elevado (como Administrador). Uso comandos compatibles con CMD cuando es posible. El punto no es memorizar la sintaxis; es construir un bucle de diagnóstico repetible.

Task 1: Confirmar la configuración de Protección del sistema (chequeo rápido)

cr0x@server:~$ powershell -NoProfile -Command "Get-ComputerRestorePoint | Select-Object -First 5 | Format-Table -AutoSize"
SequenceNumber Description                    CreationTime
-------------- -----------                    ------------
117            Windows Update                 1/29/2026 2:14:52 PM
116            Installed Driver               1/28/2026 9:01:10 AM

Qué significa: Si ves entradas, la Restauración del sistema ha estado creando puntos de restauración recientemente.

Decisión: Si esto está vacío, o la protección está desactivada, los puntos se eliminan o la creación falla. Continúa con las comprobaciones de almacenamiento y VSS.

Task 2: Comprobar si la protección está habilitada por unidad

cr0x@server:~$ powershell -NoProfile -Command "Get-CimInstance -Namespace root/default -ClassName SystemRestoreConfig | Select-Object Drive,Enabled"
Drive Enabled
----- -------
C:\      True

Qué significa: La protección puede habilitarse o deshabilitarse por volumen.

Decisión: Si C:\ es False, habilítala (ver sección de listas de verificación) y luego crea un punto de restauración de prueba.

Task 3: Verificar la asignación y uso del almacenamiento de instantáneas

cr0x@server:~$ vssadmin list shadowstorage
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2013 Microsoft Corp.

Shadow Copy Storage association
   For volume: (C:)\\?\Volume{2f3f...}\
   Shadow Copy Storage volume: (C:)\\?\Volume{2f3f...}\
   Used Shadow Copy Storage space: 4.112 GB (3%)
   Allocated Shadow Copy Storage space: 6.000 GB (4%)
   Maximum Shadow Copy Storage space: 10.000 GB (7%)

Qué significa: Los puntos de restauración viven aquí. Si el máximo es pequeño o “UNBOUNDED” en un disco pequeño, tendrás problemas de cualquier manera.

Decisión: Si el máximo es inferior a ~5–10 GB en un disco típico de estación de trabajo, incrementa. Si lo usado está cerca del máximo, los puntos antiguos girarán—también incrementa o libera espacio.

Task 4: Verificar que tienes suficiente espacio libre en disco

cr0x@server:~$ powershell -NoProfile -Command "Get-PSDrive -Name C | Select-Object Name,Used,Free | Format-Table -AutoSize"
Name         Used          Free
----         ----          ----
C    203.41GB      12.58GB

Qué significa: 12.58 GB libres en un disco de 256 GB es vivir peligrosamente para actualizaciones de Windows y copias sombra.

Decisión: Si el espacio libre es bajo, trátalo como el incidente primario. Libera espacio antes de depurar VSS; VSS se comporta mal bajo presión.

Task 5: Listar escritores VSS y buscar fallos

cr0x@server:~$ vssadmin list writers
Writer name: 'System Writer'
   Writer Id: {e8132975-6f93-4464-a53e-1050253ae220}
   Writer Instance Id: {9f6c...}
   State: [1] Stable
   Last error: No error

Writer name: 'WMI Writer'
   Writer Id: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
   Writer Instance Id: {f1a2...}
   State: [9] Failed
   Last error: Timed out

Qué significa: Cualquier escritor en estado fallido puede bloquear operaciones de instantánea.

Decisión: Si un escritor falla, identifica su servicio/aplicación y reinícialo o arregla el problema subyacente. Si muchos fallan, sospecha de la salud del servicio VSS, conflictos de proveedores o corrupción de archivos del sistema.

Task 6: Comprobar proveedores VSS (aquí aparecen conflictos de terceros)

cr0x@server:~$ vssadmin list providers
Provider name: 'Microsoft Software Shadow Copy provider 1.0'
   Provider type: Software
   Provider Id: {b5946137-7b9f-4925-af80-51abd60b20d5}
   Version: 1.0.0.7

Qué significa: Si ves proveedores extra de herramientas de backup/almacenamiento, pueden interferir.

Decisión: En entornos corporativos, coordina con quien gestione la herramienta de backup antes de quitar proveedores. En una máquina personal, desinstala herramientas de backup abandonadas que inyectaron proveedores VSS.

Task 7: Verificar que los servicios clave están en ejecución y no deshabilitados

cr0x@server:~$ sc query VSS

SERVICE_NAME: VSS
        TYPE               : 20  WIN32_SHARE_PROCESS
        STATE              : 4  RUNNING
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0
cr0x@server:~$ sc query swprv

SERVICE_NAME: swprv
        TYPE               : 20  WIN32_SHARE_PROCESS
        STATE              : 3  STOPPED
        WIN32_EXIT_CODE    : 0  (0x0)

Qué significa: VSS puede estar en ejecución mientras el servicio proveedor de Microsoft está detenido; puede iniciarse bajo demanda, pero “deshabilitado” es malo.

Decisión: Si alguno de estos servicios está deshabilitado o falla al iniciar, arregla el tipo de inicio del servicio y examina errores en los registros de Sistema/Eventos.

Task 8: Escaneo rápido de errores VSS/Restauración del sistema en los registros del Visor de eventos

cr0x@server:~$ wevtutil qe System /q:"*[System[Provider[@Name='VSS'] and (Level=2)]]" /c:5 /f:text
Event[0]:
  Provider Name: VSS
  Event ID: 8193
  Level: Error
  Description:
  Volume Shadow Copy Service error: Unexpected error calling routine CoCreateInstance. hr = 0x80040154, Class not registered.

Qué significa: 0x80040154 apunta a problemas de registro COM—a menudo componentes rotos o daño en el registro.

Decisión: Si los errores son recurrentes, no solo reinicies servicios; procede a reparar archivos del sistema (SFC/DISM) y revisa permisos COM para VSS (ver tareas posteriores).

Task 9: Buscar errores del sistema de archivos (la jugada “aburrida pero correcta”)

cr0x@server:~$ chkdsk C: /scan
The type of the file system is NTFS.
Volume label is OS.

Stage 1: Examining basic file system structure ...
Windows has scanned the file system and found no problems.
No further action is required.

Qué significa: Si esto informa errores, VSS puede fallar o crear instantáneas poco fiables.

Decisión: Si se encuentran errores, programa una reparación offline: chkdsk C: /f (requiere reinicio). Haz esto antes de confiar en puntos de restauración.

Task 10: Reparar archivos del sistema (SFC)

cr0x@server:~$ sfc /scannow
Beginning system scan. This process will take some time.

Windows Resource Protection found corrupt files and successfully repaired them.

Qué significa: La corrupción puede romper componentes VSS o escritores.

Decisión: Si SFC reparó archivos, reinicia y vuelve a probar la creación de puntos. Si SFC no puede arreglar todo, pasa a DISM.

Task 11: Reparar el almacén de componentes (DISM)

cr0x@server:~$ DISM /Online /Cleanup-Image /RestoreHealth
Deployment Image Servicing and Management tool
Version: 10.0.19041.1

[==========================100.0%==========================]
The restore operation completed successfully.
The operation completed successfully.

Qué significa: DISM repara el almacén de componentes de Windows, del que depende SFC.

Decisión: Después de que DISM tenga éxito, ejecuta sfc /scannow otra vez y reinicia.

Task 12: Crear un punto de restauración de prueba (no confíes; verifica)

cr0x@server:~$ powershell -NoProfile -Command "Checkpoint-Computer -Description 'SR smoke test' -RestorePointType 'MODIFY_SETTINGS'"

Qué significa: La falta de salida suele indicar que se encoló correctamente. Confírmalo.

Decisión: Inmediatamente lista los puntos de restauración otra vez (Task 1). Si no aparece, la creación falló—consulta el Visor de eventos para errores de Restauración del sistema/VSS en ese sello temporal.

Task 13: Inspeccionar las instantáneas existentes (¿existen en absoluto?)

cr0x@server:~$ vssadmin list shadows
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool

Contents of shadow copy set ID: {1c2d...}
   Contained 1 shadow copies at creation time: 2/2/2026 10:21:05 AM
      Shadow Copy ID: {9aa1...}
      Original Volume: (C:)\\?\Volume{2f3f...}\
      Shadow Copy Volume: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy12
      Provider: 'Microsoft Software Shadow Copy provider 1.0'
      Type: ClientAccessible
      Attributes: Persistent, Client-accessible, No auto release

Qué significa: Si no hay sombras en absoluto, o los puntos nunca se crean, o están siendo purgados.

Decisión: Si hay sombras pero no puntos de restauración, sospecha de la configuración/políticas de Restauración del sistema más que del propio VSS.

Task 14: Redimensionar el almacenamiento de instantáneas (deja de asfixiar el mecanismo)

cr0x@server:~$ vssadmin resize shadowstorage /for=C: /on=C: /maxsize=15GB
Successfully resized the shadow copy storage association.

Qué significa: Le has dado a VSS espacio para respirar.

Decisión: Después de redimensionar, crea un nuevo punto de restauración y verifica que persista tras un reinicio.

Task 15: Comprobar la política que deshabilita la Restauración del sistema

cr0x@server:~$ reg query "HKLM\Software\Policies\Microsoft\Windows NT\SystemRestore" /v DisableSR
ERROR: The system was unable to find the specified registry key or value.

Qué significa: No se encontró la clave de política (bien). Si DisableSR está establecido en 1, está deshabilitado por política.

Decisión: Si la política lo deshabilita, arréglalo en la Directiva de Grupo (corporativo) o elimina la clave (personal, si eres el dueño del equipo y sabes por qué existe).

Task 16: Validar la restauración desde el Entorno de recuperación de Windows cuando Windows es inestable

cr0x@server:~$ reagentc /info
Windows Recovery Environment (Windows RE) and system reset configuration
Windows RE status:         Enabled
Windows RE location:       \\?\GLOBALROOT\device\harddisk0\partition4\Recovery\WindowsRE

Qué significa: Si WinRE está deshabilitado, las opciones de recuperación son limitadas cuando el SO no arranca.

Decisión: Si está deshabilitado, habilítalo como parte de “arréglalo antes de necesitarlo”. Si está habilitado, puedes confiar en flujos de restauración offline cuando la interfaz gráfica no esté disponible.

Broma #2: Si tu “optimizador de PC” promete acelerar Windows eliminando copias sombra, no está optimizando—está demoliendo con mejor marketing.

Tres historias corporativas desde el terreno

Mini-historia 1: El incidente causado por una suposición errónea

La organización estaba en plena migración a una nueva plataforma de gestión de endpoints. La imagen base de Windows parecía limpia, las aplicaciones se instalaron bien y el volumen de tickets del helpdesk había bajado. Todos celebraron la victoria y siguieron. La suposición: los puntos de restauración existen por defecto.

Entonces se desplegó una actualización de controlador—relacionada con gráficos, “segura”, firmada por el proveedor. En un subconjunto de portátiles provocó un bucle de arranque tras el primer reinicio. Clásico. El helpdesk siguió el manual: arrancar en recuperación, ejecutar Restauración del sistema, seleccionar el último punto de restauración.

No hubo puntos de restauración. Ninguno. No “demasiado antiguos”. Simplemente ausentes. El equipo descubrió que la Protección del sistema se había deshabilitado en la imagen meses antes durante un esfuerzo por reducir el espacio en disco, y luego se propagó por la automatización. No fue malicioso; fue invisible.

Ahora la recuperación cambió: en lugar de retroceso, fue reimagen. Eso significa horas de inactividad para el usuario, scrambling de datos y una semana larga para soporte. Lo peor no fue el controlador—fue la creencia falsa de que existía la posibilidad de retroceso.

La solución fue aburrida: reactivar la Protección del sistema para C:, asignar almacenamiento de instantáneas sensato y añadir una comprobación de cumplimiento en la gestión de endpoints que avise si la restauración está desactivada. La lección post-incidente fue más contundente: si no pruebas la recuperación, no tienes recuperación.

Mini-historia 2: La optimización que salió mal

Un equipo de virtualización se puso agresivo con el almacenamiento. La imagen dorada para una piscina VDI tenía un script que corría limpieza semanal: archivos temporales, cachés antiguos de Windows Update y—porque alguien leyó un post—copias sombra. El script parecía “seguro” porque solo eliminaba cosas antiguas, y mejoró métricas de espacio libre.

Luego un parche del proveedor rompió una aplicación contable en cientos de escritorios. La aplicación dependía de un componente COM que se actualizó con el parche; el retroceso habría sido una solución rápida mientras el proveedor lo solucionaba.

Pero la Restauración del sistema no pudo revertir. Los puntos de restauración se habían purgado semanalmente, y los que quedaban eran demasiado recientes para ayudar. Peor aún, el patrón VDI “no persistente” significaba que los usuarios perdieron la capacidad de intentar una restauración local; todo fue una solución central o reconstrucción.

Se recuperaron, pero el camino fue feo: empaquetado de emergencia de la aplicación, un paquete de retroceso y ventanas de cambio fuera de horario. La “optimización” ahorró unos GB y costó mucho trabajo y confianza.

El nuevo estándar: si vas a eliminar copias sombra, debes proveer un mecanismo de retroceso igual o mejor (snapshots a nivel de hipervisor, retroceso por capas de aplicación o una canalización de imágenes probada). No elimines los paracaídas porque pesan algo.

Mini-historia 3: La práctica aburrida pero correcta que salvó el día

Una pequeña empresa financiera tenía una rutina que parecía paranoia: después del Patch Tuesday, un ingeniero de escritorio creaba manualmente un punto de restauración en un conjunto de máquinas de muestra y luego efectuaba una prueba de restauración controlada en una caja sacrificial.

No era sofisticado. Sin dashboards. Sin IA. Solo un recordatorio en el calendario, una lista de verificación y una máquina que estaban dispuestos a romper a propósito. También tenían una política: mantener el almacenamiento de instantáneas en un mínimo fijo y alertar si baja.

Un mes, una actualización de Windows interactuó mal con un agente de cifrado de endpoints. Las máquinas arrancaban pero no podían autenticar usuarios de forma fiable—fallos esporádicos, registros confusos. El equipo no debatió por horas. Restauraron la caja sacrificial primero, confirmaron la recuperación y luego aplicaron la acción de restauración en los sistemas afectados mientras pausaban el despliegue.

Los usuarios vivieron una mañana dura, no una semana perdida. La dirección recibió un resumen de incidente de una página en vez de una llamada de crisis. El truco salvador no fue magia; fue una ruta de retroceso probada.

Ese es el juego: la fiabilidad rara vez es heroica. Es mayormente rutinas que se sienten aburridas hasta que importan.

Errores comunes: síntoma → causa raíz → solución

Faltan puntos de restauración

  • Síntoma: La interfaz de Restauración del sistema no muestra puntos de restauración; Get-ComputerRestorePoint no devuelve nada.
  • Causa raíz: Protección del sistema deshabilitada para C:, o clave de política DisableSR=1.
  • Solución: Habilitar Protección del sistema; eliminar/ajustar la política; asignar almacenamiento de instantáneas; crear y verificar un punto de restauración de prueba.

Los puntos de restauración aparecen y luego desaparecen al cabo de uno o dos días

  • Síntoma: Puedes crear un punto, pero después ya no está.
  • Causa raíz: Máximo de almacenamiento de instantáneas demasiado pequeño; presión en el disco; herramienta de limpieza que borra copias sombra.
  • Solución: Incrementar almacenamiento de instantáneas (vssadmin resize shadowstorage), liberar espacio en disco, eliminar o reconfigurar software de limpieza y monitorizar used/allocated/max.

La Restauración del sistema falla con errores vagos (0x8000ffff, 0x81000203, etc.)

  • Síntoma: La restauración falla pronto; los errores son inconsistentes.
  • Causa raíz: Fallos en escritores VSS, problemas de registro COM, archivos de sistema corruptos.
  • Solución: Comprobar escritores; reparar con DISM/SFC; reiniciar; asegurar que VSS y los servicios proveedores estén sanos; inspeccionar el Visor de eventos para el código específico cerca de la hora del fallo.

La restauración se queda atascada o tarda una eternidad

  • Síntoma: “Restaurando archivos…” se queda horas.
  • Causa raíz: Problemas de disco, interferencia del antivirus, alta contención de E/S o reparaciones del sistema de archivos necesarias.
  • Solución: Comprobar salud del disco (chkdsk), deshabilitar temporalmente AV de terceros para la restauración (según política), intentar restauración offline desde WinRE y asegurar espacio libre suficiente.

La restauración finaliza, pero el problema persiste

  • Síntoma: “Restauración del sistema completada con éxito” pero el problema continúa.
  • Causa raíz: El cambio está fuera del alcance de la Restauración del sistema (firmware, controladores de cifrado, ciertos componentes de bajo nivel), o el punto de restauración fue tomado después del cambio malo.
  • Solución: Elige un punto anterior; si no existe, usa una copia de seguridad real/imagen; trata la Restauración del sistema como retroceso del estado del sistema, no como viaje universal en el tiempo.

La restauración falla solo en máquinas específicas de la flota

  • Síntoma: Mismo build, mismo parche, pero solo algunos dispositivos no pueden crear/restaurar.
  • Causa raíz: Diferencias en agentes del proveedor, proveedores VSS de terceros, permisos de servicio rotos o desgaste del disco.
  • Solución: Comparar listas de proveedores y escritores VSS, comprobar políticas y validar SMART/salud del disco mediante tus herramientas. Estandarizar agentes de endpoint.

Listas de verificación / plan paso a paso

Lista A: Línea base “Arréglalo antes de necesitarlo” (20–30 minutos por máquina)

  1. Habilitar Protección del sistema para el volumen del SO (C:). Decide una política de asignación (GB fijos o porcentaje) y estandarízala.
  2. Establecer el máximo de almacenamiento de instantáneas a algo sensato según la clase de dispositivo:
    • Portátiles con SSD pequeños: 8–15 GB (o ~5–10% del disco del SO si puedes permitírtelo).
    • Estaciones de trabajo: 15–30 GB según la tasa de cambios.
  3. Asegurar al menos ~10% de espacio libre en C: como objetivo operativo.
  4. Confirmar que WinRE está habilitado para que puedas restaurar cuando Windows no arranque.
  5. Crear un punto de restauración de prueba y verificar que aparece.
  6. Reiniciar una vez, luego confirmar que el punto de restauración sigue existiendo.
  7. Registrar una línea base: salida de vssadmin list shadowstorage, vssadmin list writers y errores recientes de VSS (idealmente ninguno).

Lista B: Cuando la Restauración del sistema falla (triage para arreglar)

  1. Dejar de adivinar. Reunir hechos:
    • ¿Hay puntos de restauración presentes?
    • ¿Capacidad de almacenamiento de instantáneas?
    • ¿Espacio libre en disco?
    • ¿Estado de escritores?
    • ¿Códigos de error en el Visor de eventos?
  2. Arreglar la presión de disco primero. Si C: está casi lleno, todo lo demás es ruido.
  3. Arreglar fallos de escritores VSS:
    • Reiniciar (sí, en serio—los escritores son con estado).
    • Reiniciar servicios afectados (dirigido, no al azar).
    • Reparar archivos del sistema (DISM luego SFC).
  4. Eliminar conflictos:
    • Desinstalar herramientas de backup abandonadas con proveedores VSS.
    • Deshabilitar tareas “optimizadoras” que eliminan copias sombra.
  5. Volver a probar: Crear un punto de restauración, verificar que exista, reiniciar y verificar otra vez.

Lista C: Higiene de flota (cómo se ven los instintos SRE en escritorios)

  1. Chequeo de cumplimiento: alertar si la Protección del sistema está deshabilitada en endpoints que deberían tenerla.
  2. Chequeo de capacidad: alertar si el espacio libre cae por debajo del umbral o si el máximo de almacenamiento de instantáneas está por debajo de la política.
  3. Gestión de cambios: cualquier herramienta que borre copias sombra requiere una estrategia de retroceso explícita alternativa.
  4. Prueba de restauración trimestral: elegir una caja sacrificial por clase de hardware y hacer una restauración real.
  5. Estandarizar agentes de endpoint: menos “copos de nieve”, menos casos límite raros de VSS.

Preguntas frecuentes

¿La Restauración del sistema es lo mismo que una copia de seguridad?

No. Es un retroceso del estado del sistema. Si te importan los archivos, usa copias de seguridad reales (Historial de archivos, imágenes, backup empresarial).

¿Por qué desaparecen mis puntos de restauración?

Normalmente porque el almacenamiento de instantáneas alcanzó su máximo y Windows purgó puntos antiguos, o una herramienta de limpieza/optimizador borró copias sombra. Comprueba vssadmin list shadowstorage y audita trabajos de limpieza.

¿Cuánto almacenamiento de instantáneas debo asignar?

Suficiente para mantener múltiples puntos de restauración durante tu ventana típica de cambios (parches, actualizaciones de controladores). En Windows moderno, 8–15 GB es un punto de partida razonable para portátiles; ajusta según rotación y tamaño de disco.

¿Cuál es la forma más rápida de ver si VSS está roto?

vssadmin list writers. Si ves escritores en estado fallido, VSS no está sano para operaciones de instantánea/restauración.

¿Puedo confiar en la Restauración del sistema si Windows no arranca?

Sólo si WinRE está habilitado y existen puntos de restauración. Valida con reagentc /info y una prueba de restauración periódica.

¿El antivirus interfiere con la Restauración del sistema?

PUEDE. Algunos AV enganchan profundamente las operaciones del sistema de archivos y el registro. Si la restauración falla consistentemente, prueba deshabilitar temporalmente el AV de terceros durante la restauración (según la política) y prefiere la restauración offline desde WinRE.

¿Debo eliminar todos los puntos de restauración para “arreglar” la Restauración del sistema?

A veces reiniciar el almacenamiento de instantáneas ayuda cuando está corrupto, pero es el último recurso porque borras tu historial de retrocesos. Intenta redimensionar el almacenamiento y reparar la salud de VSS primero.

¿Por qué la Restauración del sistema dice que tuvo éxito pero nada cambió?

Porque el problema no estaba dentro del control de la Restauración del sistema, o el punto de restauración fue creado después del cambio malo. Valida la marca temporal del punto de restauración respecto al incidente.

¿Qué hago si VSS muestra un error COM como 0x80040154?

Eso suele indicar registro COM roto o corrupción de componentes. Ejecuta DISM y SFC, revisa errores VSS en el Visor de eventos y busca herramientas de backup medio desinstaladas.

¿Es seguro poner el almacenamiento de instantáneas en UNBOUNDED?

En un único volumen del SO, no me gusta. Puede consumir silenciosamente espacio hasta que la máquina esté enferma. Establece un máximo y monitoriza el espacio libre.

Próximos pasos prácticos

  1. Ejecuta la guía rápida de diagnóstico en una máquina hoy. No lo dejes para cuando ya estés roto.
  2. Asigna almacenamiento de instantáneas deliberadamente (Task 3 + Task 14). Asfixiar a VSS es autoboicot.
  3. Haz una prueba de humo con un punto de restauración (Task 12), luego reinicia y confirma que persiste (Task 1).
  4. Arregla problemas de salud subyacentes: errores de disco (chkdsk), corrupción del sistema (DISM/SFC) y fallos de escritores VSS.
  5. Elimina los “limpiadores” de copias sombra o colócalos detrás de una alternativa de retroceso aprobada.
  6. En un entorno empresarial: crea comprobaciones de cumplimiento para que “Protección del sistema deshabilitada” sea una alerta, no una sorpresa.

La Restauración del sistema no es glamurosa. Tampoco lo es responder incidentes a las 2 AM. Una de estas es opcional practicarla con antelación. Elige la más barata.

← Anterior
Bucle de controladores NVIDIA/AMD: instalación limpia correcta (DDU + Modo seguro)
Siguiente →
Docker: “Funciona en mi máquina” — La regla de las etiquetas de imagen que acaba con el drama

Deja un comentario