Windows Server: Restaurar copias de seguridad dañadas

El programa para hacer copias de seguridad Windows Server (WSB), integrada en los sistemas operativos de Microsoft, no es precisamente la herramienta más avanzada y fina para administrar un buen respaldo de datos. Pero el diseño tan sencillo y básico lo hace adecuado para copias a nivel del sistema operativo. Como una aplicación que facilita
 
serman, laboratorio de recuperación de datos en españa

El programa para hacer copias de seguridad Windows Server (WSB), integrada en los sistemas operativos de Microsoft, no es precisamente la herramienta más avanzada y fina para administrar un buen respaldo de datos. Pero el diseño tan sencillo y básico lo hace adecuado para copias a nivel del sistema operativo.

Como una aplicación que facilita la creación de copias de seguridad, la utilidad es capaz y, cuando está configurada adecuadamente, ofrece una forma sencilla y gratuita de hacer copias de seguridad de los datos en un servidor, admitiendo varios modos diferentes, incluido uno que captura información del estado del sistema y ofrece una restauración, mediante un solo botón, de sus datos, atributos y metadatos. Gracias al uso de catálogos, lo que garantiza que los datos regresen a su ubicación original.

Sin embargo, ¿qué hacer cuando una copia de seguridad que aparentemente se completó con éxito no se puede restaurar? Probablemente esto sea debido a una falla o corrupción en el archivo de catálogo, que es quien opera como una tabla de contenido para todo el conjunto copiado. Después de todo, si el programa no puede leer el catálogo, fallará la restauración completa, ¿no?

No necesariamente, aquí le explicamos como solucionar una falla con las copias de Windows Server.

1. Copia de seguridad de la copia de seguridad

Esto puede parecer un poco redundante, pero si ha verificado que los catálogos están dañados, aún es posible restaurar los datos ubicados en los archivos con algunas mejoras. Pero si no desea probar soluciones más complicadas en su único archivo de copias de seguridad, le recomendamos que haga una segunda copia de antemano.

2. Vuelva a intentar la restauración en otro servidor

A veces, cuando se crea una copia de seguridad de un servidor, ciertas variables afectan el rendimiento de la herramienta que lee el catálogo, como el tipo de Sistema Operativo, las actualizaciones realizadas en el servidor o los problemas relacionados con el hardware.

Intentar realizar el proceso de restauración en un servidor diferente puede ofrecer una solución, dado que cualquier combinación de los factores enumerados anteriormente puede ser lo suficientemente diferente como para permitir que el proceso se ejecute y complete con éxito.

3. Monte manualmente el archivo VHDX dentro del archivo

Dentro del archivo, debe encontrar el nombre de host del dispositivo, del cual estabas realizando una copia de seguridad. Al profundizar aún más, estará presente un archivo VHDX (o disco duro virtual). Dentro de ese archivo se incluirán todos los datos de los que se haya realizado una copia de seguridad. Windows Server utiliza el formato de archivo VHDX para almacenar datos, ya que se transporta fácilmente y puede ser montado por la mayoría de los sistemas operativos Windows modernos.

Un beneficio adicional de este formato es que se puede importar a una VM (“Windows Virtual Machine”) para una recuperación simple si un servidor se desconecta. Esto ayuda enormemente a que el servidor vuelva a estar en línea. Para los fines de la restauración de datos, el archivo VHDX es lo suficientemente versátil como para ser montado en cualquier escritorio para extraer los datos reales del archivo. Nuevamente, dado que los archivos de catálogo están dañados, los detalles del archivo, como los permisos y los metadatos, pueden no ser recuperables.

4. Auditar tu archivo / compartir / permisos de seguridad

Dado que el catálogo y los archivos XML son propensos a la corrupción, es importante que se replieguen después de que se restauren los datos, para que así también se puedan restaurar los permisos ACL adecuados, y que se pueda acceder a los datos una vez que el servidor vuelva a estar en línea.

Mediante el uso de comandos se pueden exportar de manera preventiva los permisos para datos críticos a archivos, que luego se pueden volver a importar después de la restauración, para garantizar que se tienen copiados los permisos adecuados. Si bien el mejor momento para realizar este trabajo es antes de que falle la restauración, es una opción a considerar en caso de error.

5. Realice pruebas de restauración de copia de seguridad regularmente

Esta última sugerencia no protege directamente contra los datos corruptos, pero puede ayudar a mitigarlos al realizar copias de seguridad en un entorno de prueba. Así puede detectar problemas potenciales durante estas pruebas en seco. Si se encuentra un problema, se pueden implementar acciones correctivas para garantizar que los procedimientos de copia de seguridad y restauración de datos se realicen según lo previsto.

Si las pruebas verifican que las copias de seguridad y las restauraciones funcionan según lo diseñado, las preocupaciones de pérdida de datos y corrupción se pueden reafirmar hasta la siguiente fase de prueba. Después de todo, lo último que desea encontrar cuando necesita restaurar datos es descubrir que la copia de seguridad está dañada y, por lo tanto, los datos se pierdan o no se puedan recuperar.

serman, laboratorio de recuperación de datos en españa
 

Los comentarios están cerrados.