Windows Server 2025 / Restaurar archivos desde Windows Server Backup

Para recuperar un archivo con Windows Server Backup, elija la versión y el elemento correctos y restáurelo primero en una carpeta separada. Compare contenido, hash y permisos antes de sustituir el archivo en uso: sobrescribirlo inmediatamente podría eliminar cambios válidos posteriores a la copia.

Distinga la versión guardada del archivo actual

Esta práctica continúa la creación y verificación de una copia en FS1. Debe existir en E: una versión de D:\BackupLab\sample.txt con el texto literal backup version A y su hash anterior a la copia. Confirme equipo, origen y destino reales si adaptó el laboratorio. No utilice un archivo de producción ni una copia cuyo contenido o fecha no haya comprobado.

1. En E:, revise la fecha y el identificador de la copia de FS1 que contiene A. Si hay varios equipos o versiones, identifique el conjunto correcto.
2. Compruebe que sample.txt existía entonces y estaba incluido. Una copia posterior a la modificación o eliminación puede no servir para este objetivo.
3. Registre el contenido y hash actuales antes de cambiar el archivo. Conserve también el hash A anotado al crear la copia; son referencias diferentes.
4. Prepare para cada ejecución una carpeta nueva y vacía bajo D:\RestoreLab. No reutilice resultados anteriores ni la carpeta D:\RestoreCheck43 de la comprobación previa.

Solo después de identificar y registrar la copia A, cambie este archivo de laboratorio a B. Set-Content sobrescribe el archivo indicado: compruebe su ruta y conserve cualquier dato útil antes de ejecutarlo. Use PowerShell elevado en FS1, ejecute las líneas una a una y deténgase ante un error. No cree otra copia que sustituya A antes de la comparación:

'backup version B' | Set-Content -LiteralPath 'D:\BackupLab\sample.txt' -Encoding UTF8
Get-Content -LiteralPath 'D:\BackupLab\sample.txt'
wbadmin get versions -backupTarget:E:

Elija un destino separado en el asistente

1. En Windows Server Backup, seleccione Copia de seguridad local → Recuperar.
2. Seleccione la copia local de este servidor si el catálogo la identifica correctamente; de lo contrario, elija otra ubicación y el volumen E: que contiene la copia.
3. Elija la fecha y hora que conserva A. No seleccione automáticamente la versión más reciente si esta ya contiene la modificación o eliminación.
4. Seleccione Archivos y carpetas, localice D:\BackupLab y marque sample.txt. Revise que pertenece al origen previsto.
5. Elija Otra ubicación y la carpeta nueva de esta ejecución bajo D:\RestoreLab. Compare la ruta completa antes de continuar.
6. Revise la acción ante archivos existentes y la restauración de las listas de control de acceso (ACL). Para esta prueba, use el destino vacío y evite sobrescrituras; conserve la recuperación de permisos y verifíquela después. Confirme versión, elemento y destino e inicie; espere la finalización y revise cualquier error.

Los nombres de las opciones pueden variar según el origen y el tipo de elemento. Aquí recupera un archivo, no sobrescribe un volumen ni restaura un controlador de dominio. La lista de control de acceso (ACL) contiene las entradas de permisos del archivo. No confunda recuperar esos permisos con conceder acceso general al destino.

Use el identificador real en la alternativa de comandos

Use esta alternativa únicamente si no está recuperando ya con el asistente. Ejecútela en PowerShell elevado de FS1 y pegue exactamente el identificador que devuelve su propia consulta de versiones, no una fecha inventada o solo la hora de la interfaz. La documentación de wbadmin start recovery exige identificar el equipo de origen con -machine cuando se especifica -backupTarget. Este ejemplo usa FS1; si la copia pertenece a otro equipo, cambie ese nombre en las dos órdenes que lo incluyen. Ejecute por líneas y revise get items antes de continuar con start recovery:

$backupVersion = Read-Host 'Version identifier shown by wbadmin get versions'
$restoreDirectory = Join-Path 'D:\RestoreLab' ((Get-Date -Format 'yyyyMMdd-HHmmss') + '-' + ([guid]::NewGuid().ToString('N').Substring(0,6)))
New-Item -ItemType Directory -Path $restoreDirectory -Force | Out-Null
wbadmin get items "-version:$backupVersion" -backupTarget:E: -machine:FS1
wbadmin start recovery "-version:$backupVersion" -itemType:File -items:D:\BackupLab\sample.txt "-recoveryTarget:$restoreDirectory" -backupTarget:E: -machine:FS1 -overwrite:CreateCopy
$restoreDirectory

La consulta de elementos de la copia debe corresponder al equipo, versión y archivo previstos. Si falla o no encuentra sample.txt, deténgase: PowerShell no interrumpe necesariamente las siguientes líneas tras un fallo de wbadmin. Confirme también que la carpeta generada es nueva y está vacía; el nombre con fecha y un identificador reduce colisiones, pero -Force no valida que sea el destino correcto. CreateCopy evita sobrescribir un archivo que ya exista mediante la política de copia, y se conserva la confirmación. Revise origen y destino mostrados por la herramienta; no use esa opción para justificar una ruta errónea ni añada -quiet.

Compare contenido, hash y permisos

Busque el archivo dentro del destino real: la recuperación puede conservar subcarpetas. Mantenga esta consola abierta para usar $restoreDirectory. Si utilizó el asistente, establezca esa variable con la ruta nueva que eligió, sin apuntarla a D:\BackupLab o a un árbol de producción. Los dos primeros comandos siguientes examinan solo la carpeta de recuperación; el último lee el original para comprobar que sigue siendo B:

Get-ChildItem -LiteralPath $restoreDirectory -File -Recurse
Get-ChildItem -LiteralPath $restoreDirectory -File -Recurse | Get-FileHash -Algorithm SHA256
Get-Content -LiteralPath 'D:\BackupLab\sample.txt'

El archivo recuperado debe contener backup version A y el original debe seguir mostrando backup version B. Compare el hash SHA-256 del archivo restaurado con el registro de A anterior a la copia, nunca con B. SHA-256 representa una huella criptográfica de los bytes; deben coincidir sus 64 caracteres hexadecimales. Si hay varios archivos, relacione ruta y hash, no solo la primera fila. Un hash coincidente no verifica permisos. Examine propietario y ACL con Get-Acl o Propiedades → Seguridad → Opciones avanzadas. Los permisos restaurados pueden diferir de los heredados del destino: pruebe la cuenta autorizada y compruebe que otra no obtiene acceso indebido.

Sustituya el archivo en uso solo después de validarlo

Antes de sustituir un archivo en servicio, preserve su versión actual y anote cómo devolverla si algo falla. Revise archivos abiertos, bloqueos, trabajo de otros usuarios y coherencia de la aplicación; acuerde la intervención cuando corresponda. La restauración a otra carpeta no reemplaza automáticamente el original. No copie la versión A sobre B solo para demostrar que la recuperación funcionó; la decisión de ponerla en servicio requiere validar qué cambios posteriores se perderían.

Si la copia falta, compruebe destino disponible, nombre del equipo de origen, catálogo e identificador. La guía de consulta de versiones explica cómo seleccionar almacenamiento y equipo con -machine. Si el destino está protegido, asegúrese de disponer de claves de cifrado y credenciales cuando necesite recuperar, sin pegarlas en registros o capturas. No formatee el disco ni reconstruya el catálogo como primer intento sin identificar la causa.

Conserve versión, archivo, hashes de A y del resultado, permisos comprobados y duración. Después elimine únicamente la nueva carpeta de recuperación de esta ejecución si ya no necesita sus resultados; compruebe la ruta antes de borrar. Mantenga la copia en E: y el archivo original B. Si retira también el cambio de contenido del laboratorio, conserve B antes de decidir si vuelve a usar A, sin borrar el conjunto de copias.